pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://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/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/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/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/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/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/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/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/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/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/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/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/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/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/1144Index 'flush' not present in module 'GTK'.2009-04-16T14:11:39ZPeter BortasIndex 'flush' not present in module 'GTK'.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1144
Reported by Anders Johansson <anders@roxen.com>
The last change in global.pre seam to break something. I get this
error when doing make install.
```
$ make install
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1144
Reported by Anders Johansson <anders@roxen.com>
The last change in global.pre seam to break something. I get this
error when doing make install.
```
$ make install
make[1]: Entering directory `/usr/src/Pike/7.0'
sed -e "s|\"BASEDIR\"|\"`pwd`\"|" < bin/pike.in > bin/pike
chmod a+x bin/pike
```
Configure arguments: --without-debug
```
Making install in build/linux-2.2.18-i686
make[2]: Entering directory `/usr/src/Pike/7.0/build/linux-2.2.18-i686'
/usr/src/Pike/7.0/build/linux-2.2.18-i686/pike -DNOT_INSTALLED
-m/usr/src/Pike/7.0/build/linux-2.2.18-i686/master.pike
/usr/src/Pike/7.0/src/pike-module.in
--fixate=/usr/src/Pike/7.0/src/pike-module.in \
--set='make=make' --set='make_flags=' \
--set='prefix=/usr/local' --set='pike=/usr/local/bin/pike' \
--set='include_path=/usr/local/include/pike' \
--set='lib_prefix=/usr/src/Pike/7.0/build/linux-2.2.18-i686/lib'
--set='share_prefix=/usr/src/Pike/7.0/lib' \
--output=pike-module
echo >aclocal "define(PIKE_INCLUDE_PATH,/usr/local/include/pike)"
cat >>aclocal /usr/src/Pike/7.0/src/aclocal.m4
/usr/src/Pike/7.0/bin/install.pike:61:Index 'flush' not present in module
'GTK'.
/usr/src/Pike/7.0/bin/install.pike:98:Index 'flush' not present in module
'GTK'.
/usr/src/Pike/7.0/bin/install.pike:122:Index 'flush' not present in module
'GTK'.
/usr/src/Pike/7.0/bin/install.pike:123:Must return a value for a non-void
function.
/usr/src/Pike/7.0/bin/install.pike:127:Must return a value for a non-void
function.
/usr/src/Pike/7.0/bin/install.pike:134:Must return a value for a non-void
function.
/usr/src/Pike/7.0/bin/install.pike:763:Index 'WINDOW_TOPLEVEL' not present
in module 'GTK'.
/usr/src/Pike/7.0/bin/install.pike:767:Index 'JUSTIFY_CENTER' not present
in module 'GTK'.
/usr/src/Pike/7.0/bin/install.pike:769:Index 'SHADOW_IN' not present in
module 'GTK'.
/usr/src/Pike/7.0/bin/install.pike:783:Index 'JUSTIFY_CENTER' not present
in module 'GTK'.
/usr/src/Pike/7.0/bin/install.pike:787:Index 'Fill' not present in module
'GTK'.
Pike: Failed to compile script:
Compilation failed.
```Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/1137(push_int64 fails in gethrtime()) After being killed (by poweroff, etc) Roxen...2009-04-16T14:11:39ZPeter Bortas(push_int64 fails in gethrtime()) After being killed (by poweroff, etc) Roxen reloads continuouslyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1137
Reported by Randall Randall, 3PSecure.com <wolfkin@freedomspace.net>
```
In Roxen 2.1.185, when the server is stopped by power failure, Roxen
sometimes (not always) ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1137
Reported by Randall Randall, 3PSecure.com <wolfkin@freedomspace.net>
```
In Roxen 2.1.185, when the server is stopped by power failure, Roxen
sometimes (not always) repeatedly fails to start. It will appear to start
normally, with:
: Removing old .o files (defines or pike version changed)
: Starting the Roxen WebServer.
: Using configuration from ../configurations/, storing the debug log in
../logs//debug/default.1.
: You can use the administration interface in the server to get debug info.
: Forked start script, pid 4047.
...but the Roxen processes continually restart, with this as the
"default.1" log:
12:42:15 : ----------------------------------------------------------
0m 0.0s : Pike v7.0 release 268, Roxen WebServer 2.1.185
: 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)
12:42:15 : base_server/roxenloader.pike:1206:
do_main_wrapper(1,({"/usr/local/roxen/server/base_server/roxenloader.pike"}))
0m 0.6s :
```
...and there it stops. Doing a "tail -f default.1" brings this again, but
with a different time.
This may not actually be a bug, but even if it is not, it seems to me that
Roxen should recover from being killed (as any other Unix program would).Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/1133Mysql module does not link properly2009-04-16T14:11:39ZPeter BortasMysql module does not link properlyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1133
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
The Mysql module in Pike mix include and library files when several
versions are installed. T...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1133
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
The Mysql module in Pike mix include and library files when several
versions are installed. The configure variables with_include_path and
with_lib_path ought to be first in the search paths.
This error produces buggy binaries (e.g. Roxen 2.1.221) where the Mysql
module gives a fatal error:
ld.so.1: /web/servers/roxen.com-2.1/roxen/server/bin/roxen: fatal:
relocation error:
file /web/servers/roxen.com-2.1/pike/7.0.304/lib/modules/Mysql.so:
symbol mysql_error: referenced symbol not foundPike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1132Post modules does not work when doing static linking2013-08-29T14:21:46ZPeter BortasPost modules does not work when doing static linkingImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1132
Reported by Per Hedbor, Idonex <per@roxen.com>
The post modules (GL GTK and GLUT) does not work if pike is compiled with
static linking.
The post_modules/linker_opt...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1132
Reported by Per Hedbor, Idonex <per@roxen.com>
The post modules (GL GTK and GLUT) does not work if pike is compiled with
static linking.
The post_modules/linker_options is not included in the ld command options,
and the file in question contains illegal data.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1117\f does not render a form feed character2009-04-16T14:11:39ZPeter Bortas\f does not render a form feed characterImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1117
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
'\f' returns 102, not 12 (or whatever form feed might be).Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1117
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
'\f' returns 102, not 12 (or whatever form feed might be).Pike 7.2Henrik (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öm