pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/4007Regression in Image.PSD.decode_layers2009-04-16T14:11:39ZPeter BortasRegression in Image.PSD.decode_layersImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4007
Reported by Martin Stjernholm <mast@roxen.com>
Architecture: x86_64
The attached picture gets odd dimensions in 7.6:
```
Pike v7.6 release 37 running Hilfe v3.5 (I...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4007
Reported by Martin Stjernholm <mast@roxen.com>
Architecture: x86_64
The attached picture gets odd dimensions in 7.6:
```
Pike v7.6 release 37 running Hilfe v3.5 (Incremental Pike Frontend)
> Image.PSD.decode_layers(Stdio.read_file("cut.psd"));
(1) Result: ({ /* 1 element */
Image.Layer("normal" i=0 a=Image.Image( 9 x 0 /* 0.0Kb */))
})
```
In 7.4 it works fine:
```
> Image.PSD.decode_layers(Stdio.read_file("cut.psd"));
(1) Result: ({ /* 1 element */
Image.Layer("normal" i=Image.Image( 9 x 13 /* 0.3Kb */)
a=Image.Image( 9 x 13 /* 0.3Kb */))
})
```
A theory is that it's some kind of 64 bit bug.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3127relay2 gives backtrace on linux (async_connect problem)2022-08-28T15:54:36ZPeter Bortasrelay2 gives backtrace on linux (async_connect problem)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3127
Reported by Marcus Wellhardh <wellhard@roxen.com>
This is written to the debug log if I try to access a relayed page:
```
| Stdio.File(): not open.
| module.File:...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3127
Reported by Marcus Wellhardh <wellhard@roxen.com>
This is written to the debug log if I try to access a relayed page:
```
| Stdio.File(): not open.
| module.File: Stdio.File("socket", "community.roxen.com:80", 777 /* fd=-1
*/)->_disable_callbacks()
| /home/wellhard/projects/pike-7.2/lib/modules/Stdio.pmod/module.pmod
(version 1.115):966: Stdio.File("socket", "community.roxen.com:80", 777 /*
fd=-1 */)->set_nonblocking(0,0,0,0,0)
| /home/wellhard/projects/pike-7.2/lib/modules/Stdio.pmod/module.pmod
(version 1.115):371: Stdio.File("socket", "community.roxen.com:80", 777 /*
fd=-1 */)->_async_check_cb(0)
| : Cannot access global variables in destructed object.
| : protocols/http.pike (version 1.369):1916: unknown function()
| : base_server/roxen.pike (version 1.795):588: roxen->handler_thread(3)
```
The problem disappears if a change:
```
| #if 1
| fd->async_connect( host, port, connected );
| #else
```
to:
```
| #if 0
| fd->async_connect( host, port, connected );
| #else
```
in the relay2.pike modulePike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1956Remove empty modules in postProcess2009-04-16T14:11:39ZPeter BortasRemove empty modules in postProcessImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1956
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
After handleAppears has been run there will be some empty modules, e.g.
_Image, in the XML file. These shou...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1956
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
After handleAppears has been run there will be some empty modules, e.g.
_Image, in the XML file. These should be cleared out so they doesn't
interfere with layouting.Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/2167Repeated reloading of Tasks->Debug Info->Thread backtrace crashes Pike2009-04-16T14:11:39ZPeter BortasRepeated reloading of Tasks->Debug Info->Thread backtrace crashes PikeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2167
Reported by Jonas Wallden <jonasw@roxen.com>
Pike 7.2 freshly compiled on Megalon (Solaris 8) with RTL-debug.
```
Recoveries is out biking (Pike_interpreter.recover...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2167
Reported by Jonas Wallden <jonasw@roxen.com>
Pike 7.2 freshly compiled on Megalon (Solaris 8) with RTL-debug.
```
Recoveries is out biking (Pike_interpreter.recoveries=f8c9bef8,
Pike_sp=f8e2e567, 1648239)!
Last recovery was added at /home/jonasw/pike-sås/7.2/src/interpret.c:1446
/home/jonasw/pike-sås/7.2/src/error.c:234: Fatal error:
SIGSEGV 11* segmentation violation
si_signo [11]: SIGSEGV 11* segmentation violation
Recoveries is out biking (Pike_interpreter.recoveries=f8c9bef8,
Pike_sp=f8e2e567, 1648239)!
Attempting to dump backlog (may fail)...
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x0]
stackpointer=F8C9B5B8
Recoveries is out biking (Pike_interpreter.recoveries=f8c9bef8,
Pike_sp=f8e2dfff, 1646855)!
Last recovery was added at /home/jonasw/pike-sås/7.2/src/interpret.c:1446
/home/jonasw/pike-sås/7.2/src/error.c:234: Fatal error:
Recoveries is out biking (Pike_interpreter.recoveries=f8c9bef8,
Pike_sp=f8e2dfff, 1646855)!
"Thread-1" (TID:0x7a8e5c, sys_thread_t:0x7a8da0, state:
```
6811 Abort - core dumped
Backtrace from core file:
```
(gdb) bt
#0 0xff369ab8 in __sigprocmask () from /usr/lib/libthread.so.1
#1 0xff35e504 in _resetsig () from /usr/lib/libthread.so.1
#2 0xff35dca4 in _sigon () from /usr/lib/libthread.so.1
#3 0xff360cb8 in _thrp_kill () from /usr/lib/libthread.so.1
#4 0xff14afa0 in raise () from /usr/lib/libc.so.1
#5 0xff13577c in abort () from /usr/lib/libc.so.1
#6 0xfda4f08c in ?? () from /usr/java1.2/jre/lib/sparc/libjvm.so
#7 0xfda53a8c in ?? () from /usr/java1.2/jre/lib/sparc/libjvm.so
#8 0xfda4e254 in ?? () from /usr/java1.2/jre/lib/sparc/libjvm.so
#9 0xfda4e234 in ?? () from /usr/java1.2/jre/lib/sparc/libjvm.so
#10 0xfda529fc in ?? () from /usr/java1.2/jre/lib/sparc/libjvm.so
#11 0xff36bbd4 in __sighndlr () from /usr/lib/libthread.so.1
#12 <signal handler called>
#13 0xff369ab8 in __sigprocmask () from /usr/lib/libthread.so.1
#14 0xff35e504 in _resetsig () from /usr/lib/libthread.so.1
#15 0xff35dca4 in _sigon () from /usr/lib/libthread.so.1
#16 0xff360cb8 in _thrp_kill () from /usr/lib/libthread.so.1
#17 0xff14afa0 in raise () from /usr/lib/libc.so.1
#18 0xff13573c in abort () from /usr/lib/libc.so.1
#19 0x85c14 in debug_fatal (fmt=0x19f058 "Recoveries is out biking
(Pike_interpreter.recoveries=%p, Pike_sp=%p, %ld)!\n")
at /home/jonasw/pike-sås/7.2/src/error.c:492
#20 0x84e1c in check_recovery_context () at
/home/jonasw/pike-sås/7.2/src/error.c:234
#21 0xbb5c8 in destruct_objects_to_destruct () at
/home/jonasw/pike-sås/7.2/src/object.c:687
#22 0x4a6d8 in mega_apply (type=APPLY_LOW, args=2629004, arg1=0x1,
arg2=0x18)
at /home/jonasw/pike-sås/7.2/src/interpret.c:1404
#23 0x47cac in eval_instruction_without_debug (pc=0x3354f8 "\232/")
at /home/jonasw/pike-sås/7.2/src/interpret_functions.h:1456
#24 0x4a240 in mega_apply (type=APPLY_LOW, args=2, arg1=0x2, arg2=0x7a) at
/home/jonasw/pike-sås/7.2/src/interpret.c:799
#25 0x47cac in eval_instruction_without_debug (pc=0x3285d7 "\"\004")
at /home/jonasw/pike-sås/7.2/src/interpret_functions.h:1456
#26 0x4a240 in mega_apply (type=APPLY_LOW, args=2, arg1=0x2, arg2=0x58) at
/home/jonasw/pike-sås/7.2/src/interpret.c:799
#27 0x85d50 in debug_fatal (fmt=0x1d3400 "") at
/home/jonasw/pike-sås/7.2/src/error.c:516
#28 0x84e1c in check_recovery_context () at
/home/jonasw/pike-sås/7.2/src/error.c:234
#29 0xbb784 in destruct_objects_to_destruct () at
/home/jonasw/pike-sås/7.2/src/object.c:725
#30 0x74350 in call_callback (lst=0x236244, arg=0x0) at
/home/jonasw/pike-sås/7.2/src/callback.c:143
#31 0x4a204 in mega_apply (type=APPLY_LOW, args=0, arg1=0x0, arg2=0x5c) at
/home/jonasw/pike-sås/7.2/src/interpret.c:1320
#32 0x4b3fc in safe_apply_low2 (o=0x1e85c1c, fun=92, args=0,
handle_errors=1)
at /home/jonasw/pike-sås/7.2/src/interpret.c:1563
#33 0xbaf98 in call_destroy (o=0x1e85c1c, foo=0) at
/home/jonasw/pike-sås/7.2/src/object.c:554
#34 0xbb670 in destruct_objects_to_destruct () at
/home/jonasw/pike-sås/7.2/src/object.c:711
#35 0x4a6d8 in mega_apply (type=APPLY_STACK, args=2629004, arg1=0x1,
arg2=0x6)
at /home/jonasw/pike-sås/7.2/src/interpret.c:1404
#36 0x48264 in eval_instruction_without_debug (pc=0xb57cab
"£\016D\b\"\002\001oD\002\226(7?)?*H")
at /home/jonasw/pike-sås/7.2/src/interpret_functions.h:1489
#37 0x4a240 in mega_apply (type=APPLY_STACK, args=1, arg1=0x1, arg2=0x13)
at /home/jonasw/pike-sås/7.2/src/interpret.c:799
#38 0x48264 in eval_instruction_without_debug (pc=0xbaeb11
"\226\030d\t\004;")
at /home/jonasw/pike-sås/7.2/src/interpret_functions.h:1489
#39 0x4a240 in mega_apply (type=APPLY_LOW, args=3, arg1=0x3, arg2=0x5f) at
/home/jonasw/pike-sås/7.2/src/interpret.c:799
#40 0x47d00 in eval_instruction_without_debug (pc=0xbae96a "D\f\022")
at /home/jonasw/pike-sås/7.2/src/interpret_functions.h:1462
#41 0x4a240 in mega_apply (type=APPLY_LOW, args=6, arg1=0x6, arg2=0x1e) at
/home/jonasw/pike-sås/7.2/src/interpret.c:799
#42 0x4b9e8 in apply_lfun (o=0x1e8623c, fun=6, args=4) at
/home/jonasw/pike-sås/7.2/src/interpret.c:1624
#43 0xb96d0 in call_pike_initializers (o=0x1e8623c, args=4) at
/home/jonasw/pike-sås/7.2/src/object.c:255
#44 0xb9910 in debug_clone_object (p=0x1e8623c, args=4) at
/home/jonasw/pike-sås/7.2/src/object.c:280
#45 0x4988c in mega_apply (type=APPLY_SVALUE, args=4, arg1=0xc70d74,
arg2=0x0)
at /home/jonasw/pike-sås/7.2/src/interpret.c:1051
#46 0x42310 in eval_instruction_without_debug (pc=0xc6c643 "t") at
/home/jonasw/pike-sås/7.2/src/interpret_functions.h:621
#47 0x4a240 in mega_apply (type=APPLY_LOW, args=4, arg1=0x4, arg2=0x2d) at
/home/jonasw/pike-sås/7.2/src/interpret.c:799
#48 0x47cac in eval_instruction_without_debug (pc=0xc6cdd0 "d\004\022")
at /home/jonasw/pike-sås/7.2/src/interpret_functions.h:1456
#49 0x4a8cc in o_catch (pc=0xc6cd51 "oD1\226\0264i\001D2{*") at
/home/jonasw/pike-sås/7.2/src/interpret.c:799
#50 0x44634 in eval_instruction_without_debug (pc=0xc6cd4d "") at
/home/jonasw/pike-sås/7.2/src/interpret_functions.h:856
#51 0x4a240 in mega_apply (type=APPLY_STACK, args=1, arg1=0x1, arg2=0x38)
at /home/jonasw/pike-sås/7.2/src/interpret.c:799
#52 0x48264 in eval_instruction_without_debug (pc=0x895ddc "l\001D/8\026")
at /home/jonasw/pike-sås/7.2/src/interpret_functions.h:1489
#53 0x4a8cc in o_catch (pc=0x895d75 "o\001D<\226 4d\001v") at
/home/jonasw/pike-sås/7.2/src/interpret.c:799
#54 0x44634 in eval_instruction_without_debug (pc=0x895d71 "") at
/home/jonasw/pike-sås/7.2/src/interpret_functions.h:856
#55 0x4a240 in mega_apply (type=APPLY_STACK, args=0, arg1=0x0, arg2=0x141)
at /home/jonasw/pike-sås/7.2/src/interpret.c:799
#56 0x48264 in eval_instruction_without_debug (pc=0x895a2a
"S\001\001]/`ltÿÿÿÍd\002vÿÿÿA2")
at /home/jonasw/pike-sås/7.2/src/interpret_functions.h:1489
#57 0x4a8cc in o_catch (pc=0x89597f "n\001D)\226\0164d\001\017\"v") at
/home/jonasw/pike-sås/7.2/src/interpret.c:799
#58 0x44634 in eval_instruction_without_debug (pc=0x89597b "") at
/home/jonasw/pike-sås/7.2/src/interpret_functions.h:856
#59 0x4a240 in mega_apply (type=APPLY_STACK, args=1, arg1=0x1, arg2=0x12c)
at /home/jonasw/pike-sås/7.2/src/interpret.c:799
#60 0x4a9f8 in f_call_function (args=2) at
/home/jonasw/pike-sås/7.2/src/interpret.c:1473
#61 0xf10f0 in new_thread_func (data=0x3ff760) at
/home/jonasw/pike-sås/7.2/src/threads.c:649
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1711replace has side effects2009-04-16T14:11:39ZPeter Bortasreplace has side effectsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1711
Reported by Stefan Wallström <stewa@lysator.liu.se>
replace(array,... ) has side effects.
Add OPT_SIDE_EFFECT or change semantics.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1711
Reported by Stefan Wallström <stewa@lysator.liu.se>
replace(array,... ) has side effects.
Add OPT_SIDE_EFFECT or change semantics.Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/7255REP search indexer fails with MySQL 5.5.2014-08-29T14:36:34ZPeter BortasREP search indexer fails with MySQL 5.5.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7255
Reported by @grubba
From the testsuite:
REP search indexer failed:
big_query(): Query failed (DELAYED option not supported for table 'metadata')
REP search indexer ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7255
Reported by @grubba
From the testsuite:
REP search indexer failed:
big_query(): Query failed (DELAYED option not supported for table 'metadata')
REP search indexer failed:
big_query(): Query "replace delayed into metadata (doc_id, name, value) values (2,'size','133'), (2,'story_uuid','58552264-f855-41ca-9037-2f3c1b11842a'), (2,'story_id','117'), (2,'story_item_uuid','270a482b-3d60-46fa-bf2e-05c0e729b22b'), (2,'story_item_version_uuid','3c8387ba-0123-4166-8a28-5a8061c3f2a8'), (2,'status','imported'), (2,'mtime','1409307926'), (2,'class','rep.image')" failed (DELAYED option not supported for table 'metadata')
REP search indexer failed:
big_query(): Query "replace delayed into metadata (doc_id, name, value) values (3,'size','132'), (3,'story_uuid','f7730d35-9fad-4032-867b-579b4a8e8368'), (3,'story_id','519'), (3,'story_item_uuid','49be424c-7fbd-49cd-a6ad-591dd378134c'), (3,'story_item_version_uuid','86310fe1-30b5-44b9-aadb-3d5dc2710941'), (3,'status','imported'), (3,'mtime','1409307935'), (3,'class','rep.image')" failed (DELAYED option not supported for table 'metadata')
Also:
REP search indexer failed:
big_query(): Query "insert delayed into deleted_document (doc_id) values (489)" failed (DELAYED option not supported for table 'deleted_document')Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/710Result from `<=(0.0, 2.0, 1.0) is messed up2009-04-16T14:11:39ZPeter BortasResult from `<=(0.0, 2.0, 1.0) is messed upImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=710
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
The last call should return 1.
```
Pike v7.1 release 11 running Hilfe v2.0 (Incremental Pike F...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=710
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
The last call should return 1.
```
Pike v7.1 release 11 running Hilfe v2.0 (Incremental Pike Frontend)
> `<=(0.0, 2.0, 1.0);
Result: 0
> !`<=(0.0, 2.0, 1.0);
Result: 0
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1076Rotation of an image of size 0 causes segfault.2009-04-16T14:11:39ZPeter BortasRotation of an image of size 0 causes segfault.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1076
Reported by Anders Johansson <anders@roxen.com>
```
Pike v7.0 release 141 running Hilfe v2.0 (Incremental Pike Frontend)
> Image.Image(17,0)->rotate(17);
zsh: 32118 ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1076
Reported by Anders Johansson <anders@roxen.com>
```
Pike v7.0 release 141 running Hilfe v2.0 (Incremental Pike Frontend)
> Image.Image(17,0)->rotate(17);
zsh: 32118 segmentation fault (core dumped) pike
```Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/5958Roxen Crawler exits on wide string2011-07-20T18:11:21ZPeter BortasRoxen Crawler exits on wide stringImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5958
Reported by Erik Allemann <erik@roxen.com>
```
RT#17020
Tested on 5.1-rel1
```
When using "Crawler" as means of indexing a site - a link containing Cyrillic chars i...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5958
Reported by Erik Allemann <erik@roxen.com>
```
RT#17020
Tested on 5.1-rel1
```
When using "Crawler" as means of indexing a site - a link containing Cyrillic chars in a form variable causes an error:
```
10:51:56 : Started indexing: support-crawler
0d21h23m : Crawler 3280: Stdio.File->write(): cannot output wide strings.
: Crawler 3280: -:1: Fd(18)->write("GET /?foo=\u0425\u043e\u043c\u0443\u0442\u044b \u0441 \u0438\u0437\u043e\u043b\u044f\u0446\u0438\u043e\u043d\u043d\u044b\u043c \u0431\u043b\u043e\u043a\u043e\u043c HTTP/1.0\r\nUser-agent: RoxenCrawler/1.0\r\nHost: hibbert.roxen.com:80\r\n\r\n"+[-86])
: Crawler 3280: -:1: Stdio.File("socket", "212.247.28.151:80", 777 /* fd=18 */)->write()
: Crawler 3280: D:/roxen/roxen-51185/server-5.1.185/pike/lib/modules/Protocols.pmod/HTTP.pmod/Query.pike:260: Web.Crawler.Crawler()->HTTPFetcher()->async_write()
: Crawler 3280: -:1: Pike.Backend(0)->`()(3600.0)
10:51:58 : Crawler 3280: D:\roxen\roxen-51185\server-5.1.185\pike\bin/../lib/master.pike:3894: master()->_main(({"D:/roxen/roxen-51185/server-5.1.185/pike/bin/pike","-M","modules/search/pike-modules/","modules/search/programs/multiprocess_crawler.pike","single_process"}))
0d21h23m : Crawler 3280: Exiting due to uncaught error.
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3315Roxen dies when using faulty code (instead of getting Pike backtrace)2009-04-16T14:11:39ZPeter BortasRoxen dies when using faulty code (instead of getting Pike backtrace)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3315
Reported by Niklas Schulman, Roxen <niklas.schulman@roxen.com>
Arjan van Staalduijnen reported:
I managed to crash my Roxen webserver, using a little piece of Pike ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3315
Reported by Niklas Schulman, Roxen <niklas.schulman@roxen.com>
Arjan van Staalduijnen reported:
I managed to crash my Roxen webserver, using a little piece of Pike code
using stringbuffers. I had a module execute code like this:
```
String.Buffer css = String.Buffer();
css->add("span.cross{position:absolute;border:solid
thin;text-align:center;"
"width:", (3*id->misc->gridsize), "px;height:",
(3*id->misc->gridsize),
"px;color:white;background-color:red;z-index:920}\n");
```
The problem lies in the pieces (3*id->misc->gridsize), which are
integers, without doing a cast to string. I know this is, of course,
incorrect code, but instead of getting a Pike backtrace I got a dead
Roxen webserver - no errors reported.
This problem was triggered using the Pike version that comes with Roxen
3.2.103, no custom build, under RedHat 8.0.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/8243Roxen error, possible search2018-10-23T08:51:16ZPeter BortasRoxen error, possible searchImported from https://youtrack.roxen.com/issue/PIKE-243
Reported by jonas.lonnberg <jonas.lonnberg@roxen.com>
Reported in [RT#31253](http://rt.roxen.com/rt3/Ticket/Display.html?id=31253).
A Roxen site not responding to requests. Versi...Imported from https://youtrack.roxen.com/issue/PIKE-243
Reported by jonas.lonnberg <jonas.lonnberg@roxen.com>
Reported in [RT#31253](http://rt.roxen.com/rt3/Ticket/Display.html?id=31253).
A Roxen site not responding to requests. Version 6.1.200 | rhel6_x86_64.
```
: Search: Notice: Starting database compactor with
Pike v8.0 release 408
: compact: OPTIMIZE TABLE deleted_document
: compact: OPTIMIZE TABLE document
: compact: OPTIMIZE TABLE field
: compact: OPTIMIZE TABLE lastmodified
: compact: OPTIMIZE TABLE link
: compact: OPTIMIZE TABLE metadata
: compact: OPTIMIZE TABLE queue
: compact: OPTIMIZE TABLE uri
: compact: OPTIMIZE TABLE word_hit
word 20724 (1884.4/s) "cashel"
First document id out of range: 0x83010358
Skipping this word.
word 21742 (1902.1/s) "coal"
First document id out of range: 0x9a38b939
Skipping this word.
word 22267 (1903.3/s) "conducted"
First document id out of range: 0x86000013
Skipping this word.
word 23775 (1911.9/s) "delays"
First document id out of range: 0xff3fff00
Skipping this word.
*** glibc detected *** /roxen/roxen/server-6.1.200/bin/roxen:
munmap_chunk(): invalid pointer: 0x000000000229f220 ***
======= Backtrace: =========
/lib64/libc.so.6[0x3da9075dee]
/roxen/roxen/server-6.1.200/pike/lib/modules/_WhiteFish.so(+0x74af)[0x7fb72d7fd4af]
/roxen/roxen/server-6.1.200/bin/roxen[0x42bc81]
/roxen/roxen/server-6.1.200/bin/roxen[0x42c7cd]
[0x7fb72d789aff]
======= Memory map: ========
00400000-00671000 r-xp 00000000 fd:00 288096 /roxen/roxen/server-6.1.200/bin/roxen
00870000-00873000 rw-p 00270000 fd:00 288096 /roxen/roxen/server-6.1.200/bin/roxen
00873000-008d2000 rw-p 00000000 00:00 0
01d40000-02423000 rw-p 00000000 00:00 0 [heap]
3da8c00000-3da8c20000 r-xp 00000000 fd:00 56 /lib64/ld-2.12.so
3da8e20000-3da8e21000 r--p 00020000 fd:00 56 /lib64/ld-2.12.so
3da8e21000-3da8e22000 rw-p 00021000 fd:00 56 /lib64/ld-2.12.so
3da8e22000-3da8e23000 rw-p 00000000 00:00 0
3da9000000-3da918a000 r-xp 00000000 fd:00 78 /lib64/libc-2.12.so
3da918a000-3da938a000 ---p 0018a000 fd:00 78 /lib64/libc-2.12.so
3da938a000-3da938e000 r--p 0018a000 fd:00 78 /lib64/libc-2.12.so
3da938e000-3da9390000 rw-p 0018e000 fd:00 78 /lib64/libc-2.12.so
3da9390000-3da9394000 rw-p 00000000 00:00 0
3da9400000-3da9417000 r-xp 00000000 fd:00 772 /lib64/libpthread-2.12.so
3da9417000-3da9617000 ---p 00017000 fd:00 772 /lib64/libpthread-2.12.so
3da9617000-3da9618000 r--p 00017000 fd:00 772 /lib64/libpthread-2.12.so
3da9618000-3da9619000 rw-p 00018000 fd:00 772 /lib64/libpthread-2.12.so
```https://git.lysator.liu.se/pikelang/pike/-/issues/8025_Roxen.HeaderParser leaks mappings in feed().2022-08-29T17:40:51ZPeter Bortas_Roxen.HeaderParser leaks mappings in feed().Imported from https://youtrack.roxen.com/issue/PIKE-25
Reported by @grubba
Blocking [PIKE-20](#8020)
The mapping intended to hold the parsed headers from feed()
leaked if the HTTP headers were malformed.Imported from https://youtrack.roxen.com/issue/PIKE-25
Reported by @grubba
Blocking [PIKE-20](#8020)
The mapping intended to hold the parsed headers from feed()
leaked if the HTTP headers were malformed.https://git.lysator.liu.se/pikelang/pike/-/issues/7653_Roxen.http_decode_string leaves surrogate pairs in resulting string2016-03-02T16:25:53ZPeter Bortas_Roxen.http_decode_string leaves surrogate pairs in resulting stringImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7653
Reported by Martin Karlgren <marty@roxen.com>
_Roxen.http_decode_string claims to perform best-effort decoding of %XX and %uXXXX-encoded strings. However, surrogate ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7653
Reported by Martin Karlgren <marty@roxen.com>
_Roxen.http_decode_string claims to perform best-effort decoding of %XX and %uXXXX-encoded strings. However, surrogate pairs are passed as-is to the resulting Pike string.
Example:
```
> _Roxen.http_decode_string("%uD83D%uDE02");
(3) Result: "\ud83d\ude02"
```
Expected result: "\u1f602"
I guess an error should be thrown if an incomplete surrogate pair is encountered.Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1100Roxen loader failed: Wrong type of object, cannot convert to mpz.2020-02-29T17:53:00ZPeter BortasRoxen loader failed: Wrong type of object, cannot convert to mpz.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1100
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
This is a bug trigged using NFS (e.i. using /home and not /tmp) on Wings
workstation Holt whic...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1100
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
This is a bug trigged using NFS (e.i. using /home and not /tmp) on Wings
workstation Holt which is a Solaris 7 Sparc. The bug persists despite Holt
was patched today.
```
22:18:27 : ----------------------------------------------------------
0m 0.0s : Pike v7.0 release 302, Roxen WebServer 2.1.216
: Loading pike modules ... Roxen loader failed:
: Wrong type of object, cannot convert to mpz.
: Unknown program: `|(object)
: base_server/roxenloader.pike:1473: do_main(1,0)
22:18:29 : base_server/roxenloader.pike:1206:
do_main_wrapper(1,({"/home/noring/tmp/roxen/server/base_server/roxenloader.pike"}))
0m 1.1s :
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3933Roxen self test module ... OK: 16440 Bus Error - core dumped2009-04-16T14:11:39ZPeter BortasRoxen self test module ... OK: 16440 Bus Error - core dumpedImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3933
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Self test terminates with "Bus Error" on Solaris 8 Sparc:
/home/dist/tmp/self-test/roxen-4.0....Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3933
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Self test terminates with "Bus Error" on Solaris 8 Sparc:
/home/dist/tmp/self-test/roxen-4.0.351-test-cms-sol8_sparc.sh:
Enabling all modules for Test Platform...
Roxen self test module ... OK 3.1ms
16440 Bus Error - core dumped
Start script terminating.
Shutting down MySQL..
Start script terminated.
Dist self test done.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/340Roxen uses all available CPU on AIX.2009-04-16T14:11:39ZPeter BortasRoxen uses all available CPU on AIX.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=340
Reported by @grubba
```
From: Ulf Lundstrom <ulf@softwarerun.com>
Organization: SoftwareRun AB
To: Henrik Grubbström <grubba@roxen.com>
Date: Tue, 19 Sep 2000 11:26:5...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=340
Reported by @grubba
```
From: Ulf Lundstrom <ulf@softwarerun.com>
Organization: SoftwareRun AB
To: Henrik Grubbström <grubba@roxen.com>
Date: Tue, 19 Sep 2000 11:26:50 +0200
Subject: Re: Roxen och AIX Bug Id 82
```
Hej igen...
Lyckades inte kompilera Pike från CVS'en...
Laddade hem senaste binären av Pike från Autobuild istället.
Kör nu Pike 2.0.227...
Kunde inte labba mer med 4 propps maskinen, så denna output är från en
singelcpu maskin... Iövrigt identiska vad gäller konfiguration, både
hårdvara
och mjukvara....
Får veta detta av roxen:
Server uptime : 4:42 m:s
CPU-Time used : 5:05 m:s (107.0%)
Page faults (non I/O) : 7863
Number of signals received : 30543
Hmm... Ser inge vidare ut om man säger så... ;-)
Alla tips är välkommna...
Mvh
Ulf Lundström
SoftwareRun ABPike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/10139RSA PKCS1 v1.5 decryption implementation does not detect ciphertext modificat...2024-01-26T13:03:11ZJoshua RogersRSA PKCS1 v1.5 decryption implementation does not detect ciphertext modification by prepending \0-bytes to ciphertextsHi there,
Another issue in RSA PKCS1 v1.5. Pike does not bork on ciphertexts that have been modified with prepended 0-bytes in their ciphertext.
A small test-case:
```
int main() {
string key = "30820943020100300d06092a864886f70d010...Hi there,
Another issue in RSA PKCS1 v1.5. Pike does not bork on ciphertexts that have been modified with prepended 0-bytes in their ciphertext.
A small test-case:
```
int main() {
string key = "30820943020100300d06092a864886f70d01010105000482092d308209290201000282020100f601be0dccd04aa40b12f3f191ae17c1f9c8c0b68e7a77e14be25c3c7907cb1d33a6ef418ef41852f32c98392bc5c9aed91c1a1501c503eab89b3ee6f4f8eb2e0fcfc41bd03609cf6a8eb3aa6f0fbe23187b33db4d34b66d128a8aba0a2abf40bb9d13d8e2554569a57ab1d8c61b8cad2dc88599ae0da5346e15dace1bac7bf69737c22f083be9b46bb8b1eab5957b2da740275e96c87195b96fe11452159dafcfd916cee5d749a77bc3905a5ebd387ae445e8fe70f16e9a086639779ceffbfd41557bd99aea6a371a6b4b160615a1a12bc6958d34bce0c85adcbd8392fa10ceca52209d56196ba3d273ce228f1f111192aa92de2a039798a17bcecb4dc6100e6f8ae8c2643f2ae768b2255f082c978e95ca551555f10608231cf8003bbf807969fff1e51914b9a8c9b8f4564645b9e5d705ffad29663f5dae3d76652b422e43f13e6c1491090805c2d1268a74a251177427e33a9a91175c3670b91746008bce1fd231e6e4f2ad70cb43aca5f07600a6d31dd02915243dfdd943a02165da367a6b7e4dae1dd2e8b836903080795d2585076cc1c15dd9e8d2e5e047526569b1bfd395d957eb9fde325d342d14426e71efdc1887515e53cdea5834921f928629e748eed097ac4024e2bf255d70411f87373948cf8e8aa7effa2b0ab47d5166091e1aedec60568b155bd9c27bc55f3ece35f83d636dbcd5abf4853a051db94d5045020301000102820200065028224431ca35e87f82d97302c9384b4d341385ecd8510f4df94e51facf0dbfa01694139e3f00e34859db09bd087e74b2e1c1229652e73df7e49c2fb2dd9cda7f5b49d81a32e9403e4b97b6eeebfdb6e89e7d8fbf27b95282fca9668e649c68297bf367bcdc21a86dfc22132a177e4591024b5dd49ad091775271fc9d7cb6e8cd8a5858f93f4cf280bf0c1b69d675e6f760ab443fa8ee8ddf89a2a85d46a52c367c27db6d1ec6435e52eb86c7e0ab02b05543865423cc4f25346f55e1db6675e69832e43a04ccc78af3abd68477ed37698ab7f61facbdbcdb32552de5e89d8342aa9f445b8afac81bfc5bc05981ea20b340e948f710f7b3ee85f18b5c3c5832f2336706c5e9c9bd8e43d202e73a0f62776df4b715975eddd31aa643b14145057b4995556de614c57b33297bda0e05a8b8882a29563bf21686ce34c3960f905de73911987eb696e07eac0a63857e2894c3b4629477ecbf1fc76eafbb2ce4a0f00f8cdb6fbd6169e399151460522cf5b365d9bbb9587d07dac8c438982adea9ff243a86bbdf128eaa0d3a88871d8cdf081854258a651ff4226ee9749b4a6add090c159ccea06b9a10804e5fe15120cc63a5972eab0e43980dedaff321fadeea3ca60c3ba1c2980bb597ea783b80ab6eba87feb5754fd1d65d7cad6f81cf52c1a6bfebf9a75e9a316cb364d8cf467d96370871df2ee66ee1c1694a02239583910282010100fc21b855c5ad4ca2b6970516406f71c6e79efc4126e6598772db1e082de6b0dddaaa2a2951f04148e86e0bde28213b7f600f987308301eacea134062bb0c3ddf628da9abf93ef1ce3e75b0953a484dbd3554bd5c0649933dd77e527563e90f05a8013fddac958c329378e94303b304be5f9df1fe5b043a7fdd94700a3f0b1cbbd0516b7cd94c57ca96d9fd2a8ca973991218cba33a1c23d810f7519d1f7702ab72affdb3f84a1b2a88116e4033bc4d0cfc7989c657e0fe94e964476ae58bae6b7876f36c09d32b1a63f8c47c94a74c92eedf75fc27cffe0f8452363e4bc8f7653f3cb55eaf693cec70d13c875de935a8b20439ab7e93f76981c5957fc5bb44d90282010100f9c7f748a505d23ecef9a85f8097c8cf7d7028ef6c90e22a336511582d2cc3636e34ead37204dbd22f142a3fb1d5f857b0310c7a433f51ae14d4608b01b43aa8c7ae67835f7fbe0b9d97948b39e9ba2d3a1687edb8b56ee70ff0536dab4d0551f71ed0daee9e412449f5f099bcc15e4ef0554dc79f87fec5a0dea717c7054392bf444613937401bbef3c22fbf7e738c58779b981609a1f9c11dd6f0bbe9996e2773459e4cef247b02a9fc21296ac57a5b10561824310cfbdecc90e06598370e3698713fdbe2528ec4ef3dccaae701eedc3e54ad6e7af4e68e3b39bd2e97ac9119936c647a503511cb283df984cfd7c07f0f56aa8ae3166948ef3f41b0859934d0282010100815486aab0a0896bf97f13e3eb1f7f5c49195b49cc3b6277412a3688798b18f46422df479cb941b3b54e25964a3d69b897bcc8355160e58b4af29f1745dd2cabb670f634b9c058e6b3514947f2c27de5ed424f73b1e1f1be4a188911a0333f3a6688658b3ee8e3265a512e4deacadc470ee304ebb5224123afb461984fe8524fe0b6b30d32a59f6ed2dc74a96bc7cbfd1bb44e58a7092235c5d6272e12a2c862cb8c8cf5d109aa4fb1c6472875a14460c1ed5207c4b22bc494c7947eb7ca63a8cafd31361d000ddf16a2d79f13dd9140d979149b488cbf44945a5b6aaf13221bf4491ebbb7fca27ca20e221f49c3c37b89fcf2dc0e2cb63f8f8a9b7a142250590282010100b61d84ff934a4e437b16ee1b4b9fdf4ae13370b5385bde7a5464a123c0343df575f9e128ef9df944230d39cc9cf5dc0edb28b7e740b69ef024c1bfee39fcd5340ffaea0010160c535dc0920e7cd81be533d00fa554a1fc4d3e02c461569f5e7ca787f1515edf45b196b759884de652c38d5934cf92524e807b4d3b590bc39bc417ee4885a761d28ddadce6c8fdb3b961d3e7fd48064df9340a967f8b79997438841f48579a476ddb55088c308f68f2b29d01c6597a5a7c8d066284f63e37a68c3879c32aa3836675fd0eb2719883a91944561e9dd7e8aa6bb17157f08c48f8e6fae5c3e5a2bb6b5d580eec6c97ddcd9be0a49ef283a7031ad7aba8d438df4e950282010022fb8e5fcd9b767104e71244db53058c18061e1b0d1f63b73e2d59a95e2a10cd87426a33da13c287cdef8136e5e47e93fb9b30ad92628a7b543f48eb011a86356ab3cb480f27e391b018ca187d97af3d82e31861ecafa663db78aa89c3bd468e6aadefb3a43f78bc00b8014c95db54e9d21a017e8f21f671545edde9a965ea32dfff45cda37fca1aa5132f6c8eed222bd01fed5a6e7d639580c5955777a86544c2c4c939bdb8b4c486dda53072861a0334359bdb3758475e49d90d0539944e78cfcfd8fff55bb31a1cebc65b28f51e790701b2f7912188984f034e6e96e1c5251e33fe38fb221bce7a90a86857c5f56b6ca77307c45d5290b1f088ade082b349";
string privateKeyPkcs8 = String.hex2string(key);
mixed state = Standards.PKCS.parse_private_key(privateKeyPkcs8);
string ret;
string ct = String.hex2string("e4b9d12b1519d15af3a10fef8ed37f918e998c56b7d89fad34cecd08ecb9ae9b3213f1e9686be7ea525882a5f28a594963b4c16ed9207210646d0d5cac26920f92edd61b262a39f0f9a9f889da6f583c6fce47a08b0fd575b4bbd33e64da0eb390703e341ae3c4392b39360a1a623b8701ad51801e63df43237df4e816f2a1e4312099f1070c528fc10803879321e99e76104b2440cb4ca788c2eeda15a673e418ff247f8556a2c5be47bc016fc6a2a6caf4080d6004f4d8d17dae33e23c8bb4046fd91ea85560f9d68949da790ea662e32c3c44538d4a8bd555338ddbf4009a9d8b2cb42337ab138b6841c0f1d34f585ecb9c8be41a037fd79c3db489909da1328a170a4d676d62359166ba641d4ab0e6d56f26903e41dd4307742d6e76c67b88ac2f835a9d5b45de31a5e4b479e76b82b08c184a67f2b917c2f76ba8ebfe98b0071eee383de77cb5b06050eb058a5194eb8170b000b47862bf40c1baacb0e4c58210284556aee1ba1006f25618bece2e9578fb73fd389914db94343b41c407c7778e49b3aa3062c92c63e83d79aac7c7f3d1334f197b8660432f29504c6f1477f9d00a3cf56b6bba97ffbcbb5c68cd60972982bdc910419ec69bcc1cde7cdb1516706e7a51fb23da821754fc2385ccbc85ced7c7a32b9a0fd7fa71b9829a86247d1a0942546b25109079a7be7b2bff81803cd96102cdeead406b2446077b6e00");
array err = catch { ret = state->decrypt(ct); };
if(ret)
write("%s\n", ret);
}
```
This issue is similar to CVE 2020-14967, which also allowed for the prepending of \0-bytes to the ciphertext (which resulted in a buffer overflow due to difference in the expected and real length of the ct).
Cheers,
JoshPike 8.0https://git.lysator.liu.se/pikelang/pike/-/issues/8091Sass/SCSS: Fix error handling in CMOD2020-03-06T09:40:01ZPeter BortasSass/SCSS: Fix error handling in CMODImported from https://youtrack.roxen.com/issue/PIKE-91
Reported by Pontus Östlund <pontus@roxen.com>
The `JMP_BUF` addition added by Grubba causes a segmentation fault. It looks like we get a `Popped out of stack frames` error.Imported from https://youtrack.roxen.com/issue/PIKE-91
Reported by Pontus Östlund <pontus@roxen.com>
The `JMP_BUF` addition added by Grubba causes a segmentation fault. It looks like we get a `Popped out of stack frames` error.https://git.lysator.liu.se/pikelang/pike/-/issues/8089Sass/SCSS: Put the C module in Pike git2020-03-06T09:40:01ZPeter BortasSass/SCSS: Put the C module in Pike gitImported from https://youtrack.roxen.com/issue/PIKE-89
Reported by Pontus Östlund <pontus@roxen.com>
As of now the Pike C module needed for this resides on [Github](https://github.com/poppa/pike-libsass).
Get it into the official Pike...Imported from https://youtrack.roxen.com/issue/PIKE-89
Reported by Pontus Östlund <pontus@roxen.com>
As of now the Pike C module needed for this resides on [Github](https://github.com/poppa/pike-libsass).
Get it into the official Pike repository.https://git.lysator.liu.se/pikelang/pike/-/issues/115sched.h doesn't exist...2009-04-16T14:11:39ZPeter Bortassched.h doesn't exist...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=115
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
On my Irix 6.2 system, sched_setscheduler is found but sched.h is missing.
After changing it to in...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=115
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
On my Irix 6.2 system, sched_setscheduler is found but sched.h is missing.
After changing it to include sys/sched.h, it compiles and links although a
number of functions are not previously defined.
Suggested solution:
Use #if HAVE_SCHED_H (already checked for) and #if HAVE_SYS_SCHED_H if the
first is missing.Pike 7.0