pike issues
https://git.lysator.liu.se/pikelang/pike/-/issues
2009-04-16T14:11:39Z
https://git.lysator.liu.se/pikelang/pike/-/issues/3147
indices(Standards) yields coredump.
2009-04-16T14:11:39Z
Peter Bortas
indices(Standards) yields coredump.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3147
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Doing indices(standards); produces a coredump in my Pike. I have an
uncommitted module (RDF.pike) in the st...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3147
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Doing indices(standards); produces a coredump in my Pike. I have an
uncommitted module (RDF.pike) in the standards directory, but it works.
```
Pike v7.3 release 47 running Hilfe v3.4 (Incremental Pike Frontend)
> indices(Standards);
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 6259)]
0x4012da9b in strlen (str=0x1 <Address 0x1 out of bounds>)
at ../sysdeps/i386/strlen.c:28
28 ../sysdeps/i386/strlen.c: No such file or directory.
in ../sysdeps/i386/strlen.c
(gdb) bt
#0 0x4012da9b in strlen (str=0x1 <Address 0x1 out of bounds>)
at ../sysdeps/i386/strlen.c:28
#1 0x080f7b00 in debug_make_shared_string (
str=0x1 <Address 0x1 out of bounds>)
at /home/nilsson/Pike/7.3/src/stralloc.c:871
#2 0x080ed071 in debug_start_new_program (line=135871110,
file=0x1 <Address 0x1 out of bounds>)
at /home/nilsson/Pike/7.3/src/program.c:1800
#3 0x403a3dea in pike_module_init ()
at /home/nilsson/Pike/7.3/src/modules/Gz/zlibmod.c:535
#4 0x080aa81d in f_load_module (args=1)
at /home/nilsson/Pike/7.3/src/dynamic_load.c:458
#5 0x0832a293 in ?? ()
#6 0x08072790 in mega_apply (type=APPLY_LOW, args=3, arg1=0x82c9a38,
arg2=0x46) at /home/nilsson/Pike/7.3/src/interpret.c:1409
#7 0x08072dbc in low_unsafe_apply_handler (fun=0x819bb23 "resolv",
handler=0x83cf200, compat=0x0, args=3)
at /home/nilsson/Pike/7.3/src/interpret.c:1607
#8 0x08073049 in safe_apply_handler (fun=0x819bb23 "resolv",
handler=0x83cf200, compat=0x0, args=3, rettypes=0)
at /home/nilsson/Pike/7.3/src/interpret.c:1666
#9 0x080eb987 in resolve_identifier (ident=0x82eaf68)
at /home/nilsson/Pike/7.3/src/program.c:1066
#10 0x080eb7ef in find_module_identifier (ident=0x82eaf68, see_inherit=1)
at /home/nilsson/Pike/7.3/src/program.c:1027
#11 0x08066500 in yyparse () at
/home/nilsson/Pike/7.3/src/language.yacc:3361
#12 0x080f1655 in run_pass1 (c=0x82ec720)
at /home/nilsson/Pike/7.3/src/program.c:5459
#13 0x080f1c6b in compile (aprog=0x864b4c0, ahandler=0x83cf200, amajor=-1,
aminor=-1, atarget=0x8359934, aplaceholder=0x8341938)
at /home/nilsson/Pike/7.3/src/program.c:5720
#14 0x08122df1 in f_compile (args=6)
at /home/nilsson/Pike/7.3/src/builtin_functions.c:3231
#15 0x08070008 in opcode_F_CALL_BUILTIN (arg1=15)
at /home/nilsson/Pike/7.3/src/interpret_functions.h:2046
#16 0x08328fbe in ?? ()
#17 0x0807286b in o_catch (
pc=0x8329f02
"??\a!\b\203@\034\022??\a!\b\213\025?\a!\b\211\002\203?\004\211\025?\a!\b\213\025?\a!\b\213R
\201?0")
at /home/nilsson/Pike/7.3/src/interpret.c:1447
#18 0x0806d092 in opcode_F_CATCH ()
at /home/nilsson/Pike/7.3/src/interpret_functions.h:1151
#19 0x08329efe in ?? ()
#20 0x0807286b in o_catch (pc=0x82f9104 "??\a!\b\203@\034\r?\004$\013")
at /home/nilsson/Pike/7.3/src/interpret.c:1447
---Type <return> to continue, or q <return> to quit---
#21 0x0806d092 in opcode_F_CATCH ()
at /home/nilsson/Pike/7.3/src/interpret_functions.h:1151
#22 0x082f9100 in ?? ()
#23 0x08072790 in mega_apply (type=APPLY_LOW, args=0, arg1=0x82c2548,
arg2=0xc)
at /home/nilsson/Pike/7.3/src/interpret.c:1409
#24 0x08073209 in apply_lfun (o=0x82c2548, fun=25, args=0)
at /home/nilsson/Pike/7.3/src/interpret.c:1698
#25 0x080d3533 in object_indices (o=0x82c2548)
at /home/nilsson/Pike/7.3/src/object.c:1375
#26 0x081210d9 in f_indices (args=1)
at /home/nilsson/Pike/7.3/src/builtin_functions.c:2255
#27 0x083f2d59 in ?? ()
#28 0x0807286b in o_catch (
pc=0x8415472
"??\a!\b\203@\034\022??\a!\b\213\025?\a!\b\211\002\203?\004\211\025?\a!\b\213\025?\a!\b\213R
\201?\020")
at /home/nilsson/Pike/7.3/src/interpret.c:1447
#29 0x0806d092 in opcode_F_CATCH ()
at /home/nilsson/Pike/7.3/src/interpret_functions.h:1151
#30 0x0841546e in ?? ()
#31 0x08072790 in mega_apply (type=APPLY_LOW, args=0, arg1=0x82eb690,
arg2=0x11) at /home/nilsson/Pike/7.3/src/interpret.c:1409
#32 0x080d140f in call_pike_initializers (o=0x82eb690, args=0)
at /home/nilsson/Pike/7.3/src/object.c:280
#33 0x080d161d in parent_clone_object (p=0x835b434, parent=0x82fd368,
parent_identifier=24, args=0) at
/home/nilsson/Pike/7.3/src/object.c:345
#34 0x08071521 in low_mega_apply (type=APPLY_LOW, args=0, arg1=0x82fd368,
arg2=0x18) at /home/nilsson/Pike/7.3/src/apply_low.h:199
#35 0x0806fc87 in opcode_F_CALL_OTHER_AND_POP (arg1=131)
at /home/nilsson/Pike/7.3/src/interpret_functions.h:1899
#36 0x0832f9a2 in ?? ()
#37 0x08072790 in mega_apply (type=APPLY_LOW, args=2, arg1=0x82c9a38,
arg2=0x51) at /home/nilsson/Pike/7.3/src/interpret.c:1409
#38 0x08073267 in apply (o=0x82c9a38, fun=0x8198497 "_main", args=2)
at /home/nilsson/Pike/7.3/src/interpret.c:1710
#39 0x080ca8e1 in main (argc=2, argv=0xbffffa9c)
at /home/nilsson/Pike/7.3/src/main.c:716
#40 0x400c7316 in __libc_start_main (main=0x80c9f50 <main>, argc=2,
ubp_av=0xbffffa9c, init=0x805f854 <_init>, fini=0x8177740 <_fini>,
rtld_fini=0x4000d2fc <_dl_fini>, stack_end=0xbffffa8c)
at ../sysdeps/generic/libc-start.c:129
```
Pike 7.4
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/3117
Pike fails to detect nonblocking method on OpenBSD
2009-04-16T14:11:39Z
Peter Bortas
Pike fails to detect nonblocking method on OpenBSD
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3117
Reported by @grubba
```
From: Anders Arnholm <anders@arnholm.nu>
To: Henrik Grubbström <grubba@roxen.com>
Date: Mon, 27 May 2002 18:13:15 +0200
Subject: Re: [Bug 310...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3117
Reported by @grubba
```
From: Anders Arnholm <anders@arnholm.nu>
To: Henrik Grubbström <grubba@roxen.com>
Date: Mon, 27 May 2002 18:13:15 +0200
Subject: Re: [Bug 3105] Changed - Pike fails to find pthreads on OpenBSD
```
One more update and I did get that fix too, while your at it, there is
one more thing with autoconf on OpenBSD:
```
/home/balp/src/pike-7.3/Pike/7.3/src/fd_control.c:102: #error Do not
know how to set your filedescriptors nonblocking.
#define USE_FCNTL_O_NONBLOCK
```
Does work, but I don't know how to test for that. But I think I have an
ugly patch. That fixes that problem. (I think, but my network connection
today is a loot shaky so I don't know if the testing worked.)
```
Index: src/configure.in
===================================================================
RCS file: /cvs/Pike/7.3/src/configure.in,v
retrieving revision 1.588
diff -c -r1.588 configure.in
*** src/configure.in 2002/05/27 11:29:29 1.588
--- src/configure.in 2002/05/27 13:46:06
***************
*** 4838,4843 ****
--- 4838,4846 ----
if test "$pike_cv_sys_os" = "AmigaOS" ; then
pike_cv_sys_nonblock=USE_FCNTL_O_NONBLOCK
else
+ if test "$pike_cv_sys_os" = "OpenBSD" ; then
+ pike_cv_sys_nonblock=USE_FCNTL_O_NONBLOCK
+ else
OCPPFLAGS="$CPPFLAGS"
pike_cv_sys_nonblock=UNKNOWN
for method in USE_FCNTL_FNDELAY USE_FCNTL_O_NDELAY
USE_FCNTL_O_NONBLOCK \
***************
*** 4864,4869 ****
--- 4867,4873 ----
done
# Restore CPPFLAGS
CPPFLAGS="$OCPPFLAGS"
+ fi
fi
])
```
/ Anders.
Pike 7.4
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/3105
Pike fails to find pthreads on OpenBSD
2020-03-01T14:04:33Z
Peter Bortas
Pike fails to find pthreads on OpenBSD
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3105
Reported by Anders Arnholm, n/a <Anders@Arnholm.nu>
When building pike 7.2.239 it fails to find the OpenBSD threads support.
On openbsd therads are arcived bu adding...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3105
Reported by Anders Arnholm, n/a <Anders@Arnholm.nu>
When building pike 7.2.239 it fails to find the OpenBSD threads support.
On openbsd therads are arcived bu adding -pthreds to the compiler but configure only test -lptheads.
See http://www.openbsd.org/cgi-bin/man.cgi?query=pthreads
```
configure:12396: checking for pthread_init
configure:12424: /home/balp/src/Pike-v7.2.239/build/openbsd-3.0-i386/smartlink g
cc -o conftest -g -O2 -pipe -I/usr/local/include -I/usr/X11R6/include -I/home/b
alp/src/Pike-v7.2.239/src -I/home/balp/src/Pike-v7.2.239/build/openbsd-3.0-i386
-R/usr/local/lib -L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib conftest.c
-lm -lpthread 1>&5
ld: -lpthread: no match
```
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/3081
It is not possible to build Pike with out machine code.
2009-04-16T14:11:39Z
Peter Bortas
It is not possible to build Pike with out machine code.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3081
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Alla non IA32/PPC32/Sparc platforms in AutoBuild fails since it is
currently not possible to build Pike wit...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3081
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Alla non IA32/PPC32/Sparc platforms in AutoBuild fails since it is
currently not possible to build Pike without machine code.
Pike 7.4
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/3062
some files are not precompiled/included in export tar ball during make export
2009-04-16T14:11:39Z
Peter Bortas
some files are not precompiled/included in export tar ball during make export
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3062
Reported by Mikael Brandström <mikael@brandstrom.org>
To make sure the export target worked in the makefiles I checked out a
fresh Pike/7.3 into a clean tree and ran...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3062
Reported by Mikael Brandström <mikael@brandstrom.org>
To make sure the export target worked in the makefiles I checked out a
fresh Pike/7.3 into a clean tree and ran make export to create an export
tar.gz archive. (can be found on http://naetet.net/).
Trying to compile Pike using this exported archive fails since cmods in
module directories are not precompiled while running make export. cmods in
src/ are precompiled though as far as I can see.
Pike 7.4
https://git.lysator.liu.se/pikelang/pike/-/issues/3036
Crypto module breakage
2009-04-16T14:11:39Z
Peter Bortas
Crypto module breakage
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3036
Reported by Robert J. Budzynski, Warsaw University, Dept. of Physics <Robert.Budzynski@fuw.edu.pl>
Upon running `make verify' after a seemingly successful build, I g...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3036
Reported by Robert J. Budzynski, Warsaw University, Dept. of Physics <Robert.Budzynski@fuw.edu.pl>
Upon running `make verify' after a seemingly successful build, I get
```
/home/rjb/src/Pike/7.3/lib/modules/Crypto/rsa.pike:446:
Failed to index module 'randomness' with 'really_random'
(module doesn't exist?)
```
and a slew of further error messages, indicating breakage of Crypto.rsa
and dependent stuff (Standards.PKCS, Tools.X509 and SSL).
Same on `make install'. I'm marking this as high severity because it's
a regression; sorry I can't tell more precisely when it appeared, but
it was somewhere between 7.3.16 and 7.3.30.
Pike 7.4
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/3027
Unicode 3.2.0 normalization tests makes Unicode module dump core.
2009-04-16T14:11:39Z
Peter Bortas
Unicode 3.2.0 normalization tests makes Unicode module dump core.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3027
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Running the test file test.pike in the Unicode directory, with the provided
patches, creates a segmentation...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3027
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Running the test file test.pike in the Unicode directory, with the provided
patches, creates a segmentation fault.
```
RCS file: /cvs/Pike/7.3/src/post_modules/Unicode/test.pike,v
retrieving revision 1.2
diff -u -r1.2 test.pike
--- test.pike 2001/06/28 20:02:58 1.2
+++ test.pike 2002/04/19 02:16:53
@@ -1,4 +1,4 @@
-#define FILE "NormalizationTest-3.1.0.txt"
+#define FILE "NormalizationTest.txt"
#define c1 c[0]
#define c2 c[1]
@@ -10,11 +10,11 @@
{
int tests, fail, part, opl;
write("Performing Unicode normalization tests\n");
- write("See http://www.unicode.org/Public/3.1-Update/" FILE "\n" );
+ write("See
http://www.unicode.org/Public/3.2-Update/NormalizationTest-3.2.0.txt\n" );
foreach( Stdio.File( argv[1]+"/"+FILE,"r" )->read()/"\n", string l )
{
- if( !strlen( l ) )
+ if( !strlen( l ) || l[0] == '#' )
continue;
```
Crash data from gdb:
```
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 28321)]
uc_buffer_insert (b=0x82eb4f8, pos=0, c=1457) at
/home/nilsson/Pike/7.3/src/post_modules/Unicode/buffer.c:114
114 b->data[i] = b->data[i-1];
(gdb) bt
#0 uc_buffer_insert (b=0x82eb4f8, pos=0, c=1457) at
/home/nilsson/Pike/7.3/src/post_modules/Unicode/buffer.c:114
#1 0x4037cc5e in unicode_decompose_buffer (source=0x82eb4e0, how=1)
at /home/nilsson/Pike/7.3/src/post_modules/Unicode/normalize.c:231
#2 0x4037ce00 in unicode_normalize (source=0x82eb240, how=2) at
/home/nilsson/Pike/7.3/src/post_modules/Unicode/normalize.c:288
#3 0x4037c4d4 in f_normalize (args=2) at
/home/nilsson/Pike/7.3/src/post_modules/Unicode/unicode_module.cmod:141
#4 0x080713de in low_mega_apply (type=APPLY_SVALUE, args=2,
arg1=0x8350b4c, arg2=0x0) at /home/nilsson/Pike/7.3/src/apply_low.h:187
#5 0x0806f570 in opcode_F_APPLY (arg1=4) at
/home/nilsson/Pike/7.3/src/interpret_functions.h:1830
#6 0x0834f743 in ?? ()
#7 0x080726b0 in mega_apply (type=APPLY_LOW, args=2, arg1=0x82c0738,
arg2=0x51) at /home/nilsson/Pike/7.3/src/interpret.c:1402
#8 0x08073197 in apply (o=0x82c0738, fun=0x81922d7 "_main", args=2) at
/home/nilsson/Pike/7.3/src/interpret.c:1703
#9 0x080c6bf1 in main (argc=4, argv=0xbffffa7c) at
/home/nilsson/Pike/7.3/src/main.c:716
#10 0x400c7316 in __libc_start_main (main=0x80c6260 <main>, argc=4,
ubp_av=0xbffffa7c, init=0x805f86c <_init>,
fini=0x8172530 <_fini>, rtld_fini=0x4000d2fc <_dl_fini>,
stack_end=0xbffffa6c) at ../sysdeps/generic/libc-start.c:129
(gdb)
```
Pike 7.4
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/3022
constant using another constant value dumps core.
2009-04-16T14:11:39Z
Peter Bortas
constant using another constant value dumps core.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3022
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
constant B = 0;
class A {
constant C = B;
}
int main() {}
```
Starting program: /home/nilsson/Pike/7...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3022
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
constant B = 0;
class A {
constant C = B;
}
int main() {}
```
Starting program: /home/nilsson/Pike/7.3/build/linux-2.4.2-2-i586/pike
'-m/home/nilsson/Pike/7.3/build/linux-2.4.2-2-i586/master.pike' 'test.pike'
[New Thread 1024 (LWP 8101)]
```
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 8101)]
0x080691f3 in find_external_context (loc=0xbfffeae8, arg2=1)
at /home/nilsson/Pike/7.3/src/interpret.c:527
527 switch(loc->inherit->parent_offset)
(gdb) bt
#0 0x080691f3 in find_external_context (loc=0xbfffeae8, arg2=1)
at /home/nilsson/Pike/7.3/src/interpret.c:527
#1 0x08069b7c in opcode_F_EXTERNAL (arg1=0, arg2=1)
at /home/nilsson/Pike/7.3/src/interpret_functions.h:312
#2 0x082eef0b in ?? ()
#3 0x08072c0c in apply_low_safe_and_stupid (o=0x82eeed0, offset=0)
at /home/nilsson/Pike/7.3/src/interpret.c:1517
#4 0x0811677c in eval_low (n=0x82e99dc)
at /home/nilsson/Pike/7.3/src/las.c:5195
#5 0x08061214 in yyparse () at language.yacc:532
#6 0x080ed325 in run_pass1 (c=0x82ee640)
at /home/nilsson/Pike/7.3/src/program.c:5064
#7 0x080ed93b in compile (aprog=0x82ee520, ahandler=0x0, amajor=-1,
aminor=-1, atarget=0x829d9ac, aplaceholder=0x0)
at /home/nilsson/Pike/7.3/src/program.c:5325
#8 0x0811dfe1 in f_compile (args=6)
at /home/nilsson/Pike/7.3/src/builtin_functions.c:3154
#9 0x08070108 in opcode_F_CALL_BUILTIN (arg1=11)
at /home/nilsson/Pike/7.3/src/interpret_functions.h:2036
#10 0x083275e8 in ?? ()
#11 0x0807291b in o_catch (
pc=0x8328588
"¡@=!\b\213\025H=!\b\211\002\203Â\004\211\025H=!\b\213\025P=!\b\213R
\201Â0") at /home/nilsson/Pike/7.3/src/interpret.c:1440
#12 0x0806d1b2 in opcode_F_CATCH ()
at /home/nilsson/Pike/7.3/src/interpret_functions.h:1139
#13 0x08328584 in ?? ()
#14 0x08072840 in mega_apply (type=APPLY_LOW, args=2, arg1=0x82c49a0,
arg2=0x21) at /home/nilsson/Pike/7.3/src/interpret.c:1402
#15 0x080d2220 in o_cast (type=0x829b1e4, run_time_type=5)
at /home/nilsson/Pike/7.3/src/opcodes.c:558
#16 0x080d2e9b in f_cast () at /home/nilsson/Pike/7.3/src/opcodes.c:794
#17 0x0832e352 in ?? ()
#18 0x0807291b in o_catch (pc=0x832e2ff "Ç\004$A")
at /home/nilsson/Pike/7.3/src/interpret.c:1440
#19 0x0806d1b2 in opcode_F_CATCH ()
at /home/nilsson/Pike/7.3/src/interpret_functions.h:1139
#20 0x0832e2fb in ?? ()
#21 0x08072840 in mega_apply (type=APPLY_LOW, args=2, arg1=0x82c49a0,
arg2=0x51) at /home/nilsson/Pike/7.3/src/interpret.c:1402
#22 0x08073327 in apply (o=0x82c49a0, fun=0x819bd37 "_main", args=2)
at /home/nilsson/Pike/7.3/src/interpret.c:1703
#23 0x080c6d61 in main (argc=3, argv=0xbffffaac)
at /home/nilsson/Pike/7.3/src/main.c:716
#24 0x400c7316 in __libc_start_main (main=0x80c63d0 <main>, argc=3,
ubp_av=0xbffffaac, init=0x805f984 <_init>, fini=0x817bfa0 <_fini>,
rtld_fini=0x4000d2fc <_dl_fini>, stack_end=0xbffffa9c)
at ../sysdeps/generic/libc-start.c:129
```
Pike 7.6
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2927
Spurious SIGSEGV errors on edit server.
2009-04-16T14:11:39Z
Peter Bortas
Spurious SIGSEGV errors on edit server.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2927
Reported by @grubba
```
From: Arjan van Staalduijnen <ArjanvanStaalduijnen@rtlimedia.nl>
To: "grubba@roxen.com" <grubba@roxen.com>
Cc: Stanley Overloop <StanleyOverl...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2927
Reported by @grubba
```
From: Arjan van Staalduijnen <ArjanvanStaalduijnen@rtlimedia.nl>
To: "grubba@roxen.com" <grubba@roxen.com>
Cc: Stanley Overloop <StanleyOverloop@rtlimedia.nl>,
Yvonne van Dalen <YvonnevanDalen@rtlimedia.nl>
Date: Thu, 28 Mar 2002 12:15:21 +0100
Subject: Message after crash.
```
Hi Henrik,
this morning we had another crash of the editserver. This time it
reported a slightly different message... do you have a clue where this
error comes from?
Regards,
Arjan
0d18h46m : HMG Site_def tags[48] TIMING: 35 mSec => site_properties
: HMG ScriptedImages[15] TIMING: 8 mSec => ScriptedImage Tag
SIGSEGV 11 segmentation violation
si_signo [11]: SEGV
si_errno [0]:
si_code [1]: SEGV_MAPERR [addr: 0x202028]
```
stackpointer=80467EC
"Finalizer" (TID:0x85b75d8, sys_thread_t:0x85b7520, state:CW, thread_t:
t@8, threadID:0xdc080d68, stack_bottom:0xdc080d68, stack_size:0x1fd68)
prio=8
```
Pike 7.0
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2883
Module GZ fails
2009-04-16T14:11:39Z
Peter Bortas
Module GZ fails
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2883
Reported by the w3 team@bauko, TU Berlin, FG Baukonstruktionen <webadm@bauko.bv.tu-berlin.de>
i tried to compile Pike 7.2 (the latest release and from cvs) on my
RS/...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2883
Reported by the w3 team@bauko, TU Berlin, FG Baukonstruktionen <webadm@bauko.bv.tu-berlin.de>
i tried to compile Pike 7.2 (the latest release and from cvs) on my
RS/6000 (AIX 4.2/gcc/zlib 1.1.4). i could compile pike, but the testsuite
fails. Here's what i got:
```
Doing tests in modules/Gz/module_testsuite (48
tests)
modules/Gz/module_testsuite: Test 1 (shift 0) (CRNL)
failed.
1: mixed a() { return Gz.deflate
(); }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 1 (shift 0) (CRNL):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
```
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
```
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_testsu
ite","modules/Gettext/module_testsuite",,,40}))
modules/Gz/module_testsuite: Test 2 (shift 1) (CRNL)
failed.
1: mixed a() { return Gz.deflate()-
>deflate; }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 2 (shift 1) (CRNL):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_testsu
ite","modules/Gettext/module_testsuite",,,40}))
modules/Gz/module_testsuite: Test 9 (shift 2) (CRNL)
failed.
1: mixed a() { return object o=Gz.deflate(); Gz.inflate()->inflate(o-
>deflate(
____gz_tmp_constant,o->PARTIAL_FLUSH) + o->deflate(____gz_tmp_constant,o-
>FINISH
)) == (____gz_tmp_constant)+
(____gz_tmp_constant); }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 9 (shift 2) (CRNL):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
```
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_tests
uite","modules/Gettext/module_testsuite",,,40}))
```
modules/Gz/module_testsuite: Test 15 (shift 2) (CRNL)
failed.
1: mixed a() { return object o=Gz.deflate(); Gz.inflate()->inflate(o-
>deflate(
____gz_tmp_constant,o->PARTIAL_FLUSH) + o->deflate(____gz_tmp_constant,o-
>FINISH
)) == (____gz_tmp_constant)+
(____gz_tmp_constant); }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 15 (shift 2) (CRNL):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
```
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_tests
uite","modules/Gettext/module_testsuite",,,40}))
```
modules/Gz/module_testsuite: Test 21 (shift 2) (CRNL)
failed.
1: mixed a() { return object o=Gz.deflate(); Gz.inflate()->inflate(o-
>deflate(
____gz_tmp_constant,o->PARTIAL_FLUSH) + o->deflate(____gz_tmp_constant,o-
>FINISH
)) == (____gz_tmp_constant)+
(____gz_tmp_constant); }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 21 (shift 2) (CRNL):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
```
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_tests
uite","modules/Gettext/module_testsuite",,,40}))
```
modules/Gz/module_testsuite: Test 27 (shift 2) (CRNL)
failed.
1: mixed a() { return object o=Gz.deflate(); Gz.inflate()->inflate(o-
>deflate(
____gz_tmp_constant,o->PARTIAL_FLUSH) + o->deflate(____gz_tmp_constant,o-
>FINISH
)) == (____gz_tmp_constant)+
(____gz_tmp_constant); }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 27 (shift 2) (CRNL):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
```
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_tests
uite","modules/Gettext/module_testsuite",,,40}))
```
Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/src/modules/Gz/flushtest.pike:4:
```
__INIT
()
modules/Gz/module_testsuite: Test 29 (shift 1)
failed.
1: mixed a() { return Process.system
(RUNPIKE+" /usr/local/src/caudium1.2/pikec
vs/Pike/7.2/src/modules/Gz/flushtest.pike"); }
```
o->a():
10
modules/Gz/module_testsuite: Test 35 (shift 1)
failed.
1: mixed a() { return object o=Gz.deflate(); Gz.inflate()->inflate(o-
>deflate(
____gz_tmp_constant,o->PARTIAL_FLUSH) + o->deflate(____gz_tmp_constant,o-
>FINISH
)) == (____gz_tmp_constant)+
(____gz_tmp_constant); }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 35 (shift 1):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
```
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_tests
uite","modules/Gettext/module_testsuite",,,40}))
```
modules/Gz/module_testsuite: Test 41 (shift 1)
failed.
1: mixed a() { return object o=Gz.deflate(); Gz.inflate()->inflate(o-
>deflate(
____gz_tmp_constant,o->PARTIAL_FLUSH) + o->deflate(____gz_tmp_constant,o-
>FINISH
)) == (____gz_tmp_constant)+
(____gz_tmp_constant); }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 41 (shift 1):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
```
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_tests
uite","modules/Gettext/module_testsuite",,,40}))
```
modules/Gz/module_testsuite: Test 47 (shift 1)
failed.
1: mixed a() { return object o=Gz.deflate(); Gz.inflate()->inflate(o-
>deflate(
____gz_tmp_constant,o->PARTIAL_FLUSH) + o->deflate(____gz_tmp_constant,o-
>FINISH
)) == (____gz_tmp_constant)+
(____gz_tmp_constant); }
Error: Failed to initialize
gz_deflate
test-install/pike/7.2.316/lib/modules/Gz.so.deflate: create
()
test-install/pike/7.2.316/lib/modules/Gz.so: deflate
()
modules/Gz/module_testsuite: Test 47 (shift 1):1: a
()
/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike:582:
```
main(2,
({"/usr/local/src/caudium1.2/pikecvs/Pike/7.2/bin/test_pike.pike","
testsuite","modules/CommonLog/module_testsuite","modules/Gdbm/module_tests
uite","modules/Gettext/module_testsuite",,,40}))
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2845
Segmentation fault while using String.Buffer.
2009-04-16T14:11:39Z
Peter Bortas
Segmentation fault while using String.Buffer.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2845
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
#0 f_Buffer_add (args=3) at /home/nilsson/Pike/7.3/src/builtin.cmod:1458
1458 sum += a->len...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2845
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
#0 f_Buffer_add (args=3) at /home/nilsson/Pike/7.3/src/builtin.cmod:1458
1458 sum += a->len;
(gdb) bt
#0 f_Buffer_add (args=3) at /home/nilsson/Pike/7.3/src/builtin.cmod:1458
#1 0x0b713f04 in ?? ()
#2 0x080713ee in low_mega_apply (type=APPLY_LOW, args=3, arg1=0xb713f04,
arg2=0x5) at /home/nilsson/Pike/7.3/src/apply_low.h:187
#3 0x0806fbfb in opcode_F_CALL_OTHER_AND_POP (arg1=98) at
/home/nilsson/Pike/7.3/src/interpret_functions.h:1888
#4 0x08360cb1 in ?? ()
#5 0x080726c0 in mega_apply (type=APPLY_LOW, args=2, arg1=0x82a0e68,
arg2=0x51) at /home/nilsson/Pike/7.3/src/interpret.c:1402
#6 0x080731a7 in apply (o=0x82a0e68, fun=0x8192317 "_main", args=2) at
/home/nilsson/Pike/7.3/src/interpret.c:1703
#7 0x080c6bc1 in main (argc=4, argv=0xbffffacc) at
/home/nilsson/Pike/7.3/src/main.c:716
#8 0x400c7306 in __libc_start_main (main=0x80c6230 <main>, argc=4,
ubp_av=0xbffffacc, init=0x805f88c <_init>,
fini=0x8172590 <_fini>, rtld_fini=0x4000d2dc <_dl_fini>,
stack_end=0xbffffabc) at ../sysdeps/generic/libc-start.c:129
```
Pike 7.4
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2830
Bug in credentials handling.
2009-04-16T14:11:39Z
Peter Bortas
Bug in credentials handling.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2830
Reported by @grubba
$ cat bug.cred.pike
class User{}
```
object luser = User();
int main(int argc, array(string) argv)
{
object luser_creds = Pike.Security.Creds...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2830
Reported by @grubba
$ cat bug.cred.pike
class User{}
```
object luser = User();
int main(int argc, array(string) argv)
{
object luser_creds = Pike.Security.Creds(luser, 0, 0);
mixed result = call_with_creds(luser_creds, Stdio.File, "/dev/null");
return 0;
}
$ ./pike -mmaster.pike bug.cred.pike
Segmentation Fault (core dumped)
```
Pike 7.4
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2821
Calendar.ISO.datetime() weirdness...
2009-04-16T14:11:39Z
Peter Bortas
Calendar.ISO.datetime() weirdness...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2821
Reported by Xavier Beaudouin, ISDnet <kiwi@isdnet.net>
Calendar.ISO.datetime ((int)random (10000000))->weekday; on pike 7.2 (even
7.0) give some strange results.
``...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2821
Reported by Xavier Beaudouin, ISDnet <kiwi@isdnet.net>
Calendar.ISO.datetime ((int)random (10000000))->weekday; on pike 7.2 (even
7.0) give some strange results.
```
On FreeBSD and Solaris we have :
Pike v7.2 release 276 running Hilfe v2.0 (Incremental Pike Frontend)
> Calendar.ISO.datetime ((int)random (10000000))->weekday;
Result: 0
> Calendar.ISO.datetime ((int)random (5))->weekday;
Result: 0
```
On Linux (debian woody, pike 7.0.361 the result is allway 3....
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2764
The Regexp module segfaults on too big data
2020-03-10T10:47:46Z
Peter Bortas
The Regexp module segfaults on too big data
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2764
Reported by Johan H Sundström, IDA <jhs@pike.ida.liu.se>
The Regexp module dumps core on too big datasets (how big seems to vary
with architecture - on megalon, this...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2764
Reported by Johan H Sundström, IDA <jhs@pike.ida.liu.se>
The Regexp module dumps core on too big datasets (how big seems to vary
with architecture - on megalon, this is the limit; other machines have
different choking points). I have narrowed down my problem to this test
case (original regexp was more useful, as in "^@(([^@]|@@)*)@"):
```
> pike -e 'Regexp("^(.)*")->split(" "*24952)'
zsh: segmentation fault (core dumped)
> gdb =pike core
GNU gdb 20000110
[...]
This GDB was configured as "i386-pc-solaris2.7"...
Core was generated by `pike -e Regexp("^(.)*")->split(" "*65952)'.
Program terminated with signal 9, Killed.
[...]
Reading symbols
from /usr/local/pike/7.2.220/lib/modules/___Regexp.so...done.
#0 0xdeeb2275 in regmatch (prog=0x8267d62 "\a")
at /home/per/src/Pike/7.2/src/modules/Regexp/pike_regexp.c:888
888 /home/per/src/Pike/7.2/src/modules/Regexp/pike_regexp.c: No such
file or directory.
(gdb) bt
#0 0xdeeb2275 in regmatch (prog=0x8267d62 "\a")
at /home/per/src/Pike/7.2/src/modules/Regexp/pike_regexp.c:888
#1 0xdeeb2321 in regmatch (prog=0x8267d59 "\006")
at /home/per/src/Pike/7.2/src/modules/Regexp/pike_regexp.c:1043
#2 0xdeeb22cb in regmatch (prog=0x8267d56 "\025")
at /home/per/src/Pike/7.2/src/modules/Regexp/pike_regexp.c:1023
#3 0xdeeb2482 in regmatch (prog=0x8267d62 "\a")
at /home/per/src/Pike/7.2/src/modules/Regexp/pike_regexp.c:973
#4 0xdeeb2321 in regmatch (prog=0x8267d59 "\006")
at /home/per/src/Pike/7.2/src/modules/Regexp/pike_regexp.c:1043
#5 0xdeeb22cb in regmatch (prog=0x8267d56 "\025")
at /home/per/src/Pike/7.2/src/modules/Regexp/pike_regexp.c:1023
(loop continues)
```
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2728
gethrtime returns 0.
2009-04-16T14:11:39Z
Peter Bortas
gethrtime returns 0.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2728
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
On estonia (solaris i86) and megalon (solaris sun4):
Pike v7.3 release 13 running Hilfe v2.0 (Increment...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2728
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
On estonia (solaris i86) and megalon (solaris sun4):
Pike v7.3 release 13 running Hilfe v2.0 (Incremental Pike Frontend)
> gethrtime();
Result: 0
> gethrtime();
Result: 0
```
Note that the gethrtime test in the testsuit works. The gethrtime problem
is not confined to hilfe though.
Pike 7.4
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2673
doesn't find MySQL on webserver configure and install
2013-08-28T15:14:33Z
Peter Bortas
doesn't find MySQL on webserver configure and install
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2673
Reported by Chad Leigh, Shire.Net LLC <chad@shire.net>
The documentation for the Roxen webserver does not indicate how to
do a configure so that Pike can find non-st...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2673
Reported by Chad Leigh, Shire.Net LLC <chad@shire.net>
The documentation for the Roxen webserver does not indicate how to
do a configure so that Pike can find non-standard MySQL
installations with Roxen webserver 2.2.252. MySQL is on the
machine but the documentation does not specify how to have Pike
configure find it, and configure does not seem to have any switches
to specify where it is. Setting LDFLAGS and CFLAGS does not work,
though they are picked up by configure, configure ignores them and
the webserver will not run saying that Pike needs to be rebuilt with
MySQL support built in. This is a HIGH severity because it means
that the server does not run at all on such machines, making it
useless.
I have asked this question and for help for several weeks on the
roxen mailing list and no one even answers. This is causing us
great problems.
We need to build our own Roxen on FreeBSD 4.2 since Roxen still
has threading bugs that cause it to hang often when CGIs run so we
need to build it with threading support off, as in 2.1, which also had
this problem.
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2662
Pike fails to generate auto.c in the GL module
2009-04-16T14:11:39Z
Peter Bortas
Pike fails to generate auto.c in the GL module
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2662
Reported by Marek Habersack, The Caudium Group <grendel@caudium.net>
The gen.pike script generating auto.c seems to bomb on the input from
auto.c.in - it happens onl...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2662
Reported by Marek Habersack, The Caudium Group <grendel@caudium.net>
The gen.pike script generating auto.c seems to bomb on the input from
auto.c.in - it happens only on the PPC architecture (m68k compiles fine, so
it's not endianness). As I have no access to any PPC machine atm, I can't
provide more information except for what follows:
Debian bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=122956&repeatmerged=yes
Note from a fellow Debian developer:
7.2.238-2 built even on m68k so it's no endianness
issue. The other thing that makes powerpc very different is varargs (and
it usually triggers segfaults). Please look into things like
va_list orig_va = va (should be __va_copy(orig_va, va)).
The builder machine runs the following software:
Debian/Sid
glibc 2.2
gcc 2.95
I'm trying to find a suitable PPC machine for testing now.
(pike 7.2 compiles just fine on machines like hppa, ia64, s390, alpha,
sparc, mips, m68k, arm - although on some of them there were problems due
to signedness assumption for the 'char' type - arm, ppc and s390 assume it
to be unsigned vs. signed on other architectures)
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2643
Mutex & Thread under Linux.
2009-04-16T14:11:39Z
Peter Bortas
Mutex & Thread under Linux.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2643
Reported by Xavier Beaudouin, ISDnet <kiwi@isdnet.net>
On Linux and in some rare condition on FreeBSD, when using a lots of
threads and mutex...
There seems to be ...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2643
Reported by Xavier Beaudouin, ISDnet <kiwi@isdnet.net>
On Linux and in some rare condition on FreeBSD, when using a lots of
threads and mutex...
There seems to be an error in the way pike uses pthreads. From main()
it calls init_program() which eventually calls mt_lock(&interleave_lock).
This is done before the mutex is initialized (from low_th_init). The patch
below moves the low_th_init call earlier so that the mutex is initialized
before use.
Here is a patch for Pike 7.0.355 (that can be applied also on recent pike
too) :
```
diff -u pike7-7.0.355-old/src/main.c pike7-7.0.355/src/main.c
--- pike7-7.0.355-old/src/main.c Wed Mar 14 06:21:58 2001
+++ pike7-7.0.355/src/main.c Sun Dec 16 21:04:41 2001
@@ -481,6 +481,8 @@
GETTIMEOFDAY(¤t_time);
+ low_th_init();
+
init_shared_string_table();
init_interpreter();
init_types();
@@ -488,8 +490,6 @@
init_lex();
init_program();
init_object();
-
- low_th_init();
init_modules();
master();
```
The patch is from Randolph Chung <tausq@debian.org>
You can see this in action, when setuping a Threaded caudium + camas using
external auth module (ldap is an example).
Pike 7.0
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2584
localtime() doesn't setup "timezone" in the mapping
2009-04-16T14:11:39Z
Peter Bortas
localtime() doesn't setup "timezone" in the mapping
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2584
Reported by Xavier Beaudouin, ISDnet <kiwi@isdnet.net>
Configure script doesn't find that struct tm has tm_gmtoff member :
--/--- According to the man page of local...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2584
Reported by Xavier Beaudouin, ISDnet <kiwi@isdnet.net>
Configure script doesn't find that struct tm has tm_gmtoff member :
--/--- According to the man page of localtime() on FreeBSD 4.4 :
External declarations as well as the tm structure definition are in the
<time.h> include file. The tm structure includes at least the following
fields:
int tm_sec; /* seconds (0 - 60) */
int tm_min; /* minutes (0 - 59) */
int tm_hour; /* hours (0 - 23) */
int tm_mday; /* day of month (1 - 31) */
int tm_mon; /* month of year (0 - 11) */
int tm_year; /* year - 1900 */
int tm_wday; /* day of week (Sunday = 0) */
int tm_yday; /* day of year (0 - 365) */
int tm_isdst; /* is summer time in effect? */
char *tm_zone; /* abbreviation of timezone name */
long tm_gmtoff; /* offset from UTC in seconds */
--/---
So there is some problems in the detection of tm_gmtoff in autoconf script.
Also I've found in pike 7.2.234 some typos in that avoid pike to be
compiled when STRUCT_TM_HAS_GMTOFF is forced in machine.h
Here is a diff to correct this :
```
--- builtin_functions.c.orig Wed Oct 31 02:18:18 2001
+++ builtin_functions.c Fri Nov 30 20:10:58 2001
@@ -4029,10 +4029,10 @@
#if STRUCT_TM_HAS_GMTOFF
if((args > 7) && (Pike_sp[7-args].subtype == NUMBER_NUMBER))
{
- date.tm_gmtoff=Pike_sp[7-args].u.intger;
+ date.tm_gmtoff=Pike_sp[7-args].u.integer;
}else{
time_t tmp = 0;
- data.tm_gmtoff=localtime(&tmp).tm_gmtoff;
+ date.tm_gmtoff=localtime(&tmp)->tm_gmtoff;
}
retval=mktime(&date);
#else
```
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/2533
Heap Dump @ Granada
2009-04-16T14:11:39Z
Peter Bortas
Heap Dump @ Granada
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2533
Reported by Ian Delahorne, Roxen IS <ian@roxen.com>
Error reported by Simon Denvers <Simon.Denvers@granadamedia.com>. Login
information for Granada's system availabl...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2533
Reported by Ian Delahorne, Roxen IS <ian@roxen.com>
Error reported by Simon Denvers <Simon.Denvers@granadamedia.com>. Login
information for Granada's system available from me (ian@roxen.com)
We've just had a few problems with Roxen repeatedly crashing. One of the
crashes ended with a heap error. Is this something we can avoid? Do you
know why this could have happened? Developers have been complaining it's
been slow for a few days and it does look to be eating more CPU on the
machine than it used to.
If you need more info, please let me know.
Thanks,
Simon
: | <insert file="/banner_ad.html"/>
10:50:12 : Error in
/index.xml?id=1&headline1=SERIES+4©1=IS+IT+MARITAL+BLIS
S+FOR+ADAM+%26amp%3B+RACHEL%3F+DIVORCE+FOR+DAVID+%26amp%3B+KAREN%3F+RECONCIL
IATI
ON+FOR+PETE+%26amp%3B+JENNY%3F+WE+FOLLOW++BRITAIN%27S+FAVOURITE+THIRTYSOMETH
INGS
+AS+THEY+STUMBLE+THROUGH+THE+MINEFIELDS+OF+MARRIAGE%2C+SEX%2C+FRIENDSHIP+AND
+PAR
ENTHOOD.&link1=%23&headline2=©2=&link2=%23&cmd=save_feature_copy.
2m18.9s : RXML run error: No such file (/banner_ad.html).
: | <insert file="/banner_ad.html"/>
********** Internal heap ERROR 17112 addr=0x1155518 *********
***** Dump of memory around addr 0x1155518:
1155300 00000000
00000000
1155320 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
Repeat 5 times
11553E0 00000000 00000000 00000000 00000000 00000000 C00000B9 01154DAC
01008878
1155400 011558C8 00000000 00000000 00000000 00000000 00000000 00000000
00000000
1155420 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
Repeat 3 times
11554A0 00000000 20000015 01154D9C 20000035 011553F4 00000000 00000000
73656C65
11554C0 6374202A 2066726F 6D20686F 6D657061 67652077 68657265 2069643D
32000000
11554E0 30000035 011554AC 00000000 00000000 00004654 00000000 00000000
00000000
1155500 00000000 00000000 00000000 00000000 00000000 200003D5 01154D88
00000000
1155520 00000000 F8E9DACB 01040000 0102FE00 0102FE00 00000C00 00000000
00000000
1155540 00000000 00000000 00000000 00000000 00000000 00000000 01155880
00000000
1155560 00000000 00000001 00000BFF 00000000 00000001 00000000 02000080
011554BC
1155580 00000021 00000000 00000000 01008224 0000000A 00000000 00000001
00000000
11555A0 00000001 00000000 00000000 00000000 00000000 00030384 00000000
00000000
11555C0 00000000 01155524 00000001 00000000 00000000 00000000 00000000
00000000
11555E0 00000000 00000000 0000000A 0100AAEC 00000000 00040000 00000001
00000000
1155600 00000000 00000000 00000000 00000000 00000000 015A1BDC 00000000
011554F0
1155620 0000080F 0000080F 00000001 00000000 01008C2C 000000FF 01154DD0
01008224
1155640 01006F27 00000000 000006D4 000006D4 00000000 011765CC 0115505C
10000000
1155660 00000000 015423F0 FC99EA30 01155654 16182E04 2D1F182E 042D0618
00100000
1155680 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
Repeat 3 times
1155700 00000000 00000000 00000000 00000000 00000000 00000000
******************************************************
HEAP DUMP heap name="Alloc environm" desc=0x10317cc
extent sz=0x1024 alt=32 het=32767 rec=0 flg=3 opc=3
parent=0 owner=0 nex=0 xsz=0x1f6c
EXTENT 0
Chunk 15838c0 sz= 8036 free " "
EXTENT 1
Chunk 1581948 sz= 8036 free " "
EXTENT 2
Chunk 157f9d0 sz= 8036 freeable "Alloc statemen " ds=1543b70
EXTENT 3
Chunk 157da18 sz= 8036 free " "
EXTENT 4
Chunk 1599a60 sz= 8036 free " "
EXTENT 5
Chunk 1597ae8 sz= 8036 free " "
EXTENT 6
Chunk 1595b70 sz= 8036 free " "
EXTENT 7
Chunk 1593bf8 sz= 8036 free " "
EXTENT 8
Chunk 1591c80 sz= 8036 free " "
EXTENT 9
Chunk 158fd08 sz= 8036 free " "
EXTENT 10
Chunk 15aea78 sz= 8036 free " "
EXTENT 11
Chunk 15a1a28 sz= 420 free " "
Chunk 15a1bcc sz= 40 freeable assoc with mark prv=0 nxt=0
Chunk 15a1bf4 sz= 8016 freeable assoc with mark prv=0 nxt=0
EXTENT 12
Chunk 15bb6c0 sz= 13328 freeable "Alloc server h " ds=1541950
EXTENT 13
Chunk 153eb28 sz= 7332 free " "
Chunk 15407cc sz= 4144 recreate "Alloc server h " latch=0
ds 1541950 sz= 17472 ct= 2
15bb6c0 sz= 13328
Chunk 15417fc sz= 444 freeable assoc with mark prv=0 nxt=0
Chunk 15419b8 sz= 1308 freeable assoc with mark prv=0 nxt=0
Chunk 1541ed4 sz= 1292 freeable assoc with mark prv=0 nxt=0
Chunk 15423e0 sz= 428 freeable assoc with mark prv=0 nxt=0
Chunk 154258c sz= 220 free " "
Chunk 1542668 sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 154267c sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 1542690 sz= 28 freeable assoc with mark prv=0 nxt=0
Chunk 15426ac sz= 40 freeable assoc with mark prv=0 nxt=0
Chunk 15426d4 sz= 256 freeable assoc with mark prv=0 nxt=0
Chunk 15427d4 sz= 4144 recreate "Alloc statemen " latch=0
ERROR, BAD NEXT EXTENT (c168c0, 69736500, 2)
EXTENT 14
Chunk 155bd88 sz= 13328 freeable "Alloc server h " ds=11f92a8
EXTENT 15
Chunk 11f4260 sz= 12928 free " "
Chunk 11f74e0 sz= 4144 recreate "Alloc server h " latch=0
ds 11f92a8 sz= 17472 ct= 2
155bd88 sz= 13328
Chunk 11f8510 sz= 1308 freeable assoc with mark prv=0 nxt=0
Chunk 11f8a2c sz= 1292 freeable assoc with mark prv=0 nxt=0
Chunk 11f8f38 sz= 428 freeable assoc with mark prv=0 nxt=0
Chunk 11f90e4 sz= 32 free " "
Chunk 11f9104 sz= 40 freeable assoc with mark prv=0 nxt=0
Chunk 11f912c sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 11f9140 sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 11f9154 sz= 444 freeable assoc with mark prv=0 nxt=0
EXTENT 16
Chunk 1219e10 sz= 13328 freeable "Alloc server h " ds=117b4a0
EXTENT 17
Chunk 1176558 sz= 72 free " "
Chunk 11765a0 sz= 28 freeable assoc with mark prv=0 nxt=0
Chunk 11765bc sz= 256 freeable assoc with mark prv=0 nxt=0
Chunk 11766bc sz= 28 freeable assoc with mark prv=0 nxt=0
Chunk 11766d8 sz= 12180 free " "
Chunk 117966c sz= 4144 recreate "Alloc server h " latch=0
ds 117b4a0 sz= 17472 ct= 2
1219e10 sz= 13328
Chunk 117a69c sz= 1308 freeable assoc with mark prv=0 nxt=0
Chunk 117abb8 sz= 1292 freeable assoc with mark prv=0 nxt=0
Chunk 117b0c4 sz= 428 freeable assoc with mark prv=0 nxt=0
Chunk 117b270 sz= 68 free " "
Chunk 117b2b4 sz= 104 freeable assoc with mark prv=0 nxt=0
Chunk 117b31c sz= 24 freeable assoc with mark prv=0 nxt=0
Chunk 117b334 sz= 24 freeable assoc with mark prv=0 nxt=0
Chunk 117b34c sz= 444 freeable assoc with mark prv=0 nxt=0
Chunk 117b508 sz= 256 freeable assoc with mark prv=0 nxt=0
EXTENT 18
Chunk 1173138 sz= 13328 freeable "Alloc server h " ds=1159b50
EXTENT 19
Chunk 1154c08 sz= 252 free " "
Chunk 1154d04 sz= 104 freeable assoc with mark prv=0 nxt=0
Chunk 1154d6c sz= 28 freeable assoc with mark prv=0 nxt=0
Chunk 1154d88 sz= 1932 recreate "Alloc statemen " latch=0
ds 1155880 sz= 9968 ct= 3
1006dc8 sz= 3892
1007cfc sz= 4144
Chunk 1155514 sz= 980 freeable assoc with mark prv=0 nxt=0
Chunk 11558e8 sz= 4144 freeable "Alloc statemen " ds=1157cb4
Chunk 1156918 sz= 4144 recreate "Alloc statemen " latch=0
ds 1157cb4 sz= 8288 ct= 2
11558e8 sz= 4144
Chunk 1157948 sz= 980 freeable assoc with mark prv=0 nxt=0
Chunk 1157d1c sz= 4144 recreate "Alloc server h " latch=0
ds 1159b50 sz= 17472 ct= 2
1173138 sz= 13328
Chunk 1158d4c sz= 1308 freeable assoc with mark prv=0 nxt=0
Chunk 1159268 sz= 1292 freeable assoc with mark prv=0 nxt=0
Chunk 1159774 sz= 428 freeable assoc with mark prv=0 nxt=0
Chunk 1159920 sz= 132 free " "
Chunk 11599a4 sz= 40 freeable assoc with mark prv=0 nxt=0
Chunk 11599cc sz= 24 freeable assoc with mark prv=0 nxt=0
Chunk 11599e4 sz= 24 freeable assoc with mark prv=0 nxt=0
Chunk 11599fc sz= 444 freeable assoc with mark prv=0 nxt=0
Chunk 1159bb8 sz= 256 freeable assoc with mark prv=0 nxt=0
EXTENT 20
Chunk 10155a8 sz= 13328 freeable "Alloc server h " ds=100ad10
EXTENT 21
Chunk 1005df0 sz= 2336 free " "
Chunk 1006710 sz= 1292 freeable assoc with mark prv=0 nxt=0
Chunk 1006c1c sz= 428 freeable assoc with mark prv=0 nxt=0
Chunk 1006dc8 sz= 3892 freeable "Alloc statemen " ds=1155880
Chunk 1007cfc sz= 4144 freeable "Alloc statemen " ds=1155880
Chunk 1008d2c sz= 4144 recreate "Alloc server h " latch=0
ds 100ad10 sz= 17472 ct= 2
10155a8 sz= 13328
Chunk 1009d5c sz= 1308 freeable assoc with mark prv=0 nxt=0
Chunk 100a278 sz= 1292 freeable assoc with mark prv=0 nxt=0
Chunk 100a784 sz= 428 freeable assoc with mark prv=0 nxt=0
Chunk 100a930 sz= 28 free " "
Chunk 100a94c sz= 104 freeable assoc with mark prv=0 nxt=0
Chunk 100a9b4 sz= 28 freeable assoc with mark prv=0 nxt=0
Chunk 100a9d0 sz= 40 freeable assoc with mark prv=0 nxt=0
Chunk 100a9f8 sz= 104 freeable assoc with mark prv=0 nxt=0
Chunk 100aa60 sz= 28 freeable assoc with mark prv=0 nxt=0
Chunk 100aa7c sz= 96 free " "
Chunk 100aadc sz= 104 freeable assoc with mark prv=0 nxt=0
Chunk 100ab44 sz= 40 free " "
Chunk 100ab6c sz= 40 freeable assoc with mark prv=0 nxt=0
Chunk 100ab94 sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 100aba8 sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 100abbc sz= 444 freeable assoc with mark prv=0 nxt=0
Chunk 100ad78 sz= 256 freeable assoc with mark prv=0 nxt=0
Chunk 100ae78 sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 100ae8c sz= 20 freeable assoc with mark prv=0 nxt=0
EXTENT 22
Chunk 10029d0 sz= 13328 freeable "Alloc server h " ds=10022d0
EXTENT 23
Chunk 10019b0 sz= 24 perm "perm " alo=24
Chunk 10019c8 sz= 1972 recreate "Alloc server h " latch=0
ds 10022d0 sz= 15300 ct= 2
10029d0 sz= 13328
Chunk 100217c sz= 444 freeable assoc with mark prv=0 nxt=0
Chunk 1002338 sz= 256 freeable assoc with mark prv=0 nxt=0
Chunk 1002438 sz= 104 freeable assoc with mark prv=0 nxt=0
Chunk 10024a0 sz= 1308 freeable assoc with mark prv=0 nxt=0
Total heap size = 283248
FREE LISTS:
Bucket 0 size=272
Chunk 15a1be0 sz= 0 ERROR, BAD SIZE (c0000001)
Bucket 1 size=528
Bucket 2 size=1040
Chunk 15838c0 sz= 8036 free " "
Chunk 15aea78 sz= 8036 free " "
Chunk 158fd08 sz= 8036 free " "
Chunk 1591c80 sz= 8036 free " "
Chunk 1593bf8 sz= 8036 free " "
Chunk 1595b70 sz= 8036 free " "
Chunk 1597ae8 sz= 8036 free " "
Chunk 1599a60 sz= 8036 free " "
Chunk 157da18 sz= 8036 free " "
Chunk 1581948 sz= 8036 free " "
Chunk 1005df0 sz= 2336 free " "
Chunk 11f4260 sz= 12928 free " "
Chunk 11766d8 sz= 12180 free " "
Chunk 153eb28 sz= 7332 free " "
Total free space = 115136
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 10019b0 sz= 24 perm "perm " alo=24
Permanent space = 24
Pike 7.0
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström