pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2023-11-28T13:44:10Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/10138gethrvtime() overflow on netbsd2023-11-28T13:44:10ZHenrik (Grubba) Grubbströmgethrvtime() overflow on netbsdFrom the Pike developers mailinglist/LysLysKOM 26092611:
```
26092611 2023-11-24 04:29 /35 rader/ <william@welliver.org>
Sänt av: SRS0=LsSK=HF=lists.lysator.liu.se=pike-devel-bounces@lysator.liu.se
Importerad: 2023-11-24 04:29 av Brevbär...From the Pike developers mailinglist/LysLysKOM 26092611:
```
26092611 2023-11-24 04:29 /35 rader/ <william@welliver.org>
Sänt av: SRS0=LsSK=HF=lists.lysator.liu.se=pike-devel-bounces@lysator.liu.se
Importerad: 2023-11-24 04:29 av Brevbäraren
Extern mottagare: pike-devel@lists.lysator.liu.se
Mottagare: Pike (-) developers forum <21444>
Ärende: gethrvtime() overflow on netbsd
------------------------------------------------------------
```
Hello all,
I've been working on a new stable release and in the course of the usual
checks, I noticed that pike farm builds are failing on netbsd (9.3). A
little investigation shows that the benchmark is effectively timing out.
I think this failure is caused by the code that limits a test to a given
amount of time.
Basically, the elapsed time is calculated as final_time - start_time as
returned by `gethrvtime()`, and it appears that on netbsd, there's (I'm
assuming) an overflow that causes the elapsed time to become negative.
It happens often enough that the total amount of time spent on a given
set of test runs becomes increasingly negative, essentially running any
test forever.
I"m sure that there's a better solution but I'd like to suggest that in
the interim, a simple check be added to ignore any negative times:
In `Tools.Shoot.run_sub()`:
From:
```
tg += (hrt - start_cpu) / 1000000.0;
```
To:
```
int te = hrt - start_cpu;
if(te < 0 ) te = 0;
tg += te / 1000000.0;
```
Does anyone have any objection to me making this change in 9.0 and 8.0?
Bill
```
(26092611) /<william@welliver.org>/-----------------
```Pike 8.0https://git.lysator.liu.se/pikelang/pike/-/issues/10127Fix QA complaints from Gentoo Ebuild of Pike 8.0.17382023-06-29T10:13:14ZHenrik (Grubba) GrubbströmFix QA complaints from Gentoo Ebuild of Pike 8.0.1738```
* QA Notice: Binary files linked to libcrypt.so found
* But a dependency on virtual/libcrypt is not declared!
*
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/image/usr/bin/pike
*
* Please add virtual/libcrypt:= dependency
*...```
* QA Notice: Binary files linked to libcrypt.so found
* But a dependency on virtual/libcrypt is not declared!
*
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/image/usr/bin/pike
*
* Please add virtual/libcrypt:= dependency
* Gentoo bug: https://bugs.gentoo.org/699422
* Tracker bug: https://bugs.gentoo.org/798963
* See: https://wiki.gentoo.org/wiki/Project:Toolchain/libcrypt_implementation
* QA Notice: Found the following implicit function declarations in configure logs:
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:739 - _bswap
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:817 - _bswap64
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:895 - _bit_scan_reverse
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:973 - _bit_scan_forward
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:1359 - _byteswap_ulong
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:1439 - _byteswap_uint64
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:1519 - __cntlz4
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:1597 - __cntlz8
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:1675 - __cnttz4
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:1753 - __cnttz8
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:2046 - yylex
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:2057 - yylex
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:13522 - pthread_yield_np
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:14227 - getpid
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:23768 - infnan
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:24033 - _isnan
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:26347 - fpsetmask
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:26635 - fpsetround
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/config.log:26954 - GetSystemTimeAsFileTime
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/Fuse/config.log:203 - exit
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/HTTPLoop/config.log:723 - sendfile
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/HTTPLoop/config.log:729 - sendfile
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/Mysql/config.log:883 - mysql_connect
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/Mysql/config.log:1016 - mysql_connect
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/Wnotify/config.log:466 - FindFirstChangeNotification
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/_Stdio/config.log:2071 - sendfile
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/_Stdio/config.log:2077 - sendfile
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/_math/config.log:747 - fpsetround
* /var/tmp/portage/dev-lang/pike-8.0.1738-r1/work/Pike-v8.0.1738/build/linux-5.16.2-gentoo-x86_64/modules/system/config.log:3221 - setprgp
* Check that no features were accidentally disabled.
* See https://wiki.gentoo.org/wiki/Modern_C_porting.
```Pike 8.0https://git.lysator.liu.se/pikelang/pike/-/issues/10123Overloading of getter/setters with plain variables seems broken2023-05-16T16:06:23ZHenrik (Grubba) GrubbströmOverloading of getter/setters with plain variables seems brokenFrom `jonasw` @ Roxen Slack:
```
class Op
{
object `data() {}
string _sprintf() {
return sprintf("%s(%O)",
function_name(object_program(this)),
data || "-");
}
}
class Op1(object mupp)
{
...From `jonasw` @ Roxen Slack:
```
class Op
{
object `data() {}
string _sprintf() {
return sprintf("%s(%O)",
function_name(object_program(this)),
data || "-");
}
}
class Op1(object mupp)
{
inherit Op;
object `data() { return mupp; }
}
class Op2(object data)
{
inherit Op;
// object `data() { return this::data; }
}
class Data()
{
string _sprintf() { return "DATA"; }
}
void main()
{
object data = Data();
werror("op1: %O, op2: %O\n", Op1(data), Op2(data));
}
```
When the above is run (Pike 8.0.1832 or 9.0.1), the following is output:
```
op1: Op1(DATA), op2: Op2("-")
```
The comment in `Op2` triggers a compilation error due to the name clash between the variable `data` and the getter of the same name.
It looks like the reference to `data` in `Op()->_sprintf()` has a `local`/`inline` scope even though `data` has not been declared as such.Pike 8.0https://git.lysator.liu.se/pikelang/pike/-/issues/10090Hilfe does not like anonymous classes with implicit create().2022-09-06T08:56:08ZHenrik (Grubba) GrubbströmHilfe does not like anonymous classes with implicit create().```
Pike v8.0 release 1738 running Hilfe v3.5 (Incremental Pike Frontend)
> class (string bar){}("foo")->bar;
Compiler Error: 2: syntax error, unexpected ';'
Compiler Error: 2: Missing ')'.
Compiler Error: 3: Missing ';'.
Compiler Error:...```
Pike v8.0 release 1738 running Hilfe v3.5 (Incremental Pike Frontend)
> class (string bar){}("foo")->bar;
Compiler Error: 2: syntax error, unexpected ';'
Compiler Error: 2: Missing ')'.
Compiler Error: 3: Missing ';'.
Compiler Error: 3: Unexpected end of file.
Compiler Error: 3: Missing '}'.
Compiler Error: 3: Opening '{' was here.
Compiler Error: 3: Unexpected end of file.
Compiler Error: 1: Got : string(102..111).
Compiler Error: 1: Index : string(97..114).
> dump wrapper
Last compiled wrapper:
001: mapping(string:mixed) ___hilfe = ___Hilfe->variables;
002: # 1
003: mixed ___HilfeWrapper() { return ("foo")->bar; ; }
004:
```
The same code wrapped in a lambda works fine:
```
> lambda() { return class (string bar){}("foo")->bar; }();
(1) Result: "foo"
```Pike 8.0https://git.lysator.liu.se/pikelang/pike/-/issues/10081Protocols.DNS.client should also consider /etc/hosts.2022-03-23T11:33:17ZHenrik (Grubba) GrubbströmProtocols.DNS.client should also consider /etc/hosts.Sometimes hosts are hidden behind proxies or need to be simulated. In those cases it is useful to be able to add corresponding entries to `/etc/hosts` (or equivalent). Currently it is complicated to access stuff that needs correct host h...Sometimes hosts are hidden behind proxies or need to be simulated. In those cases it is useful to be able to add corresponding entries to `/etc/hosts` (or equivalent). Currently it is complicated to access stuff that needs correct host headers but via an alternative IP-number.
Adjust `Protocols.DNS.client()->gethostbyname()` et al to also consider `/etc/hosts`.Pike 8.0https://git.lysator.liu.se/pikelang/pike/-/issues/10060Add support for STARTTLS (RFC 3207) and Implicit TLS (RFC 8314) to Protocols....2021-03-05T16:22:12ZHenrik (Grubba) GrubbströmAdd support for STARTTLS (RFC 3207) and Implicit TLS (RFC 8314) to Protocols.SMTP.ClientSome MSA's require submitted messages to be over TLS.
Implement support for RFC 3207 and RFC 8314 to solve this.Some MSA's require submitted messages to be over TLS.
Implement support for RFC 3207 and RFC 8314 to solve this.Pike 8.0https://git.lysator.liu.se/pikelang/pike/-/issues/7831Unclear http headers case handling in Protocols.HTTP.do_async_method()2022-10-06T12:29:59ZPeter BortasUnclear http headers case handling in Protocols.HTTP.do_async_method()Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7831
Reported by Tobias Liin <liin@roxen.com>
`Protocols.HTTP.do_async_method()` provides default values for http headers `"user-agent"` and `"host"`, if not provided in ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7831
Reported by Tobias Liin <liin@roxen.com>
`Protocols.HTTP.do_async_method()` provides default values for http headers `"user-agent"` and `"host"`, if not provided in the request_headers variable.
However, it fails to consider the casing of those headers. Consider a call to `do_async_method()` with the following headers mapping:
```
([
"Host": "foo.com",
"User-Agent": "Firefox"
])
```
The mapping provided to `Protocols.HTTP.Query.async_request()` will be:
```
([
"Host": "foo.com",
"User-Agent": "Firefox"
"host": "<some-host-from-the-url>",
"user-agent": "Pike <some-version>",
])
```
The resulting host and user-agent will be random, as `Protocols.HTTP.Query.async_request()` lowercase the indices.
The solution is probably for `Protocols.HTTP.do_async_method()` to lowercase the headers mapping indices before checking for `"host"` and `"user-agent"`.Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/7644Feed Import stalled/stopped in Heap.pike2020-03-01T15:48:37ZPeter BortasFeed Import stalled/stopped in Heap.pikeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7644
Reported by Erik Allemann <erik@roxen.com>
```
RT#26577 & RT#26578
REP 6.0.92
```
Feed Import had stopped. Debug logged repeatedly reports:
```
2d 8h 8m : Feed Im...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7644
Reported by Erik Allemann <erik@roxen.com>
```
RT#26577 & RT#26578
REP 6.0.92
```
Feed Import had stopped. Debug logged repeatedly reports:
```
2d 8h 8m : Feed Import: periodic_scan threw an error:
: Indexing the NULL value with "value".
: pike/lib/modules/ADT.pmod/Heap.pike:198: ADT.Heap()->peek()
: pike/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:1485: RoxenModule(EP/feed-import#0)->feed_monitor->monitor->check(UNDEFINED,1000,
: packages/feedimport/modules/feed-import.pike (564e550f):1508: RoxenModule(EP/feed-import#0)->feed_monitor->monitor->check(UNDEFINED,1000,@
12:09:10 : packages/feedimport/modules/feed-import.pike (564e550f):2231: RoxenModule(EP/feed-import#0)->feed_monitor->periodic_scan()
2d 8h 8m : packages/feedimport/modules/feed-import.pike (564e550f):2281: RoxenModule(EP/feed-import#0)->feed_monitor->periodic_scan_dispatch()
```Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/7630Potential deadlock in Pike 8.0.1432020-03-01T15:48:03ZPeter BortasPotential deadlock in Pike 8.0.143Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7630
Reported by Martin Karlgren <marty@roxen.com>
My Roxen/EP (devel) process locked up. I haven't analysed the backtraces too much, but I'd expect a deadlock. Pike and ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7630
Reported by Martin Karlgren <marty@roxen.com>
My Roxen/EP (devel) process locked up. I haven't analysed the backtraces too much, but I'd expect a deadlock. Pike and C backtraces attached.Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/7578Filesystem.Monitor checks all monitors synchronously on startup2020-03-01T15:46:23ZPeter BortasFilesystem.Monitor checks all monitors synchronously on startupImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7578
Reported by Martin Karlgren <marty@roxen.com>
Filesystem.Monitor sometimes blocks the backend thread for quite a while on startup because eventstream_callback calls ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7578
Reported by Martin Karlgren <marty@roxen.com>
Filesystem.Monitor sometimes blocks the backend thread for quite a while on startup because eventstream_callback calls check_all() synchronously.
```
: >> ### Thread 0x7fff74f56300 - Backend:
8:04:21 : >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:869: Monitor("/Users/marty/projects/REP-5.2-test/roxen/backup/SN/2013-03-16/page_43(E1)/pp_103729.jpg", 15, next: Wed Oct 21 08:04:21 2015, st: Stat(-rw-r--r-- 119226b))->check(UNDEFINED)
0d16h46m : >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:1352: FSGarb("/Users/marty/projects/REP-5.2-test/roxen/backup", 432000)->check_monitor(Monitor("/Users/marty/projects/REP-5.2-test/roxen/backup/SN/2013-03-16/page_43(E1)/pp_103729.jpg", 15, next: Wed Oct 21 08:04:21 2015, st: Stat(-rw-r--r-- 119226b)),UNDEFINED)
: >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:874: Monitor("/Users/marty/projects/REP-5.2-test/roxen/backup/SN/2013-03-16/page_43(E1)", 15, next: Sat Oct 17 08:04:20 2015, st: Stat(drwxr-xr-x 238b))->check(UNDEFINED)
: >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:1352: FSGarb("/Users/marty/projects/REP-5.2-test/roxen/backup", 432000)->check_monitor(Monitor("/Users/marty/projects/REP-5.2-test/roxen/backup/SN/2013-03-16/page_43(E1)", 15, next: Sat Oct 17 08:04:20 2015, st: Stat(drwxr-xr-x 238b)),UNDEFINED)
: >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:874: Monitor("/Users/marty/projects/REP-5.2-test/roxen/backup/SN/2013-03-16", 15, next: Sat Oct 17 08:04:20 2015, st: Stat(drwxr-xr-x 1768b))->check(UNDEFINED)
: >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:1352: FSGarb("/Users/marty/projects/REP-5.2-test/roxen/backup", 432000)->check_monitor(Monitor("/Users/marty/projects/REP-5.2-test/roxen/backup/SN/2013-03-16", 15, next: Sat Oct 17 08:04:20 2015, st: Stat(drwxr-xr-x 1768b)),UNDEFINED)
8:04:21 : >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:874: Monitor("/Users/marty/projects/REP-5.2-test/roxen/backup/SN", 15, next: Sat Oct 17 08:04:08 2015, st: Stat(drwxr-xr-x 3570b))->check(UNDEFINED)
0d16h46m : >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:1352: FSGarb("/Users/marty/projects/REP-5.2-test/roxen/backup", 432000)->check_monitor(Monitor("/Users/marty/projects/REP-5.2-test/roxen/backup/SN", 15, next: Sat Oct 17 08:04:08 2015, st: Stat(drwxr-xr-x 3570b)),UNDEFINED)
: >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:1379: FSGarb("/Users/marty/projects/REP-5.2-test/roxen/backup", 432000)->check_all(UNDEFINED)
: >> /Users/marty/projects/Pike/8.0/lib/modules/Filesystem.pmod/Monitor.pmod/basic.pike:764: FSGarb("/Users/marty/projects/REP-5.2-test/roxen/backup", 432000)->eventstream_callback("/Users/marty/projects/REP-5.2-test/roxen/backup/AT/2013-06-07/page_2A",1116416,7162257960850217034)
: >> -:1: Pike.Backend(0)->`()(3600.0)
: >> /Users/marty/projects/Pike/8.0/build/darwin-14.5.0-x86_64/master.pike:3619: master()._main(({"/Users/marty/projects/Pike/8.0/build/darwin-14.5.0-x86_64/pike","-DPRECOMPILED_SEARCH_MORE","-m/Users/marty/projects/Pike/8.0/build/darwin-14.5.0-x86_64/master.pike","-DMODULE_DEBUG","-DRAM_CACHE",,,11}))
```Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/7363Compat resolver related crash.2020-03-01T15:42:02ZPeter BortasCompat resolver related crash.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7363
Reported by Martin Nilsson <nilsson@opera.com>
Create a file with
```
#pike 8.1
inherit Crypto.BlockCipher;
class _Buffer {
inherit ::this_program;
}
```
as lib/...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7363
Reported by Martin Nilsson <nilsson@opera.com>
Create a file with
```
#pike 8.1
inherit Crypto.BlockCipher;
class _Buffer {
inherit ::this_program;
}
```
as lib/8.0/modules/Crypto.pmod/CompatProxy.pmod and run hilfe, you'll get the following crash.
```
Pike v8.1 release 0 running Hilfe v3.5 (Incremental Pike Frontend)
(running in Pike 8.0 compat mode)
> Crypto.CompatProxy;
Program received signal SIGSEGV, Segmentation fault.
low_clone (p=0xd46288) at /home/nilsson/pike/src/object.c:167
167 LOW_PARENT_INFO(o,p)->parent=0;
(gdb) bt
#0 low_clone (p=0xd46288) at /home/nilsson/pike/src/object.c:167
#1 0x00000000004bc16d in parent_clone_object (p=0xd46288,
parent=parent@entry=0x8be8f0,
parent_identifier=parent_identifier@entry=19, args=args@entry=0)
at /home/nilsson/pike/src/object.c:395
#2 0x000000000042b0f4 in lower_mega_apply (args=0, o=0x8be8f0, fun=19)
at /home/nilsson/pike/src/interpret.c:2196
#3 0x000000000042d674 in mega_apply_low (args=<optimized out>,
arg1=<optimized out>, arg2=<optimized out>)
at /home/nilsson/pike/src/interpret.c:2715
#4 0x00002aaaad13e241 in init_Nettle_BufferedCipher_struct ()
at /home/nilsson/pike/src/post_modules/Nettle/cipher.cmod:1036
#5 Nettle_BufferedCipher_event_handler (ev=0)
at /home/nilsson/pike/src/post_modules/Nettle/cipher.cmod:1048
#6 0x00000000004bb9d5 in call_c_initializers (o=0x8be8f0)
at /home/nilsson/pike/src/object.c:278
#7 0x00000000004e99dd in run_pass1 (c=0xae2970)
at /home/nilsson/pike/src/program.c:9143
#8 f_compilation_compile (args=<optimized out>)
at /home/nilsson/pike/src/program.c:9669
```Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6284Add utime() support for directories on WIN32.2020-03-01T15:31:06ZPeter BortasAdd utime() support for directories on WIN32.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6284
Reported by @grubba
_utime() on WIN32 doesn't support directories. From MSDN:
A return value of –1 indicates an error, in which case errno is set to one of the foll...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6284
Reported by @grubba
_utime() on WIN32 doesn't support directories. From MSDN:
A return value of –1 indicates an error, in which case errno is set to one of the following values:
EACCES
Path specifies directory or read-only file
Try to find an alternative API.
See also [bug #6220].Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6200CPP: The preprocessor doesn't support #-commands in macro arguments.2020-03-01T15:30:17ZPeter BortasCPP: The preprocessor doesn't support #-commands in macro arguments.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6200
Reported by @grubba
Pike mailinglist 12869:
```
From: <zenothing@hotmail.com>
Date: Fri, 27 Jan 2012 14:10:44 +0800
Subject: pike complain "Unexpected end of file" ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6200
Reported by @grubba
Pike mailinglist 12869:
```
From: <zenothing@hotmail.com>
Date: Fri, 27 Jan 2012 14:10:44 +0800
Subject: pike complain "Unexpected end of file" when using #line in macro call
[root@brain brain4]$cat t.pike
#define A(a) class T{a};
A(class aa{
#line 2
int n;
});
void main()
{
T();
}
[root@brain brain4]$pike t.pike
t.pike:6:Missing '}'.
t.pike:6:Unexpected end of file.
t.pike:6:Missing '}'.
t.pike:6:Unexpected end of file.
Pike: Failed to compile script.
```
Guo XuesongPike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6057count_memory() fails on assertion when d_flag is set.2020-03-01T15:24:31ZPeter Bortascount_memory() fails on assertion when d_flag is set.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6057
Reported by @grubba
Assertion failed: !(m->flags & MC_FLAG_INTERNAL), file /home/grubba/src/Pike/7.9/src/gc.c, line 5764
How to trigger:
* Start server with Pike...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6057
Reported by @grubba
Assertion failed: !(m->flags & MC_FLAG_INTERNAL), file /home/grubba/src/Pike/7.9/src/gc.c, line 5764
How to trigger:
* Start server with Pike 7.9.
* Wait until idle.
* Use gdb to set d_flag to 2.
* Reload the root of the Mast.sb repository.Pike 8.0