pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2020-03-01T15:39:35Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/7063The kqueue backend doesn't support out of band data.2020-03-01T15:39:35ZPeter BortasThe kqueue backend doesn't support out of band data.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7063
Reported by @grubba
The socktest.pike test "Testing out-of-band data" times out when waiting for the sent out of band data to arrive.
With OOB_DEBUG enabled on a pi...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7063
Reported by @grubba
The socktest.pike test "Testing out-of-band data" times out when waiting for the sent out of band data to arrive.
With OOB_DEBUG enabled on a pike compiled with BACKEND_DEBUG, the following is output:
```
Child: Testing out-of-band data
originator: Stdio.File("socket", "127.0.0.1:62128", 777 /* fd=9 */)
loopback: Stdio.File("socket", "127.0.0.1 62129", 777 /* fd=10 */)
[2085229328]BACKEND[0]: hook_fd_callback_box: fd 9, events 0xc, object 0x1008227d0
[2085229328]BACKEND[0]: pdb_update_fd_set(.., 9, 0, 12):
[2085229328]BACKEND[0]: fd:9 READ, ADD, [OOBAND]
[2085229328]BACKEND[0]: fd:9 WRITE, ADD
BACKEND: EV_ADD fd:9, filter:-2
BACKEND: EV_ENABLE fd:9, filter:-2
[2085229328]BACKEND[0]: hook_fd_callback_box: fd 10, events 0x4, object 0x1008227a0
[2085229328]BACKEND[0]: pdb_update_fd_set(.., 10, 0, 4):
[2085229328]BACKEND[0]: fd:10 READ, ADD, [OOBAND]
[2085229328]BACKEND[0]: Doing poll on fds:
=> 1 (timeout was: 3600)
[2085229328]BACKEND[0]: fd:9 filter:-2 flags:0x00000001 EVFILT_WRITE(146988)
[2085229328]BACKEND[0]: POLLWRBAND on 9
[2085229328]BACKEND[0]: POLLOUT on 9
[2085229328]BACKEND[0]: hooking in box for fd 9
[2085229328]BACKEND[0]: Examining box for fd 9 revents:0x000a
[2085229328]BACKEND[0]: write_oob_callback(9, 0x1008227d0)
[2085229328]BACKEND[0]: set_fd_callback_events: fd 9, events from 0xc to 0x4, object 0x1008227d0
[2085229328]BACKEND[0]: pdb_update_fd_set(.., 9, 12, 4):
[2085229328]BACKEND[0]: fd:9 WRITE, DISABLE
BACKEND: EV_DISABLE fd:9, filter:-2
S[2085229328]BACKEND[0]: set_fd_callback_events: fd 9, events from 0x4 to 0xc, object 0x1008227d0
[2085229328]BACKEND[0]: pdb_update_fd_set(.., 9, 4, 12):
[2085229328]BACKEND[0]: fd:9 WRITE, ADD
BACKEND: EV_ADD fd:9, filter:-2
BACKEND: EV_ENABLE fd:9, filter:-2
[2085229328]BACKEND[0]: set_fd_callback_events: fd 9, events from 0xc to 0x4, object 0x1008227d0
[2085229328]BACKEND[0]: pdb_update_fd_set(.., 9, 12, 4):
[2085229328]BACKEND[0]: fd:9 WRITE, DISABLE
BACKEND: EV_DISABLE fd:9, filter:-2
[2085229328]BACKEND[0]: set_fd_callback_events: fd 10, events from 0x4 to 0x4, object 0x1008227a0
[2085229328]BACKEND[0]: pdb_update_fd_set(.., 10, 4, 4):
[2085229328]BACKEND[0]: Examining box for fd -1 revents:0x0000
[2085229328]BACKEND[0]: Doing poll on fds:
[*timeout*]^C
What we can see above is that a single byte is sent on fd #9 ("S" above), but not notified on fd #10 even though it has PIKE_BIT_FD_READ_OOB (4) set.
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/7057Checksum calculation in tarfilter.pike on Linux/x86 broken.2014-03-13T17:53:14ZPeter BortasChecksum calculation in tarfilter.pike on Linux/x86 broken.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7057
Reported by @grubba
From Distmaker:
Building export Pike-v7.8.844-Linux-2.6.18-348.12.1.el5-i686
Finalizing: lib/master.pike.in
Finalizing: lib/master.pike.in done
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7057
Reported by @grubba
From Distmaker:
Building export Pike-v7.8.844-Linux-2.6.18-348.12.1.el5-i686
Finalizing: lib/master.pike.in
Finalizing: lib/master.pike.in done
CHECKSUM ERROR on input (got 0, expected 8859(021233? ))!
50 69 6b 65 2d 76 37 2e 38 2e 38 34 34 2d 4c 69
6e 75 78 2d 32 2e 36 2e 31 38 2d 33 34 38 2e 31
32 2e 31 2e 65 6c 35 2d 69 36 38 36 2e 64 69 72
2f 62 69 6e 2f 69 6e 73 74 61 6c 6c 2e 70 69 6b
65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 30 30 30 30 36 36 34 00 30 30 31 31
36 32 31 00 30 30 31 31 36 32 31 00 30 30 30 30
30 32 33 35 34 30 36 00 31 32 32 34 33 34 31 34
34 36 31 00 20 20 20 20 20 20 20 20 30 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 75 73 74 61 72 20 20 00 64 69 73 74 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 64 69 73 74 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
make: *** [bin_export] Error 1
*** pike.rhel5_x86 FAILED ***
The above seems to bre triggered from the following code fragment in bin/tarfilter.pike:
```
s=s[..147]+" "+s[156..];
if(`+(@values(s[..511])) != csum) {
werror("CHECKSUM ERROR on input (got %d, expected %d(%s))!\n",
`+(@values(s[..511])), csum, a[6]);
werror("%{ %{%02x %}\n%}", ({(((array)s)/16)[*]}));
exit(1);
}
```
Some simple checks in a working Pike give that the checksum in the file was correct:
```
Pike v7.8 release 481 running Hilfe v3.5 (Incremental Pike Frontend)
> 021233;
(1) Result: 8859
> string s = "50 69 6b 65 2d 76 37 2e 38 2e 38 34 34 2d 4c 696e 75 78 2d 32 2e 36 2e 31 38 2d 33 34 38 2e 3132 2e 31 2e 65 6c 35 2d 69 36 38 36 2e 64 69 72 2f 62 69 6e 2f 69 6e 73 74 61 6c 6c 2e 70 69 6b6530 30 30 30 36 36 34 00 30 30 31 3136 32 31 00 30 30 31 31 36 32 31 00 30 30 30 3030 32 33 35 34 30 36 00 31 32 32 34 33 34 31 3434 36 31 00 20 20 20 20 20 20 20 20 30 00 75 73 74 61 72 20 20 00 64 69 73 74 00 00 0000 00 00 00 00 00 00 00 00 64 69 73 74 00 00 00 " - " ";
> string s2 = Gmp.bignum(s, 16)->digits(256);
> s2;
(2) Result: "Pike-v7.8.844-Linux-2.6.18-348.12.1.el5-i686.dir/bin/install.pike0000664\0""0011621\0""0011621\0""00000235406\0""12243414461\0 0\0ustar \0dist\0\0\0\0\0\0\0\0\0\0\0\0dist\0\0\0"
> `+(0, @values(s2));
(3) Result: 8859
```
So a reasonable conclusion is that the splice operator is broken.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/7055Backport clang bignum fixes to 7.82014-03-12T13:57:42ZPeter BortasBackport clang bignum fixes to 7.8Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7055
Reported by Jonas Wallden <jonasw@roxen.com>
See InfoKOM 767805 for discussion.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7055
Reported by Jonas Wallden <jonasw@roxen.com>
See InfoKOM 767805 for discussion.Pike 7.8https://git.lysator.liu.se/pikelang/pike/-/issues/6958SSL warnings for WebDAV in debug mode2013-12-20T16:35:00ZPeter BortasSSL warnings for WebDAV in debug modeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6958
Reported by Jonas Wallden <jonasw@roxen.com>
I get frequent SSL warnings when accessing an EP WebDAV volume over HTTPS:
```
Internal server error: In callback mode...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6958
Reported by Jonas Wallden <jonasw@roxen.com>
I get frequent SSL warnings when accessing an EP WebDAV volume over HTTPS:
```
Internal server error: In callback mode in a different backend.
Stream is open
User callbacks: a=0 r=0 w=Stdio.Sendfile()->write_cb c=0
Internal callbacks: r=0 w=SSL.sslfile(Fd(131))->ssl_write_callback c=0
Backend: Pike.Backend(0) This thread: Thread.Thread(4429115392) Other thread: Thread.Thread(140735135998736)
Other thread backtrace:
-:1: Pike.Backend(0)->`()(3600.0)
----------
/Users/jonasw/hacks/Pike/pike/lib/modules/SSL.pmod/sslfile.pike (76a600ff):250: SSL.sslfile(Fd(131))->thread_error("In callback mode in a different backend.\n",Thread.Thread(140735135998736))
/Users/jonasw/hacks/Pike/pike/lib/modules/SSL.pmod/sslfile.pike (76a600ff):738: SSL.sslfile(Fd(131))->destroy()
packages/sitebuilder/modules/ac/pike-modules/AC.pmod (379eaf77):9082: AC_DB[1:2]->`->("passive_auth")
packages/sitebuilder/modules/ac/pike-modules/AC.pmod (379eaf77):6432: ModuleAC(RoxenModule(ep52/sitebuilder#0))->access_try("print-webdav",RequestID(/rep-webdav/feeds/photos/volvo-7.jpg),UNDEFINED)
modules/print/modules/rep-webdav.pike (818dd584):584: RoxenModule(ep52/rep-webdav#0)->authenticate("feeds/photos/volvo-7.jpg",@0=RequestID(/rep-webdav/feeds/photos/volvo-7.jpg))
modules/print/modules/rep-webdav.pike (818dd584):842: RoxenModule(ep52/rep-webdav#0)->handle_resource("feeds/photos/volvo-7.jpg",@0,0,1)
modules/print/modules/rep-webdav.pike (818dd584):756: RoxenModule(ep52/rep-webdav#0)->find_file("feeds/photos/volvo-7.jpg",@0)
base_server/configuration.pike (72099b9e):2263: Configuration(ep52)->low_get_file(@0,UNDEFINED)
base_server/configuration.pike (72099b9e):2521: Configuration(ep52)->get_file(@0,UNDEFINED,UNDEFINED)
base_server/configuration.pike (72099b9e):2496: Configuration(ep52)->handle_request(@0,UNDEFINED)
protocols/http.pike (60909d3c):3067: RequestID(/rep-webdav/feeds/photos/volvo-7.jpg)->handle_request()
protocols/http.pike (60909d3c):3010: RequestID(/rep-webdav/feeds/photos/volvo-7.jpg)->handle_request_from_queue()
base_server/roxen.pike (abfcfcaf):912: roxen()->handler_thread(3)
```
This is a fresh Roxen/5.4 with newly recompiled Pike 7.8.805. Is this due to the sslfile.pike disclaimer about false alarms or a real problem?
// FIXME: Looks like the following check can give false alarms since
// an fd object can lose all refs even if some callbacks still are
// registered.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6941Type system resolves 0 into string.2015-03-27T17:39:40ZPeter BortasType system resolves 0 into string.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6941
Reported by Martin Nilsson <nilsson@opera.com>
Type system issue:
```
Pike v7.9 release 11 running Hilfe v3.5 (Incremental Pike Frontend)
> typeof(max(0,0));
(1) Re...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6941
Reported by Martin Nilsson <nilsson@opera.com>
Type system issue:
```
Pike v7.9 release 11 running Hilfe v3.5 (Incremental Pike Frontend)
> typeof(max(0,0));
(1) Result: string
```Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6847Protocols.HTTP.Query.PseudoFile loses Query object2013-07-09T18:06:46ZPeter BortasProtocols.HTTP.Query.PseudoFile loses Query objectImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6847
Reported by Martin Karlgren <marty@roxen.com>
When a PseudoFile object is instantiated from a Protocols.HTTP.Query object, it doesn't keep a reference to its parent ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6847
Reported by Martin Karlgren <marty@roxen.com>
When a PseudoFile object is instantiated from a Protocols.HTTP.Query object, it doesn't keep a reference to its parent .Query object. The result is that if all other references to the .Query object are lost, the .Query.PseudoFile will fail since .Query closes the connection when destroyed.
Sample program showing the problem attached.
Proposed solution: keep a reference to the instantiating .Query object in .PseudoFile.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6816Undefined identifier forever2013-08-12T14:51:36ZPeter BortasUndefined identifier foreverImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6816
Reported by Marcus Wellhardh <wellhard@roxen.com>
Reported in [RT 20967].
Got this error in a customer installation:
```
: Pike version: Pike v7.8 r...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6816
Reported by Marcus Wellhardh <wellhard@roxen.com>
Reported in [RT 20967].
Got this error in a customer installation:
```
: Pike version: Pike v7.8 release 728
: Product version: Roxen CMS 5.1.185-release1
: Operating system: Linux 2.6.32-358.6.2.el6.x86_64 (x86_64)
[...]
-:12:Undefined identifier forever.
1: inherit TZHistory;
2: Rule.Timezone tz1,tz2,tz3;
3: Rule.Timezone whatrule(int ux)
4: {
5: if (ux>=-1739041420) // from 1914 Nov 23
6: return tz3 || (tz3=TZrules.CO(18000,"CO%sT"));
7: if (ux>=-2707671820) // from 1884 Mar 13
8: return tz2 || (tz2=Rule.Timezone(17780,"BMT"));
9: return tz1 || (tz1=Rule.Timezone(17780,"LMT"));
10: }
11: array(string) zone_s=({"LMT","COT","BMT","COST"});
12: array(int) shifts=({-2707671820,-1739041420,forever,-2707671820,-1739041420,});
13: string _sprintf(int t) { return (t=='O')?"Rule.Timezone(America/Bogota)":0; }
14: string zoneid="America/Bogota";
15:
-:9:Undefined identifier forever.
-:18:Undefined identifier forever.
-:18:Undefined identifier forever.
1: inherit TZHistory;
2: Rule.Timezone tz1,tz2,tz3;
3: Rule.Timezone whatrule(int ux)
4: {
5: if (ux>=-1739041420) // from 1914 Nov 23
6: return tz3 || (tz3=TZrules.CO(18000,"CO%sT"));
7: if (ux>=-2707671820) // from 1884 Mar 13
8: return tz2 || (tz2=Rule.Timezone(17780,"BMT"));
9: if (ux>=forever) // from from
10: return tz1 || (tz1=Rule.Timezone(17780,"LMT"));
11: if (ux>=-1739041420) // from from 1914 Nov 23
12: return tz3 || (tz3=TZrules.CO(18000,"CO%sT"));
13: if (ux>=-2707671820) // from from 1884 Mar 13
14: return tz2 || (tz2=Rule.Timezone(17780,"BMT"));
15: return tz1 || (tz1=Rule.Timezone(17780,"LMT"));
16: }
17: array(string) zone_s=({"LMT","COT","BMT","COST"});
18: array(int) shifts=({-2707671820,-1739041420,forever,-2707671820,-1739041420,forever,-2707671820,-1739041420,});
19: string _sprintf(int t) { return (t=='O')?"Rule.Timezone(America/Bogota)":0; }
20: string zoneid="America/Bogota";
21:
-:9:Undefined identifier forever.
-:15:Undefined identifier forever.
-:24:Undefined identifier forever.
-:24:Undefined identifier forever.
1: inherit TZHistory;
2: Rule.Timezone tz1,tz2,tz3;
3: Rule.Timezone whatrule(int ux)
4: {
5: if (ux>=-1739041420) // from 1914 Nov 23
6: return tz3 || (tz3=TZrules.CO(18000,"CO%sT"));
7: if (ux>=-2707671820) // from 1884 Mar 13
8: return tz2 || (tz2=Rule.Timezone(17780,"BMT"));
9: if (ux>=forever) // from from
10: return tz1 || (tz1=Rule.Timezone(17780,"LMT"));
11: if (ux>=-1739041420) // from from 1914 Nov 23
12: return tz3 || (tz3=TZrules.CO(18000,"CO%sT"));
13: if (ux>=-2707671820) // from from 1884 Mar 13
14: return tz2 || (tz2=Rule.Timezone(17780,"BMT"));
15: if (ux>=forever) // from from from
16: return tz1 || (tz1=Rule.Timezone(17780,"LMT"));
17: if (ux>=-1739041420) // from from from 1914 Nov 23
18: return tz3 || (tz3=TZrules.CO(18000,"CO%sT"));
19: if (ux>=-2707671820) // from from from 1884 Mar 13
20: return tz2 || (tz2=Rule.Timezone(17780,"BMT"));
21: return tz1 || (tz1=Rule.Timezone(17780,"LMT"));
22: }
23: array(string) zone_s=({"LMT","COT","BMT","COST"});
24: array(int) shifts=({-2707671820,-1739041420,forever,-2707671820,-1739041420,forever,-2707671820,-1739041420,});
25: string _sprintf(int t) { return (t=='O')?"Rule.Timezone(America/Bogota)":0; }
26: string zoneid="America/Bogota";
27:
9:08:01 : Internal server error: Index 2 is out of range 0..1.
7m49.6s : Unknown program: error->`[](2)
: -:1: Error.Compilation("Compilation failed.\n")->`[](2)
: pike_7.8.728/pike/7.8.728/lib/master.pike (311ee057):4652: master()->describe_backtrace(({Error.Compilation("Compilation failed.\n"),({backtrace_frame(/opt/roxen/server-5.1.185/base_server/roxen.pike (rev 1.1076):883, handler_thread(), Args: 1),,,115})}),999999)
: base_server/roxenloader.pike (rev 1.449):177: describe_backtrace(@0=({Error.Compilation("Compilation failed.\n"),({backtrace_frame(/opt/roxen/server-5.1.185/base_server/roxen.pike (rev 1.1076):883, handler_thread(), Args: 1),,,115})}),UNDEFINED)
: protocols/http.pike (rev 1.636):3037: unknown function()
9:08:01 : base_server/roxen.pike (rev 1.1076):883: roxen()->handler_thread(11)
: Internal server error: Index 2 is out of range 0..1.
7m49.6s : Unknown program: error->`[](2)
: -:1: Error.Compilation("Compilation failed.\n")->`[](2)
: pike_7.8.728/pike/7.8.728/lib/master.pike (311ee057):4652: master()->describe_backtrace(({Error.Compilation("Compilation failed.\n"),({backtrace_frame(/opt/roxen/server-5.1.185/base_server/roxen.pike (rev 1.1076):883, handler_thread(), Args: 1),,,115})}),999999)
: base_server/roxenloader.pike (rev 1.449):177: describe_backtrace(@0=({Error.Compilation("Compilation failed.\n"),({backtrace_frame(/opt/roxen/server-5.1.185/base_server/roxen.pike (rev 1.1076):883, handler_thread(), Args: 1),,,115})}),UNDEFINED)
: protocols/http.pike (rev 1.636):3037: RequestID(/)->handle_request()
9:08:01 : base_server/roxen.pike (rev 1.1076):883: roxen()->handler_thread(0)
: Internal server error: Index 2 is out of range 0..1.
7m49.6s : Unknown program: error->`[](2)
: -:1: Error.Compilation("Compilation failed.\n")->`[](2)
: pike_7.8.728/pike/7.8.728/lib/master.pike (311ee057):4652: master()->describe_backtrace(({Error.Compilation("Compilation failed.\n"),({backtrace_frame(/opt/roxen/server-5.1.185/base_server/roxen.pike (rev 1.1076):883, handler_thread(), Args: 1),,,115})}),999999)
: base_server/roxenloader.pike (rev 1.449):177: describe_backtrace(@0=({Error.Compilation("Compilation failed.\n"),({backtrace_frame(/opt/roxen/server-5.1.185/base_server/roxen.pike (rev 1.1076):883, handler_thread(), Args: 1),,,115})}),UNDEFINED)
: protocols/http.pike (rev 1.636):3037: unknown function()
9:08:01 : base_server/roxen.pike (rev 1.1076):883: roxen()->handler_thread(9)
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6785`+ type not complicated enough2013-05-22T18:54:47ZPeter Bortas`+ type not complicated enoughImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6785
Reported by Martin Nilsson <nilsson@opera.com>
```
string(0..255) x = "a";
x = x + "\0";
```
gives the warning
Warning: An expression of type string cannot be as...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6785
Reported by Martin Nilsson <nilsson@opera.com>
```
string(0..255) x = "a";
x = x + "\0";
```
gives the warning
Warning: An expression of type string cannot be assigned to a variable of type string(0..255).Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6782Standards.URI drops username/password from base_uri2013-08-28T17:22:17ZPeter BortasStandards.URI drops username/password from base_uriImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6782
Reported by Kristian von Streng Hæhre <kristianvsh@opera.com>
If you specify a relative uri and a base_uri with a username/password when creating a Standards.URI obj...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6782
Reported by Kristian von Streng Hæhre <kristianvsh@opera.com>
If you specify a relative uri and a base_uri with a username/password when creating a Standards.URI object, the username/password is lost in the resulting object:
```
Pike v7.8 release 700 running Hilfe v3.5 (Incremental Pike Frontend)
> object u = Standards.URI("some_path", "http://user:password@host/");
> u->password;
(1) Result: 0
> u;
(2) Result: URI("http://host/some_path")
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6717Search: Svalue stack overflow2014-07-11T14:51:36ZPeter BortasSearch: Svalue stack overflowImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6717
Reported by Marcus Wellhardh <wellhard@roxen.com>
Bad formed documents can cause crawler to abort. Expected behavior is to give a warning and continue indexing. Repo...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6717
Reported by Marcus Wellhardh <wellhard@roxen.com>
Bad formed documents can cause crawler to abort. Expected behavior is to give a warning and continue indexing. Reported in [RT 20059].
```
0d 3h 9m : Crawler 24352: Svalue stack overflow. (99624 of 100000 entries on stack, needed 256 more entries)
: Crawler 24352: pike/lib/modules/Search.pmod/Filter.pmod/HTML.pmod:382: Search.Filter.Word->__lambda_66105_21_line_380(Parser._parser.HTML(),"\n \n",([])) : Crawler 24352: pike/lib/modules/Parser.pmod/_parser.so:1: Parser._parser.HTML()->finish("<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.0 Transitional//EN\" \"http://www.w3.org/TR/REC-html40/loose.dtd\">\n<html> \n<head> \n<META HTTP-EQUIV=\"Content-Type\" CONTENT=\"text/html; charset=utf-8\">\n<META"+[5124697])
: Crawler 24352: pike/lib/modules/Search.pmod/Filter.pmod/HTML.pmod:407: Search.Filter.Word->filter(URI("sitebuilder://dmrbackend/student/opleidingen/hbo-r/jaar-1-deeltijd/cova-samenwerken-en-proje-1/Stm_2010_HBO-Rechten.doc"),"<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.0 Tran"+[5124845],"text/html",([]),"utf-8")
: Crawler 24352: modules/search/pike-modules/Search.pmod/Filter.pmod/Word.pmod:52: Search.Filter.Word->filter(@0,"ÐÏ\21ࡱ\32á\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0>\0\3\0þÿ\t\0\6\0\0\0\0\0\0\0\0\0\0\09\0\0"+[3717074],"application/msword")
17:27:00 : Crawler 24352: modules/search/programs/multiprocess_crawler.pike:496: /main()->low_do_filter("¶ke0\1\0\6\0data\u00867¶üÐÏ\21ࡱ\32á\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0>\0\3\0þÿ\t\0\6\0\0\0\0\0\0\0\0\0\0\09\0\0\0W\34\0\0\0\0\0\0\0\20\0\0Y\34\0\0\1\0\0\0þÿÿÿ\0\0\0\0\36\34\0\0\37\34\0\0 \34\0\0!\34\0\0\"\34\0\0#\34\0\0$\34\0\0%\34\0\0&\34\0\0'\34\0\0(\34\0\0)\34\0\0*\34\0\0+\34\0\0,\34\0\0-\34\0\0.\34\0\0/\34\0\u00000\34\0\u00001\34\0\u00002\34\0\u00003\34\0\u00004\34\0\u00005\34\0\u00006\34\0\u00007\34\0\0"+[3717525])
0d 3h 9m : Crawler 24352: modules/search/programs/multiprocess_crawler.pike:376: /main()->got_data(0,"<\e\0\0=\e\0\0>\e\0\0?\e\0\0@\e\0\0A\e\0\0B\e\0\0C\e\0\0D\e\0\0E\e\0\0F\e\0\0G\e\0\0H\e\0\0I\e\0\0J\e\0\0K\e\0\0L\e\0\0M\e\0\0N\e\0\0O\e\0\0P\e\0\0Q\e\0\0R\e\0\0S\e\0\0T\e\0\0U\e\0\0V\e\0\0W\e\0\0X\e\0\0Y\e\0\0Z\e\0\0[\e\0\0\\\e\0\0]\e\0\0^\e\0\0_\e\0\0`\e\0\0a\e\0\0b\e\0\0c\e\0\0d\e\0\0e\e\0\0f\e\0\0g\e\0\0h\e\0\0i\e\0\0j\e\0\0k\e\0\0l\e\0"+[7998])
: Crawler 24352: -:1: Pike.Backend(0)->`()(3600.0)
: Crawler 24352: pike/lib/master.pike:3895: master()->_main(({"/opt/roxen/server-5.2.200/bin/roxen","-M","modules/search/pike-modules/","modules/search/programs/multiprocess_crawler.pike","single_process"}))
: Crawler 24352: Exiting due to uncaught error.
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6697Segmentation fault when indexing arrays one step beyond bounds using constant2013-08-29T13:33:10ZPeter BortasSegmentation fault when indexing arrays one step beyond bounds using constantImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6697
Reported by Stefan Wallström <stewa@roxen.com>
```
kardemumma:~ stewa? pike
Pike v7.9 release 5 running Hilfe v3.5 (Incremental Pike Frontend)
> ({ 1,2,3})[3];
Segme...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6697
Reported by Stefan Wallström <stewa@roxen.com>
```
kardemumma:~ stewa? pike
Pike v7.9 release 5 running Hilfe v3.5 (Incremental Pike Frontend)
> ({ 1,2,3})[3];
Segmentation fault: 11
> array a = allocate(50);
> a[50];
Segmentation fault: 11
> array a = allocate(50);
> a[51];
Index 51 is out of array range -50..49.
HilfeInput:1: HilfeInput()->___HilfeWrapper()
> array a = allocate(50);
> a[sizeof(a)];
Index 50 is out of array range -50..49.
HilfeInput:1: HilfeInput()->___HilfeWrapper()
```Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6685Web.CGI.Request tries to replace in 02013-02-08T14:38:46ZPeter BortasWeb.CGI.Request tries to replace in 0Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6685
Reported by Piotr Smyrak <piotr.smyrak@gmail.com>
Attempt to use Web.CGI.Request in a Pike CGI script will fail, when script is supplied with a valid query. Use this...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6685
Reported by Piotr Smyrak <piotr.smyrak@gmail.com>
Attempt to use Web.CGI.Request in a Pike CGI script will fail, when script is supplied with a valid query. Use this code with a query "foo=bar":
```
void main()
{
Web.CGI.Request req = Web.CGI.Request();
write("Content-type: text/plain\r\n\r\n%O", req->misc);
}
Bad argument 1 to `()(). Expected string.
Unknown program: `()(UNDEFINED)
-:1: _static_modules.Builtin()->single_string_replace()->`()(UNDEFINED)
~/pike/7.8.517/lib/modules/Web.pmod/CGI.pmod/Request.pike:79: Web.CGI.Request()->decode_query()
~/pike/7.8.517/lib/modules/Web.pmod/CGI.pmod/Request.pike:229: Web.CGI.Request()->create()
test.pike:8: /main()->main()
Premature end of script headers: test.pike
The reason being attempt to replace in a rest_query variable that's actually 0;
```
This line
https://github.com/pikelang/Pike/blob/7.8/lib/modules/Web.pmod/CGI.pmod/Request.pike#L79
should be conditional to "if (rest_query)"Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6601JPEG module assumes markers are unique2015-03-31T12:04:20ZPeter BortasJPEG module assumes markers are uniqueImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6601
Reported by Jonas Wallden <jonasw@roxen.com>
API calls involving JPEG markers assume that a marker can only occur once per image. This assumption is incorrect and le...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6601
Reported by Jonas Wallden <jonasw@roxen.com>
API calls involving JPEG markers assume that a marker can only occur once per image. This assumption is incorrect and leads to random hiding of valuable data, e.g. XMP metadata which is tagged with the same APP1 tag as Exif.
A slightly patched image_jpeg.c logs the following marker sequence for a sample image:
```
> Image.JPEG.decode_header(Stdio.read_bytes("/home/jonasw/Desktop/xmp-ok.jpg"));
MARKER: 226
MARKER: 254
MARKER: 254
MARKER: 237
MARKER: 225
MARKER: 225
MARKER: 238
```Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6582SSL infinite loop2012-12-14T14:42:09ZPeter BortasSSL infinite loopImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6582
Reported by Marcus Wellhardh <wellhard@roxen.com>
Rapporterat i [RT 19746]:
735370 2012-10-23 09:28 /48 rader/ Marcus Wellhardh
Kommentar till text 735365 av Fredri...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6582
Reported by Marcus Wellhardh <wellhard@roxen.com>
Rapporterat i [RT 19746]:
735370 2012-10-23 09:28 /48 rader/ Marcus Wellhardh
Kommentar till text 735365 av Fredrik Klevenhaus <fredrik@magazin24.se>
Mottagare: Kommentarer (till) supportmail <36201>
Ärende: REP långsamt (URGENT)
------------------------------------------------------------
Servern drog 100% CPU och var oresponsiv. Jag gjorde några tråddumpar
och det ser ut som den loopar i SSL. Logg här:
/home/wellhard/Kunder/mag24/19746/default.2
GDB info här:
/home/wellhard/Kunder/mag24/19746/gdb.txt
Utdrag ur loggen:
```
9:12:09 : ###### Describing all 24 pike threads:
6d 0h56m : >>
: >> ### Thread 0x7fff7184a960 - Backend:
: >> -:1: Thread.Thread(140735097907552)->backtrace()
: >> base_server/roxen.pike:5699: roxen()->describe_all_threads(3,_static_modules.Builtin()->threads_disabled())
: >> modules/print/pike-modules/REP.pmod/ClientSession.pike:339: ClientSession("0DD0EBE9-44F1-42AC-A6CF-B91311E58768", "ida", 3, 39402)->notif
y_conn_closed(0)
9:12:09 : >> pike/lib/modules/SSL.pmod/sslfile.pike:1754: SSL.sslfile(Fd(63))->ssl_read_callback(1,0)
6d 0h56m : >> -:1: Pike.Backend(0)->`()(3600.0)
: >> pike/lib/master.pike:3895: master()->_main(({"/usr/local/roxen/server-5.2.200/bin/roxen","-DNO_DNS","-DOFFLINE","-DRAM_CACHE","-DNEW_RAM_
CACHE","-DHTTP_COMPRESSION","-DENABLE_THREADS","-M/usr/local/roxen/server-5.2.200/etc/modules",,,7}))
```
[...]
```
9:12:13 : ###### Describing all 24 pike threads:
6d 0h57m : >>
: >> ### Thread 0x7fff7184a960 - Backend:
: >> -:1: Thread.Thread(140735097907552)->backtrace()
: >> base_server/roxen.pike:5699: roxen()->describe_all_threads(3,_static_modules.Builtin()->threads_disabled())
: >> -:1: Buffer(1302 /* 1736 */)->_sizeof()
9:12:13 : >> pike/lib/modules/SSL.pmod/sslfile.pike:1422: SSL.sslfile(Fd(63))->update_internal_state(UNDEFINED)
6d 0h57m : >> pike/lib/modules/SSL.pmod/sslfile.pike:1698: SSL.sslfile(Fd(63))->ssl_read_callback(1,0)
: >> -:1: Pike.Backend(0)->`()(3600.0)
: >> pike/lib/master.pike:3895: master()->_main(({"/usr/local/roxen/server-5.2.200/bin/roxen","-DNO_DNS","-DOFFLINE","-DRAM_CACHE","-DNEW_RAM_CACHE","-DHTTP_COMPRESSION","-DENABLE_THREADS","-M/usr/local/roxen/server-5.2.200/etc/modules",,,7}))
```
[...]
```
6d 0h57m : ###### Describing all 24 pike threads:
: >>
: >> ### Thread 0x7fff7184a960 - Backend:
: >> -:1: Thread.Thread(140735097907552)->backtrace()
: >> base_server/roxen.pike:5699: roxen()->describe_all_threads(3,_static_modules.Builtin()->threads_disabled())
9:12:15 : >> -:1: Pike.Backend(0)->call_out(SSL.sslfile(Fd(63))->ssl_read_callback,0,1,0)
6d 0h57m : >> pike/lib/modules/SSL.pmod/sslfile.pike:1433: SSL.sslfile(Fd(63))->update_internal_state(UNDEFINED)
: >> pike/lib/modules/SSL.pmod/sslfile.pike:1644: SSL.sslfile(Fd(63))->ssl_read_callback(1,0)
: >> -:1: Pike.Backend(0)->`()(3600.0)
: >> pike/lib/master.pike:3895: master()->_main(({"/usr/local/roxen/server-5.2.200/bin/roxen","-DNO_DNS","-DOFFLINE","-DRAM_CACHE","-DNEW_RAM_CACHE","-DHTTP_COMPRESSION","-DENABLE_THREADS","-M/usr/local/roxen/server-5.2.200/etc/modules",,,7}))
(735370) /Marcus Wellhardh/-------------------------
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6553Incorrect warning for private lfun2012-10-09T14:41:22ZPeter BortasIncorrect warning for private lfunImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6553
Reported by @marcus
If I make a function like this:
static private string _sprintf(int mode) { ... }
then the compiler gives me a warning:
Warning: _sprintf is ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6553
Reported by @marcus
If I make a function like this:
static private string _sprintf(int mode) { ... }
then the compiler gives me a warning:
Warning: _sprintf is private but not used anywhere.
But the warning is incorrect. _sprintf is used as an lfun.Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6513Fix diagnostic decode_value2020-03-01T15:34:10ZPeter BortasFix diagnostic decode_valueImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6513
Reported by Martin Stjernholm <mast@roxen.com>
For debugging it is sometimes necessary to be able to decode data structures containing programs without a correct res...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6513
Reported by Martin Stjernholm <mast@roxen.com>
For debugging it is sometimes necessary to be able to decode data structures containing programs without a correct resolver. This is currently enabled by the ENCODE_DEBUG define in encode.c, and then passing a hidden third argument to decode_value. It should be available in normal pike builds, preferably through a separate debug_decode_value function.
This does not mean that the other debug aspects of ENCODE_DEBUG, i.e. all the stderr logging, should be available.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6499Protocols.HTTP.Server.Request()->response_and_finish() should not modify m2012-09-04T13:42:28ZPeter BortasProtocols.HTTP.Server.Request()->response_and_finish() should not modify mImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6499
Reported by Per Cederqvist <ceder@lysator.liu.se>
I think it makes sense to use response_and_finish() like this:
```
constant forbidden = ([ "error":403, "data":"Fo...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6499
Reported by Per Cederqvist <ceder@lysator.liu.se>
I think it makes sense to use response_and_finish() like this:
```
constant forbidden = ([ "error":403, "data":"Forbidden" ]);
void handle_request( Protocols.HTTP.Server.Request id )
{
if (some_condition( id ) )
id->response_and_finish( forbidden );
```
// normal processing...
}
This does not work reliably, however. The response_and_finish()
method alters the "forbidden" mapping, so what one client does
can affect the processing of future requests.
For example, if one client supplies a "Range: bytes=999-1020"
header it will get a 416 response. The next forbidden request
will also get the same 416 response (at least if it contains
no "Range:" header).
I think response_and_finish() should be careful not to modify
its argument. Failing that, the documentation should warn that
m is modified and that code like the one above is broken.
I'm attaching a proposed fix.Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6442Out of stack when compiling large constant in MIME.ext_to_media_type.pmod2012-07-11T15:55:10ZPeter BortasOut of stack when compiling large constant in MIME.ext_to_media_type.pmodImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6442
Reported by Jonas Wallden <jonasw@roxen.com>
Git-fresh 7.8 on OS X x86_64 when launching Roxen CMS.
```
Program received signal EXC_BAD_ACCESS, Could not access mem...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6442
Reported by Jonas Wallden <jonasw@roxen.com>
Git-fresh 7.8 on OS X x86_64 when launching Roxen CMS.
```
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000001024a5ff8
[Switching to process 94480 thread 0x2a07]
0x00000001000a93c8 in new_check_call (fun_name=0x100513bf0, fun_type=0x10085d540, args=0x102c7f2f0, argno=0x1024e0854, flags=0) at pike_types.c:6924
6924 {
(gdb) p *(node *) 0x102c7f2f0
$1 = {
refs = 1,
current_file = 0x1021074c0,
type = 0x10084aee8,
name = 0x0,
parent = 0x102c7f338,
line_number = 678,
node_info = 1,
tree_info = 1024,
token = 478,
u = {
id = {
number = 46658072,
prog = 0x102c813c8
},
trampoline = {
ident = 46658072,
frame = 0x102c813c8,
prog = 0x0
},
sval = {
type = 61976,
subtype = 711,
u = {
integer = 4341633992,
efun = 0x102c813c8,
array = 0x102c813c8,
mapping = 0x102c813c8,
multiset = 0x102c813c8,
object = 0x102c813c8,
program = 0x102c813c8,
string = 0x102c813c8,
type = 0x102c813c8,
refs = 0x102c813c8,
dummy = 0x102c813c8,
float_number = 2.1450522022637894e-314,
identifier = 46666696,
lval = 0x102c813c8,
ptr = 0x102c813c8
}
},
node = {
a = 0x102c7f218,
b = 0x102c813c8
},
node_id = {
a = 0x102c7f218,
b = 0x102c813c8
},
integer = {
a = 46658072,
b = 1
}
}
}
(gdb) p (char *) (*(node *) 0x102c7f2f0)->current_file->str
$2 = 0x1021074e0 "/home/jonasw/pike/git/lib/modules/MIME.pmod/ext_to_media_type.pmod"
(gdb) bt
#0 0x00000001000a93c8 in new_check_call (fun_name=0x100513bf0, fun_type=0x10085d540, args=0x102c7f2f0, argno=0x1024e0854, flags=0) at pike_types.c:6924
#1 0x00000001000a9424 in new_check_call (fun_name=0x100513bf0, fun_type=0x10085d540, args=0x102c7f2f0, argno=0x1024e0854, flags=0) at pike_types.c:6938
#2 0x00000001000a9424 in new_check_call (fun_name=0x100513bf0, fun_type=0x10085d540, args=0x102c7f2f0, argno=0x1024e0854, flags=0) at pike_types.c:6938
#3 0x00000001000a9424 in new_check_call (fun_name=0x100513bf0, fun_type=0x10085d540, args=0x102c7f2f0, argno=0x1024e0854, flags=0) at pike_types.c:6938
[...some 1800+ frames...]
#1871 0x00000001000a9424 in new_check_call (fun_name=0x100513bf0, fun_type=0x10085d540, args=0x102c7f2f0, argno=0x1024e0854, flags=0) at pike_types.c:6938
#1872 0x00000001000a9424 in new_check_call (fun_name=0x100513bf0, fun_type=0x10085d540, args=0x102c7f2f0, argno=0x1024e0854, flags=0) at pike_types.c:6938
#1873 0x000000010011f464 in fix_type_field (n=0x102c8f838) at las.c:3570
#1874 0x000000010012155b in optimize (n=0x1024e0930) at las.c:5128
#1875 0x0000000100128714 in optimize_node [inlined] () at /home/jonasw/pike/git/src/las.c:5206
#1876 0x0000000100128714 in dooptcode (name=0x1024e0990, n=0x10085d540, type=0x1024e0990, modifiers=38668688) at las.c:5524
#1877 0x00000001000d8bf6 in end_first_pass (finish=38668768) at program.c:3589
#1878 0x00000001000da167 in run_pass2 (c=0x1185c22000000001) at program.c:3722
#1879 0x00000001000da6a5 in f_compilation_compile (args=38668912) at program.c:8793
#1880 0x00000001000100ee in low_mega_apply (type=APPLY_STACK, args=38669344, arg1=0x10084d950, arg2=0x837bc800000001) at apply_low.h:223
#1881 0x000000010001b278 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x837bc800000001) at interpret.c:2214
#1882 0x00000001000cd63d in f_compilation_env_compile (args=8770880) at program.c:7875
#1883 0x00000001000100ee in low_mega_apply (type=APPLY_STACK, args=38669872, arg1=0x10050e470, arg2=0x837bc800000001) at apply_low.h:223
#1884 0x000000010001b278 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x837bc800000001) at interpret.c:2214
#1885 0x0000000100017182 in eval_instruction () at interpret.c:413
#1886 0x000000010001ad32 in eval_instruction () at interpret.c:413
#1887 0x000000010001b290 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x837bc800000001) at interpret.c:2216
#1888 0x00000001000baa0d in object_index_no_free (to=0x1038c4bd0, o=0x10085d540, inherit_number=38671120, index=0x102107430) at object.c:1401
#1889 0x0000000100015395 in eval_instruction () at interpret.c:413
#1890 0x000000010001b290 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x837bc800000001) at interpret.c:2216
#1891 0x00000001000baa0d in object_index_no_free (to=0x1024e15b0, o=0x10085d540, inherit_number=38671776, index=0x102107430) at object.c:1401
#1892 0x00000001000bd131 in o_index [inlined] () at /home/jonasw/pike/git/src/operators.c:177
#1893 0x00000001000bd131 in f_index (args=8616904) at operators.c:5092
#1894 0x000000010011dfac in index_node (n=0xfffdd4c400000000, node_name=0x1008c5470 "MIME", id=0x102107430) at las.c:1692
#1895 0x0000000100004ea3 in yyparse () at y.tab.c:3910
#1896 0x00000001000da4f8 in f_compilation_compile (args=38675712) at program.c:8260
#1897 0x00000001000100ee in low_mega_apply (type=APPLY_STACK, args=38676144, arg1=0x10084d950, arg2=0x80) at apply_low.h:223
#1898 0x000000010001b278 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x80) at interpret.c:2214
#1899 0x00000001000cd63d in f_compilation_env_compile (args=8770880) at program.c:7875
#1900 0x00000001000100ee in low_mega_apply (type=APPLY_STACK, args=38676672, arg1=0x10050e470, arg2=0x80) at apply_low.h:223
#1901 0x000000010001b278 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x80) at interpret.c:2214
#1902 0x0000000100017182 in eval_instruction () at interpret.c:413
#1903 0x000000010001ad32 in eval_instruction () at interpret.c:413
#1904 0x000000010001b290 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x80) at interpret.c:2216
#1905 0x00000001000baa0d in object_index_no_free (to=0x1038c4780, o=0x10085d540, inherit_number=38677920, index=0x101d0d750) at object.c:1401
#1906 0x0000000100015395 in eval_instruction () at interpret.c:413
#1907 0x000000010001b290 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x80) at interpret.c:2216
#1908 0x00000001000baa0d in object_index_no_free (to=0x1024e3040, o=0x10085d540, inherit_number=38678576, index=0x101d0d750) at object.c:1401
#1909 0x00000001000bd131 in o_index [inlined] () at /home/jonasw/pike/git/src/operators.c:177
#1910 0x00000001000bd131 in f_index (args=8616904) at operators.c:5092
#1911 0x000000010011dfac in index_node (n=0xfffdba3400000000, node_name=0x1008353a0 "Search", id=0x101d0d750) at las.c:1692
#1912 0x0000000100004ea3 in yyparse () at y.tab.c:3910
#1913 0x00000001000da4f8 in f_compilation_compile (args=38682512) at program.c:8260
#1914 0x00000001000100ee in low_mega_apply (type=APPLY_STACK, args=38682944, arg1=0x10084d950, arg2=0x80) at apply_low.h:223
#1915 0x000000010001b278 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x80) at interpret.c:2214
#1916 0x00000001000cd63d in f_compilation_env_compile (args=8770880) at program.c:7875
#1917 0x00000001000100ee in low_mega_apply (type=APPLY_STACK, args=38683472, arg1=0x10050e470, arg2=0x80) at apply_low.h:223
#1918 0x000000010001b278 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x80) at interpret.c:2214
#1919 0x0000000100017182 in eval_instruction () at interpret.c:413
#1920 0x000000010001ad32 in eval_instruction () at interpret.c:413
#1921 0x000000010001b290 in mega_apply (type=APPLY_STACK, args=8770880, arg1=0x100837bc8, arg2=0x80) at interpret.c:2216
#1922 0x00000001000c5e78 in o_cast (type=0x1024e4970, run_time_type=8770880) at operators.c:630
#1923 0x00000001000c6b0a in f_cast () at operators.c:887
#1924 0x0000000100015acc in eval_instruction () at interpret.c:413
#1925 0x000000010001ad32 in eval_instruction () at interpret.c:413
#1926 0x000000010001b290 in mega_apply (type=8617264, args=5, arg1=0x100837bc8, arg2=0x80) at interpret.c:2216
#1927 0x00000001000f9aec in new_thread_func (data=0x7fff5fbfdc98) at threads.c:1123
#1928 0x00007fff84552fd6 in _pthread_start ()
#1929 0x00007fff84552e89 in thread_start ()
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6432file_stat fails on local disk on windows 7(?)2012-07-02T19:31:08ZPeter Bortasfile_stat fails on local disk on windows 7(?)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6432
Reported by Martin Stjernholm <mast@roxen.com>
Not sure about the scope of this bug. Fails in 7.8.116, works in 7.4.628.
See also [bug #3759].Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6432
Reported by Martin Stjernholm <mast@roxen.com>
Not sure about the scope of this bug. Fails in 7.8.116, works in 7.4.628.
See also [bug #3759].Pike 7.6https://git.lysator.liu.se/pikelang/pike/-/issues/6413Decoding the attached (corrupt?) image, segfaults in 7.82012-06-29T17:02:30ZPeter BortasDecoding the attached (corrupt?) image, segfaults in 7.8Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6413
Reported by Erik Dahl <erikd@roxen.com>
```
> object img = Image.ANY.decode(Stdio.File("dans-inv.jpg")->read());
Segmentation fault: 11
```Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6413
Reported by Erik Dahl <erikd@roxen.com>
```
> object img = Image.ANY.decode(Stdio.File("dans-inv.jpg")->read());
Segmentation fault: 11
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström