pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2020-02-29T18:00:13Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/1145Problem IP numbers on IRIX 6.5 when compiling with gcc2020-02-29T18:00:13ZPeter BortasProblem IP numbers on IRIX 6.5 when compiling with gccImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1145
Reported by Martin Stjernholm <mast@roxen.com>
> From: Johan Hattne <hattne@ibg.uu.se>
> To: <roxen@roxen.com>
> Date: Sun, 4 Feb 2001 21:00:12 +0100
>
> I wrote to ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1145
Reported by Martin Stjernholm <mast@roxen.com>
> From: Johan Hattne <hattne@ibg.uu.se>
> To: <roxen@roxen.com>
> Date: Sun, 4 Feb 2001 21:00:12 +0100
>
> I wrote to this list some months ago complaining about roxen not working
> when compiled with gcc. There is a bug in gcc on IRIX that messes up the
> handling of IP-numbers (inet_ntoa and friends if I am not mistaken) so
all
> requests seem to come from 0.0.0.0 or 255.255.255.255. The source still
> compiles nicely, but it is diffucult (impossible?) to bind the server to
> any very useful address.
>
> So I compiled with cc (license required) and now things work. Problem is
> the IRIX binaries available from the roxen website show the same symptoms
> as my broken server did when compiled with gcc. Either these binaries are
> compiled with a broken gcc or I am doing something else wrong. If anybody
> has downloaded a working IRIX binary I will have to look over my
> configurations.
>
> // JohanPike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/1148gcc generates broken code for inet_ntoa() et al on IRIX 6.52009-04-16T14:11:39ZPeter Bortasgcc generates broken code for inet_ntoa() et al on IRIX 6.5Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1148
Reported by @grubba
```
From: Johan Hattne <hattne@ibg.uu.se>
To: roxen@roxen.com
Date: Sun, 4 Feb 2001 21:00:12 +0100
Subject: IRIX 6.5
```
I wrote to this list s...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1148
Reported by @grubba
```
From: Johan Hattne <hattne@ibg.uu.se>
To: roxen@roxen.com
Date: Sun, 4 Feb 2001 21:00:12 +0100
Subject: IRIX 6.5
```
I wrote to this list some months ago complaining about roxen not working
when compiled with gcc. There is a bug in gcc on IRIX that messes up the
handling of IP-numbers (inet_ntoa and friends if I am not mistaken) so all
requests seem to come from 0.0.0.0 or 255.255.255.255. The source still
compiles nicely, but it is diffucult (impossible?) to bind the server to
any very useful address.
So I compiled with cc (license required) and now things work. Problem is
the IRIX binaries available from the roxen website show the same symptoms
as my broken server did when compiled with gcc. Either these binaries are
compiled with a broken gcc or I am doing something else wrong. If anybody
has downloaded a working IRIX binary I will have to look over my
configurations.
// Johan
SysAdmin @ Biology Education Centre, Uppsala University
_______________________________________________________________________________
Johan Hattne * Rackarbergsgatan 34:432 * S-752 32 UPPSALA * SWEDEN *
018-505684
Mol. Biotech. & Engineering Phys. * auzzie@yodel.net *
http://www.yodel.netPike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/1187GIMP (xcf) files with layers in overlay mode broken2009-04-16T14:11:39ZPeter BortasGIMP (xcf) files with layers in overlay mode brokenImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1187
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
Layers in xcf files that use the overlay method are oddly broken. Seems
like the alpha channel is...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1187
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
Layers in xcf files that use the overlay method are oddly broken. Seems
like the alpha channel is ignored or something.Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/1204Linking Pike on UnixWare 7 used ld -G with gcc. Should use gcc -G2009-04-16T14:11:39ZPeter BortasLinking Pike on UnixWare 7 used ld -G with gcc. Should use gcc -GImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1204
Reported by Boyd Lynn Gerber, ZENEZ <gerberb@zenez.com>
I have finally traced the problem of core dumps and random problems to
linking pike with th ld -G. I edited ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1204
Reported by Boyd Lynn Gerber, ZENEZ <gerberb@zenez.com>
I have finally traced the problem of core dumps and random problems to
linking pike with th ld -G. I edited configure.in and changed the ld -G
to gcc -G and the program went from not passing most tests to passing all
but two. One was my problem and is fixed by increasing the number of
process a user can run as well as the total system wide process.Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1209Error with threads in verify2009-04-16T14:11:39ZPeter BortasError with threads in verifyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1209
Reported by Tomas Berndtsson, NoCrew/Wercon <tomas@nocrew.org>
bash-2.01# uname -a
SunOS g720 5.7 Generic_106541-02 sun4u sparc SUNW,Ultra-250
Pike 7.2 from CVS 200...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1209
Reported by Tomas Berndtsson, NoCrew/Wercon <tomas@nocrew.org>
bash-2.01# uname -a
SunOS g720 5.7 Generic_106541-02 sun4u sparc SUNW,Ultra-250
Pike 7.2 from CVS 2000-02-20 12:08
Compilation goes through, but running make verify gives error on:
```
Doing tests in modules/files/module_testsuite (85 tests)
Doing simple tests.
Testing dup & assign. /
Testing accept. \
Testing uni-directional shutdown on socket
Testing uni-directional shutdown on pipe
Testing 12 sockets. \
Testing 16 sockets. \
Testing 20 sockets. /
Testing 24 sockets. \
Testing 28 sockets. \
Testing 32 sockets. \
Testing 36 sockets. /
Testing 40 sockets. \
Testing 44 sockets. \
Testing 48 sockets. \
Testing 52 sockets. Accept returned 0
libthread panic: cannot create new lwp (PID: 13827 LWP 2)
stacktrace:
ff2124cc
0
modules/files/module_testsuite: Test 84 (shift 1) failed.
1: mixed a() { return Process.system(RUNPIKE+"
/usr/local/src/Pike/7.2/src/modules/files/socktest.pike"); }
o->a(): 1
Sendfile test: 1
Sendfile test: 2
Sendfile test: 3
Sendfile test: 4
Sendfile test: 5
Sendfile test: 6
Sendfile test: 7
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1219Types for constants in the program are wrong.2009-04-16T14:11:39ZPeter BortasTypes for constants in the program are wrong.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1219
Reported by Per Hedbor, Idonex <per@roxen.com>
Jag använder Pike v7.0 release 312 på Linux, dvs den Pike som kom med
i Roxen WebServer 2.1.231 (filen "roxen-2.1.231-...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1219
Reported by Per Hedbor, Idonex <per@roxen.com>
Jag använder Pike v7.0 release 312 på Linux, dvs den Pike som kom med
i Roxen WebServer 2.1.231 (filen "roxen-2.1.231-lrh6.2.sh").
Det här måste väl vara en bug i typkontrollen?
#!/usr/local/bin/pike
#pragma strict_types
class C {
static void create( array(string) sa1, array(string) sa2) { }
} // class C
```
int main() {
C c1 = C( ({ "a" }), ({ "a" }) );
C c2 = C( ({ "a" }), ({ "a", "b" }) );
return 0;
}
```
Jag får en varning på initialiseringen av c2 (men inte c1):
```
foo.pike:10: Warning: Arguments not strictly compatible.
foo.pike:10: Warning: Expected: function(array(string), array(string) :
object(is 65579))
foo.pike:10: Warning: Got : function(array(string), array : void |
mixed)
```
Futher digging revealed:
```
> typeof( ({ "a", "b", "c" }) );
Result: array(string)
> _typeof( ({ "a", "b", "c" }) );
Result: array
```
Basically, the problem is that array (and perhaps other complex types?)
constants in the program code does not get the correct type.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1237Some loops might never yield2009-04-16T14:11:39ZPeter BortasSome loops might never yieldImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1237
Reported by Martin Stjernholm <mast@roxen.com>
The following program will never print "stop" and terminate:
```
int i = 1;
int main()
{
thread_create (lambda ()
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1237
Reported by Martin Stjernholm <mast@roxen.com>
The following program will never print "stop" and terminate:
```
int i = 1;
int main()
{
thread_create (lambda ()
{
while (i) sleep (0.02);
});
werror ("start\n");
sleep (1);
werror ("stop\n");
exit (0);
}
```
The reason is that the loop in the thread never yields when the sleep is
short enough, so the main thread won't get to run again.
If the short sleep is increased to 0.03, it works. If it's replaced with a
non-sleep, e.g. i++, it also works.
This problem exists in all 7.x versions.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1246ctime/hilfe type error2009-04-16T14:11:39ZPeter Bortasctime/hilfe type errorImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1246
Reported by Johan Schön <js@roxen.com>
```
Pike v7.3 release 2 running Hilfe v2.0 (Incremental Pike Frontend)
> ctime(983202590);
-:1:Bad argument 1 to ctime.
-:1:Ex...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1246
Reported by Johan Schön <js@roxen.com>
```
Pike v7.3 release 2 running Hilfe v2.0 (Incremental Pike Frontend)
> ctime(983202590);
-:1:Bad argument 1 to ctime.
-:1:Expected: function(int(-536870912..536870911) : string)
-:1:Got : function(int(983202590..983202590) : void | mixed)
> ctime((int)983202590);
Result: "Mon Feb 26 16:49:50 2001\n"
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1250found image that crashes in Image.load, in tifflib2009-04-16T14:11:39ZPeter Bortasfound image that crashes in Image.load, in tifflibImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1250
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
```
> hexdump( (#string "nemisis.jpg")[..1000] );
49 49 2a 00 08 00 00 00 18 00 fe 00 04 00 01 00 I...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1250
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
```
> hexdump( (#string "nemisis.jpg")[..1000] );
49 49 2a 00 08 00 00 00 18 00 fe 00 04 00 01 00 II*. .... ..þ. ....
00 00 00 00 00 00 00 01 04 00 01 00 00 00 0c 01 .... .... .... ....
00 00 01 01 04 00 01 00 00 00 54 01 00 00 02 01 .... .... ..T. ....
03 00 03 00 00 00 2e 01 00 00 03 01 04 00 01 00 .... .... .... ....
00 00 06 00 00 00 06 01 03 00 01 00 00 00 06 00 .... .... .... ....
00 00 15 01 03 00 01 00 00 00 03 00 00 00 1a 01 .... .... .... ....
05 00 01 00 00 00 4c 01 00 00 1b 01 05 00 01 00 .... ..L. .... ....
00 00 54 01 00 00 1c 01 03 00 01 00 00 00 01 00 ..T. .... .... ....
00 00 28 01 03 00 01 00 00 00 02 00 00 00 42 01 ..(. .... .... ..B.
> Image.load("nemisis.jpg");
zsh: segmentation fault pike
(gdb) bt
#0 0x4047c371 in putcontig8bitYCbCr11tile () from /usr/lib/libtiff.so.3
#1 0x40477f54 in gtTileContig () from /usr/lib/libtiff.so.3
#2 0x40477c69 in TIFFRGBAImageGet () from /usr/lib/libtiff.so.3
#3 0x40477cfd in TIFFReadRGBAImage () from /usr/lib/libtiff.so.3
#4 0x4044dd15 in low_image_tiff_decode ()
at /users/mirar/pike/src/modules/_Image_TIFF/image_tiff.c:219
#5 0x4044e136 in image_tiff__decode (args=1)
at /users/mirar/pike/src/modules/_Image_TIFF/image_tiff.c:669
#6 0x80807d1 in mega_apply (type=APPLY_STACK, args=1, arg1=0x0, arg2=0x0)
at /users/mirar/pike/src/interpret.c:1225
```
not when you call tifflib directly, though:
```
> Image.TIFF.decode(#string "nemisis.jpg");
Failed to 'open' tiff image.
/usr/local/pike/7.3.2/lib/modules/_Image_TIFF.so:
decode("II*\0\b\0\0\ [...]")
-:1: ___Foo4711()
```Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/1262Compilation of Image/encodings/bmp.c with ecl crashes Windows XP Beta 1 (Buil...2009-04-16T14:11:39ZPeter BortasCompilation of Image/encodings/bmp.c with ecl crashes Windows XP Beta 1 (Build 2296)/IA64Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1262
Reported by @grubba
Compiling
/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/src/modules/Image/encodings/bmp.c
Terminated
WARNING: Compiler failure! Tr...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1262
Reported by @grubba
Compiling
/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/src/modules/Image/encodings/bmp.c
Terminated
WARNING: Compiler failure! Trying without optimization!
echo
/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/build/windows_nt-ia64/smartlink
rntecl -I.
-I/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/src/modules/Image/encodings
-I/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/src/modules/Image/encodings/../../..
-I/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/src/modules/Image/encodings/..
-I../../.. -I.. -I. -I/usr/local/include
-I/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/src
-I/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/build/windows_nt-ia64
-I/usr/local/include
-I/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/src
-I/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/build/windows_nt-ia64
-W3 -c
/home/build/autobuild/win64_build/pike7.3-20010228160515.tar/src/modules/Image/encodings/bmp.c
-o bmp.o
Failed to connect to 194.52.182.153:4711 Connection timed out.
The failures are due to the machine running sprshd crashing.
Will try installing a more recent version of Windows XP.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1264open() with mode "rwcE" fails with ENOENT when disk is full(?)2016-07-07T12:52:04ZPeter Bortasopen() with mode "rwcE" fails with ENOENT when disk is full(?)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1264
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Roxen version: Roxen/2.1.231
Pike version: Pike v7.0 release 312
Requested URL:
/edit/!!/img/!!files!N!ct!!...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1264
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Roxen version: Roxen/2.1.231
Pike version: Pike v7.0 release 312
Requested URL:
/edit/!!/img/!!files!N!ct!!!982952115//wizards/?action=upload_new_file.pike
```
Error: Could not open
/usr/local/roxen/www.softwarerun.com.sb/wa/6/img/flag_en.gif: No such file
or directory (2)
modules/sitebuilder/pike-modules/Sitebuilder.pmod/MDFile.pike (version
1.38):951: init("rwcMLE",({}),0)
modules/sitebuilder/pike-modules/Sitebuilder.pmod/MDFile.pike (version
1.38):162: open("/usr/local/roxen"+[28]+"/img/flag_en.gif","rwcMLE")
modules/sitebuilder/pike-modules/Sitebuilder.pmod/MDFile.pike (version
1.38):190: create("/usr/local/roxen"+[28]+"/img/flag_en.gif")
modules/sitebuilder/pike-modules/Sitebuilder.pmod/VCFile.pike (version
1.185):1570: ensure_unfaked()
modules/sitebuilder/pike-modules/Sitebuilder.pmod/VCFile.pike (version
1.185):2022: add(RequestID(),0)
modules/sitebuilder/pike-modules/Sitebuilder.pmod/VCDir.pike (version
1.113):1244: newfile(RequestID(),"flag_en.gif",0)
modules/sitebuilder/tabs/files//wizards/upload_new_file.pike (version
1.23):181: wizard_done(RequestID(),VCDir(E:6::/img))
base_server/wizard.pike (version 1.126):644:
wizard_for(RequestID(),"/edit/!!/img/!!files!N!ct!!!982952265/")
base_server/wizard.pike (version 1.126):906:
wizard_menu(RequestID(),"/usr/local/roxen"+[32]+"/files//wizards/","/edit/!
!/img/!!files!N!ct!!!982952265/")
modules/sitebuilder/modules/manager/content_editor.pike (version
1.187):467:
show(RequestID(),"wizards",({modules/sitebuilder/modules/manager/content_ed
itor.pike.Tab(),modules/sitebuilder/modules/manager/content_editor.pike.Tab
(),modules/sitebuilder/modules/manager/content_editor.pike.Tab(),modules/si
tebuilder/modules/manager/content_editor.pike.Tab(),modules/sitebuilder/mod
ules/manager/content_editor.pike.Tab()}),mapping[2],RoxenModule(www.softwar
erun.com/content_editor#0))
modules/sitebuilder/modules/manager/content_editor.pike (version
1.187):1380:
find_file("!!/img/!!files!N!ct!!!982952115/wizards",RequestID())
base_server/configuration.pike (version 1.386):1155:
low_get_file(RequestID(),0)
base_server/configuration.pike (version 1.386):1345:
get_file(RequestID(),0,0)
base_server/configuration.pike (version 1.386):1320:
handle_request(RequestID())
protocols/http.pike (version 1.288):1965: handle_request()
protocols/http.pike (version 1.288):2189: got_data(0,"Content-type:
mu"+[1239]+"388248137976--\r\n")
/usr/local/pike/7.0.312/lib/modules/Stdio.pmod/module.pmod (version
1.84):308: __stdio_read_callback()
Request data:
POST
/edit/!!/img/!!files!N!ct!!!982952115//wizards/?action=upload_new_file.pike
HTTP/1.0
Referer:
http://rex-i:81/edit/!!/img/!!files!N!ct!!!982952115//wizards/?action=uploa
d_new_file.pike
Connection: Keep-Alive
User-Agent: Mozilla/4.7 [en] (WinNT; I)
Host: rex-i:81
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */*
Accept-Encoding: gzip
Accept-Language: en,sv
Accept-Charset: iso-8859-1,*,utf-8
Authorization: ################ (censored)
Content-type: multipart/form-data;
boundary=---------------------------27388248137976
Content-Length: 1160
-----------------------------27388248137976
Content-Disposition: form-data;
name="magic_roxen_automatic_charset_variable"
```
???
-----------------------------27388248137976
Content-Disposition: form-data; name="action"
upload_new_file.pike
-----------------------------27388248137976
Content-Disposition: form-data; name="_page"
2
-----------------------------27388248137976
Content-Disposition: form-data; name="_state"
eJxFj01Ow0AMhdUqGIIUKvUILBCblp9lt2y65ACRRm7imYw6P9HEQ9pVb8MROAMHAY7AmmnUlI0
l
+/n5+fvY0uOkgNygUxEVCetruoe892Erje+H/gBzS4yiYW4XlXdMjhe8bwkutE2mB6Xle2cPMO1
R
MKo7mIg2zeUzFLXucGNIJGUTmb1r4KomidGwkNqk29e1DlSxD/shbJZBwQ0N4vJYHFqCm/XqlUL
n
ndEqxS9TIuTR1WSI6fRkNto+ixdrIDubL6VBJUaX1Duqz9p8vSrL/9NleVq7TWC6EsHvyAmM7C1
y
6qsGQ0cs3jDoI9fP99cvzEbI2FE4YSaMqXaaU9TTH+l6gK8=
-----------------------------27388248137976
Content-Disposition: form-data; name="inited"
1
-----------------------------27388248137976
Content-Disposition: form-data; name="meta_http-content-type"
image/gif
-----------------------------27388248137976
Content-Disposition: form-data; name="ok"
Ok
-----------------------------27388248137976--Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1279Segfault on exit2020-03-01T13:34:24ZPeter BortasSegfault on exitImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1279
Reported by Stefan Berndtsson, GU <stefan@nocrew.org>
When compiling 7.2 (and 7.3) on Linux/PPC (running Debian), it compiles
fine, but when pike is being run (like ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1279
Reported by Stefan Berndtsson, GU <stefan@nocrew.org>
When compiling 7.2 (and 7.3) on Linux/PPC (running Debian), it compiles
fine, but when pike is being run (like in "make verify"), it always exits
with a Segmentation Fault. This does not happen on Linux/x86 with the same
source. Both CVS and D.Hedbor's latest snapshots have been tested.
A quick backtrace from GDB looks like this:
```
$ ulimit -c unlimited
$ ./test-pike
Pike v7.3 release 2 running Hilfe v2.0 (Incremental Pike Frontend)
> exit(1);
Segmentation fault (core dumped)
$ gdb ./test-pike core
GNU gdb 5.0
[..snipped license stuff..]
(gdb) bt
#0 0xfe634e4 in __deregister_frame_info () from /lib/libc.so.6
#1 0xffbabc0 in dlopen () from /lib/libm.so.6
#2 0xffd545c in llroundf () from /lib/libm.so.6
#3 0x3000f130 in _dl_fini () at dl-fini.c:170
#4 0xfd95d8c in exit () from /lib/libc.so.6
#5 0x1007adc8 in low_init_main ()
#6 0x1007ad84 in pike_do_exit ()
#7 0xfd7fe68 in __libc_start_main () from /lib/libc.so.6
```
The current libc used is debian's 2.2.2-1 but 2.1.3-13 has been tested with
the same result.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1290String.Buffer broken2009-04-16T14:11:39ZPeter BortasString.Buffer brokenImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1290
Reported by Jonas Wallden <jonasw@roxen.com>
The buffer gets corrupted, apparently shifted four bytes, since both the
start and end is incorrect:
```
Pike v7.2 re...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1290
Reported by Jonas Wallden <jonasw@roxen.com>
The buffer gets corrupted, apparently shifted four bytes, since both the
start and end is incorrect:
```
Pike v7.2 release 12 running Hilfe v2.0 (Incremental Pike Frontend)
> object b = String.Buffer();
Result: Buffer(0 /* 0 */)
> b->add("1234567890");
Result: 34
> for (int i = 0; i < 5; i++) b->add("abcdefg");
Ok.
> b->get();
Result: "\234\214$\b1234567890abcdefgabcdefgabcdefgabcdefgabc"
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/1291Error in Parser.HTML comment handling2009-04-16T14:11:39ZPeter BortasError in Parser.HTML comment handlingImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1291
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.2 release 8 running Hilfe v2.0 (Incremental Pike Frontend)
> object x=Parser.HTML()->add_tag("a...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1291
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.2 release 8 running Hilfe v2.0 (Incremental Pike Frontend)
> object x=Parser.HTML()->add_tag("a","b");
Result: object
> x->finish("<!-- <a/> --><a/>")->read();
Result: "<!-- <a/> -->b"
> x->finish("<!-- ' <a/> --><a/>")->read();
Result: "<!-- ' <a/> --><a/>"
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1304Parser.HTML.quote_tags can dump core2009-04-16T14:11:39ZPeter BortasParser.HTML.quote_tags can dump coreImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1304
Reported by Martin Stjernholm <mast@roxen.com>
```
> Parser.HTML()->add_quote_tag("<!--","","")->quote_tags();
Fatal error at /home/mast/Pike/7.0/src/stralloc.c:1368...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1304
Reported by Martin Stjernholm <mast@roxen.com>
```
> Parser.HTML()->add_quote_tag("<!--","","")->quote_tags();
Fatal error at /home/mast/Pike/7.0/src/stralloc.c:1368
string_slice, start = 0, len = -1, s->len = 1
Attempting to dump backlog (may fail).
Parser.HTML: quote_tags()
-:1: ___Foo4711()
/home/mast/Pike/7.0/lib/modules/Tools.pmod/Hilfe.pmod:91:
do_evaluate("mixed ___Foo4711() { return
(mixed)(Parser.HTML()->add_quote_tag(\"<!--\",\"\",\"\")->quote_tags());
}\n",1)
/home/mast/Pike/7.0/lib/modules/Tools.pmod/Hilfe.pmod:567:
parse_statement("Parser.HTML()->add_quote_tag(\"<!--\",\"\",\"\")->quote_tags();")
/home/mast/Pike/7.0/lib/modules/Tools.pmod/Hilfe.pmod:354: do_parse()
/home/mast/Pike/7.0/lib/modules/Tools.pmod/Hilfe.pmod:213:
add_buffer("Parser.HTML()->add_quote_tag(\"<!--\",\"\",\"\")->quote_tags();\n")
/home/mast/Pike/7.0/lib/modules/Tools.pmod/Hilfe.pmod:587:
add_input_line("Parser.HTML()->add_quote_tag(\"<!--\",\"\",\"\")->quote_tags();\n")
/home/mast/Pike/7.0/lib/modules/Tools.pmod/Hilfe.pmod:667: create()
Hilfe: StdinHilfe()
Abort (core dumped)
```Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/1309Protocols.SMTP.simple_mail() doesn't quote message body2009-04-16T14:11:39ZPeter BortasProtocols.SMTP.simple_mail() doesn't quote message bodyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1309
Reported by Jonas Wallden <jonasw@roxen.com>
Sending the body ".\n..\n..." gave an empty mail, while sending the
message ". (one)\n.. (two)\n... (three)" produced "....Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1309
Reported by Jonas Wallden <jonasw@roxen.com>
Sending the body ".\n..\n..." gave an empty mail, while sending the
message ". (one)\n.. (two)\n... (three)" produced ". (one)\n. (two)\n..
(three)".Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1310SQL module/Postgres error2015-02-27T16:54:25ZPeter BortasSQL module/Postgres errorImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1310
Reported by Tomas Berndtsson, NoCrew/Wercon <tomas@nocrew.org>
Pike 7.2.12 from the CVS.
There seems to be a mismatch in function types between the SQL module and
t...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1310
Reported by Tomas Berndtsson, NoCrew/Wercon <tomas@nocrew.org>
Pike 7.2.12 from the CVS.
There seems to be a mismatch in function types between the SQL module and
the PostgreSQL module. Trying to access a database gives this error:
```
/usr/local/pike/7.2.12/lib/modules/Sql.pmod/postgres.pike:129:Too many
arguments to big_query.
/usr/local/pike/7.2.12/lib/modules/Sql.pmod/postgres.pike:129:Expected:
function(string : int | object)
/usr/local/pike/7.2.12/lib/modules/Sql.pmod/postgres.pike:129:Got :
function(string, object(implements 66456) : void | mixed)
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1311Too optimistic static binding in switch2022-08-28T23:34:00ZPeter BortasToo optimistic static binding in switchImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1311
Reported by Martin Stjernholm <mast@roxen.com>
The following program could reasonably be expected to either produce a
compilation error or write "1":
```
class ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1311
Reported by Martin Stjernholm <mast@roxen.com>
The following program could reasonably be expected to either produce a
compilation error or write "1":
```
class A
{
constant foo = 17;
int x (int i)
{
switch (i) {
// On the following line, foo is bound as if being local
// (i.e. statically).
case foo: return 1;
default: return 0;
}
}
}
class B
{
inherit A;
constant foo = 19;
}
int main()
{
werror ("%O\n", B()->x (19));
}
```
The problem is that switch merrily resolves the constant expression "foo"
to 17, without considering the situation where the constant is overridden
in an inheriting class. In other words, in all switch labels, any constant
identifier is bound as if it were implicitly preceded by "local::".
I think that's nonintuitive; it ought to be necessary to either declare the
constant as local or final, or use "local::" in front of it when used as a
switch label.
This problem exists at least in 7.0 and later, but it obviously cannot be
changed without introducing compatibility problems.Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1317Array.uniq doesn't call `==2009-04-16T14:11:39ZPeter BortasArray.uniq doesn't call `==Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1317
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
> class A (int x) { int `== (mixed with) { return 1; } }
> A(1) == A(2);
Result: 1
> Array.uniq( ({ A(1...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1317
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
> class A (int x) { int `== (mixed with) { return 1; } }
> A(1) == A(2);
Result: 1
> Array.uniq( ({ A(1), A(2) }) );
Result: ({ /* 2 elements */
object,
object
})
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1320RegGetKeyNames[RegOpenKeyEx]: Unknown error 0x0002 (2)2009-04-16T14:11:39ZPeter BortasRegGetKeyNames[RegOpenKeyEx]: Unknown error 0x0002 (2)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1320
Reported by @grubba
The DNS module fails with:
```
Roxen base directory : D:/Program Files (x86)/Roxen Internet
Software/WebServer/server
Roxen log directory : D:/...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1320
Reported by @grubba
The DNS module fails with:
```
Roxen base directory : D:/Program Files (x86)/Roxen Internet
Software/WebServer/server
Roxen log directory : D:/Program Files (x86)/Roxen Internet
Software/WebServer/logs
Roxen shutdown file : D:/Program Files (x86)/Roxen Internet
Software/WebServer/logs/bbiiierv.run
Roxen arguments : None
This version of Roxen has crypto algorithms available.
16:14:43 : ----------------------------------------------------------
0m 0.0s : Pike v7.2 release 10, Roxen WebServer 2.1.231
: Loading pike modules ... Done [27180.0ms]
: Loading roxen ... ERROR
: RegGetKeyNames[RegOpenKeyEx]: Unknown error 0x0002 (2)
:
D:\Pike\native/pike/7.2.10/lib/modules/Protocols.pmod/DNS.pmod:428:
Stdio.UDP()->get_tcpip_param("Domain","")
16:15:46 :
D:\Pike\native/pike/7.2.10/lib/modules/Protocols.pmod/DNS.pmod:492:
Stdio.UDP()->create(0,0)
1m 3.5s :
D:\Pike\native/pike/7.2.10/lib/modules/Protocols.pmod/DNS.pmod:963:
Stdio.UDP()->create(0,0)
: -: async_client()
: /Program Files (x86)/Roxen Internet
Software/WebServer/server/base_s
erver/hosts.pike:24: roxen->__INIT()
: /Program Files (x86)/Roxen Internet
Software/WebServer/server/base_s
erver/roxen.pike:3860: roxen->__INIT()
: D:/Program Files (x86)/Roxen Internet
Software/WebServer/server/base
_server/roxenloader.pike:843: really_load_roxen()
16:15:46 : D:/Program Files (x86)/Roxen Internet
Software/WebServer/server/base
_server/roxenloader.pike:895: load_roxen()
1m 3.5s : D:/Program Files (x86)/Roxen Internet
Software/WebServer/server/base
_server/roxenloader.pike:1476: do_main(1,0)
: D:/Program Files (x86)/Roxen Internet
Software/WebServer/server/base
_server/roxenloader.pike:1206: do_main_wrapper(1,({"D:/Program Files
(x86)/Roxen
Internet Software/WebServer/server/base_server/roxenloader.pike"}))
: Roxen loader failed:
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström