pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/4045Program received signal EXC_BAD_ACCESS, Could not access memory.2009-04-16T14:11:39ZPeter BortasProgram received signal EXC_BAD_ACCESS, Could not access memory.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4045
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
This program:
```
int main(int argc, array(string) argv)
{
object sql = Sql.sql("odbc://......Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4045
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
This program:
```
int main(int argc, array(string) argv)
{
object sql = Sql.sql("odbc://...");
sql->query(#"SELECT rv_cust_attribs.attrib_id,
rv_cust_attribs.attr_name,
rv_doc_attribs.value
FROM rv_doc_attribs, rv_cust_attribs
WHERE rv_doc_attribs.document_id = 279
AND rv_doc_attribs.attrib_id = rv_cust_attribs.attrib_id
AND rv_cust_attribs.attr_name = 'metadatadump'");
return 0;
}
```
gives:
```
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x00794e18 in f_fetch_row (args=25393152) at /home/distmaker/Distmaker/4.0/build
/pike.macosx/pike/src/modules/Odbc/odbc_result.c:462
462 /home/distmaker/Distmaker/4.0/build/pike.macosx/pike/src/modules/Odbc/od
bc_result.c: No such file or directory.
in /home/distmaker/Distmaker/4.0/build/pike.macosx/pike/src/modules/Odbc
/odbc_result.c
(gdb) bt
#0 0x00794e18 in f_fetch_row (args=25393152) at /home/distmaker/Distmaker/4.0/b
uild/pike.macosx/pike/src/modules/Odbc/odbc_result.c:462
#1 0x00794e14 in f_fetch_row (args=25393152) at /home/distmaker/Distmaker/4.0/b
uild/pike.macosx/pike/src/modules/Odbc/odbc_result.c:462
#2 0x00016254 in low_mega_apply (type=7949128, args=1965952, arg1=0x1dff80, arg
2=0x1837800) at /home/distmaker/Distmaker/4.0/build/pike.macosx/pike/src/apply_l
ow.h:195
#3 0x00013610 in opcode_F_CALL_OTHER (arg1=1965952) at /home/distmaker/Distmake
r/4.0/build/pike.macosx/pike/src/interpret_functions_fixed.h:1933
#4 0x007548c0 in ?? ()
#5 0x000170fc in o_catch (pc=0x783834) at /home/distmaker/Distmaker/4.0/build/p
ike.macosx/pike/src/interpret.c:1818
#6 0x0000fd28 in opcode_F_CATCH () at /home/distmaker/Distmaker/4.0/build/pike.
macosx/pike/src/interpret_functions_fixed.h:1210
#7 0x00783830 in ?? ()
#8 0x00016f9c in mega_apply (type=25393152, args=-1073745569, arg1=0x3, arg2=0x
198644cc) at /home/distmaker/Distmaker/4.0/build/pike.macosx/pike/src/interpret.
c:1774
#9 0x0007a424 in main (argc=2, argv=0xbffffe08) at /home/distmaker/Distmaker/4.
0/build/pike.macosx/pike/src/main.c:756
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4649BACKPORT: sendfile truncation issue (Was: Files exceeding proto cache size ar...2009-04-16T14:11:39ZPeter BortasBACKPORT: sendfile truncation issue (Was: Files exceeding proto cache size are corrupted)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4649
Reported by Jonas Wallden <jonasw@roxen.com>
Requesting a file whose size is bigger than the protocol cache threshold will not be sent completely.
Both Safari and Fi...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4649
Reported by Jonas Wallden <jonasw@roxen.com>
Requesting a file whose size is bigger than the protocol cache threshold will not be sent completely.
Both Safari and Firefox will stall and later give up with bytes missing at the end of the file (a few
hundred missing bytes is the normal case).
The same test works fine in 4.5.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4464Pike-7.6 Does Not Build on MacOSX (Darwin 9.1.0) PPC2009-04-16T14:11:39ZPeter BortasPike-7.6 Does Not Build on MacOSX (Darwin 9.1.0) PPCImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4464
Reported by Philip Yi, Self <philipyi@mac.com>
Please see the Pikefarm result under machine iMac.local.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4464
Reported by Philip Yi, Self <philipyi@mac.com>
Please see the Pikefarm result under machine iMac.local.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2820PATCH: Support for dynamic modules on MacOS X2009-04-16T14:11:39ZPeter BortasPATCH: Support for dynamic modules on MacOS XImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2820
Reported by @grubba
```
From: Bill Welliver <hww3@riverweb.com>
To: "pike@roxen.com" <pike@roxen.com>
Date: Tue, 5 Mar 2002 18:22:25 -0500
Subject: Revised patch for...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2820
Reported by @grubba
```
From: Bill Welliver <hww3@riverweb.com>
To: "pike@roxen.com" <pike@roxen.com>
Date: Tue, 5 Mar 2002 18:22:25 -0500
Subject: Revised patch for Darwin/MacOSX
```
Here's a revised patch for pike 7.3.16 to get dynamic modules working on
MacOSX/Darwin. After considerable fiddling, it appears that it will be
necessary to use the flat namespace when compiling for Darwin (ask me
offline if you need specific examples and reasons). The attached patch
provides the necessary changes for configure.in.
That said, there are some other problems that I've identified (but don't
have patches for):
1. the configure script for the Java module always fails complaining
about not having a working ls. There is no relevant information in
config.log for me to be able to determine what the problem really is,
though I'm sure it's a simple fix.
2. If I install X11 and GTK (from fink if that's helpful), it's
necessary to use the -traditional-cpp flag to get the GTK module to
compile. I'm pretty sure the flag is set in the main configure script
but it doesn't seem to propagate.
Hope this helps!
Bill
--- configure.in.orig Thu Feb 28 20:23:12 2002
+++ configure.in Tue Mar 5 18:08:03 2002
@@ -1318,6 +1318,7 @@
# Foundation framework needed by JavaVM.framework. The OS X 10.1
linker
# no longer includes indirect dependencies so we need to add them
here.
AC_SYS_COMPILER_FLAG(-framework Foundation,
framework_Foundation, LDFLAGS)
+ AC_SYS_COMPILER_FLAG(-framework System, framework_System, LDFLAGS)
```
# -flat_namespace only needed for linking with libMallocDebug
# AC_SYS_COMPILER_FLAG(-flat_namespace, flat_namespace, LDFLAGS)
@@ -5435,7 +5436,7 @@
fi
;;
Darwin*)
- LDSHARED="ld -bundle -bind_at_load -undefined suppress -lbundle1.o"
+ LDSHARED="ld -bundle -bind_at_load -flat_namespace -undefined
suppress -lbundle1.o"
;;
IRIX*)
if test "$GCC" = yes ; then
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2665Post modules don't compile on MacOS X 10.1.x2009-04-16T14:11:39ZPeter BortasPost modules don't compile on MacOS X 10.1.xImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2665
Reported by @grubba
From the pike@roxen.com mailinglist:
```
From: Bill Welliver <hww3@riverweb.com>
To: "pike@roxen.com" <pike@roxen.com>
Date: Sun, 6 Jan 2002 14:...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2665
Reported by @grubba
From the pike@roxen.com mailinglist:
```
From: Bill Welliver <hww3@riverweb.com>
To: "pike@roxen.com" <pike@roxen.com>
Date: Sun, 6 Jan 2002 14:56:18 -0500
Subject: Pike and MacOS X 10.1.x
```
The other problems are in the post_modules: I don't have GL, but
configure doesn't seem to remove GL or GLUT from the lists of modules to
build. The build process doesn't seem to like my GTK installation
either, as I get a whole bunch of errors similar to this:
```
Compiling pgtk_1.c
./gdkeventstrings.h:1: warning: nondigits in number and not hexadecimal
./gdkeventstrings.h:1: warning: garbage at end of number
./gdkeventstrings.h:1: illegal external declaration, missing `;' after
`s_2button'
./gdkeventstrings.h:2: warning: nondigits in number and not hexadecimal
./gdkeventstrings.h:2: warning: garbage at end of number
./gdkeventstrings.h:2: illegal external declaration, missing `;' after
`s_3button'
./gdkeventstrings.h:1: warning: nondigits in number and not hexadecimal
./gdkeventstrings.h:1: warning: garbage at end of number
./gdkeventstrings.h:1: illegal statement, missing `;' after `s_2button'
./gdkeventstrings.h:2: warning: nondigits in number and not hexadecimal
./gdkeventstrings.h:2: warning: garbage at end of number
./gdkeventstrings.h:2: illegal statement, missing `;' after `s_3button'
pgtk_1.c:84: warning: nondigits in number and not hexadecimal
pgtk_1.c:84: warning: garbage at end of number
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:84:
syntax error, missing `;' after `s_2button'
pgtk_1.c:86: warning: nondigits in number and not hexadecimal
pgtk_1.c:86: warning: garbage at end of number
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:86:
syntax error, missing `;' after `s_3button'
cpp-precomp: warning: errors during smart preprocessing, retrying in
basic mode
In file included from
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:13:
./gdkeventstrings.h:1: parse error before `_press'
./gdkeventstrings.h:1: warning: data definition has no type or storage
class
./gdkeventstrings.h:2: parse error before `_press'
./gdkeventstrings.h:2: warning: data definition has no type or storage
class
In file included from
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:19:
./gdkeventstrings.h: In function `define_gdkeventstrings':
./gdkeventstrings.h:1: `s_2button' undeclared (first use in this
function)
./gdkeventstrings.h:1: (Each undeclared identifier is reported only once
./gdkeventstrings.h:1: for each function it appears in.)
./gdkeventstrings.h:1: parse error before `_press'
./gdkeventstrings.h:2: `s_3button' undeclared (first use in this
function)
./gdkeventstrings.h:2: parse error before `_press'
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:
In function `pgdk_event__index':
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:84:
`s_2button' undeclared (first use in this function)
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:84:
parse error before `_press'
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:86:
`s_3button' undeclared (first use in this function)
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:86:
parse error before `_press'
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:
In function `pgdk_event_cast':
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:288:
`s_2button_press' undeclared (first use in this function)
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:291:
`s_3button_press' undeclared (first use in this function)
WARNING: Compiler failure! Trying without optimization!
/Users/hww3/Desktop/Pike/src/smartlink cc -I.
-I/Users/hww3/Desktop/Pike/src/post_modules/GTK
-I/Users/hww3/Desktop/Pike/src/post_modules/GTK/../.. -I../.. -I.
-I/usr/local/include -I/sw/include -I/usr/X11R6/include
-I/Users/hww3/Desktop/Pike/src -I/usr/local/include -I/sw/include
-I/usr/X11R6/include -I/Users/hww3/Desktop/Pike/src -fPIC
-DDYNAMIC_MODULE -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2
-I/sw/lib/glib/include -I/usr/X11R6/include -I/sw/include
-DNEED_GNOMESUPPORT_H -I/sw/lib/gnome-libs/include -I/sw/include/gtk-1.2
-I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include
-I/sw/include/gnome-xml -I/sw/include -I/sw/include/gtk-1.2
-I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include -c
pgtk_1.c -o pgtk_1.o
./gdkeventstrings.h:1: warning: nondigits in number and not hexadecimal
./gdkeventstrings.h:1: warning: garbage at end of number
./gdkeventstrings.h:1: illegal external declaration, missing `;' after
`s_2button'
./gdkeventstrings.h:2: warning: nondigits in number and not hexadecimal
./gdkeventstrings.h:2: warning: garbage at end of number
./gdkeventstrings.h:2: illegal external declaration, missing `;' after
`s_3button'
./gdkeventstrings.h:1: warning: nondigits in number and not hexadecimal
./gdkeventstrings.h:1: warning: garbage at end of number
./gdkeventstrings.h:1: illegal statement, missing `;' after `s_2button'
./gdkeventstrings.h:2: warning: nondigits in number and not hexadecimal
./gdkeventstrings.h:2: warning: garbage at end of number
./gdkeventstrings.h:2: illegal statement, missing `;' after `s_3button'
pgtk_1.c:84: warning: nondigits in number and not hexadecimal
pgtk_1.c:84: warning: garbage at end of number
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:84:
syntax error, missing `;' after `s_2button'
pgtk_1.c:86: warning: nondigits in number and not hexadecimal
pgtk_1.c:86: warning: garbage at end of number
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:86:
syntax error, missing `;' after `s_3button'
cpp-precomp: warning: errors during smart preprocessing, retrying in
basic mode
In file included from
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:13:
./gdkeventstrings.h:1: parse error before `_press'
./gdkeventstrings.h:1: warning: data definition has no type or storage
class
./gdkeventstrings.h:2: parse error before `_press'
./gdkeventstrings.h:2: warning: data definition has no type or storage
class
In file included from
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:19:
./gdkeventstrings.h: In function `define_gdkeventstrings':
./gdkeventstrings.h:1: `s_2button' undeclared (first use in this
function)
./gdkeventstrings.h:1: (Each undeclared identifier is reported only once
./gdkeventstrings.h:1: for each function it appears in.)
./gdkeventstrings.h:1: parse error before `_press'
./gdkeventstrings.h:2: `s_3button' undeclared (first use in this
function)
./gdkeventstrings.h:2: parse error before `_press'
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:
In function `pgdk_event__index':
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:84:
`s_2button' undeclared (first use in this function)
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:84:
parse error before `_press'
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:86:
`s_3button' undeclared (first use in this function)
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:86:
parse error before `_press'
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:
In function `pgdk_event_cast':
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:288:
`s_2button_press' undeclared (first use in this function)
/Users/hww3/Desktop/Pike/src/post_modules/GTK/source/gdkevent.pre:291:
`s_3button_press' undeclared (first use in this function)
make[2]: *** [pgtk_1.o] Error 1
make[1]: *** [compile1] Error 2
make: *** [GTK] Error 1
```
I didn't feel like diving into that mess at the time, so I decided to
ignore it for the time being. Any suggestions that might help figure out
this particular set of errors would be greatly appreciated. I removed
GL, GLUT and GTK from the list of post_modules in
src/post_modules/Makefile, leaving only Unicode.
Having done all of this, pike seems to compile and install properly.
I've posted my diffs for getting Caudium to compile on a the
caudium.general newsgroup.
Best regards,
Bill Welliver
hww3@riverweb.comPike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2293F_ESCAPE_CATCH fails on MacOS X/PPC --with-machine-code2009-04-16T14:11:39ZPeter BortasF_ESCAPE_CATCH fails on MacOS X/PPC --with-machine-codeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2293
Reported by @grubba
```
Doing test 5914 (5914 total)
1: mixed a() {
2: int a, b;
3: foo:
4: for (int i = 1; i <= 4; i++) {
5: a = i;
6: catch...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2293
Reported by @grubba
```
Doing test 5914 (5914 total)
1: mixed a() {
2: int a, b;
3: foo:
4: for (int i = 1; i <= 4; i++) {
5: a = i;
6: catch {
7: catch {
8: if (i >= 3) break foo;
9: if (i >= 2) continue foo;
10: };
11: };
12: b = i;
13: }
14: return ({a, b});
15: ; }
16: mixed b() { return ({3, 1}); }
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x00010b48 in opcode_F_ESCAPE_CATCH () at
/home/grubba/src/Pike/7.3/src/interpret_functions.h:1140
1140 OPCODE0_RETURN(F_ESCAPE_CATCH, "escape catch", {
(gdb) p Pike_interpreter
$1 = {
stack_pointer = 0xc7c2f8,
evaluator_stack = 0xc7c000,
mark_stack_pointer = 0xd40000,
mark_stack = 0xd40000,
frame_pointer = 0xbf20f8,
evaluator_stack_malloced = 1,
mark_stack_malloced = 0,
recoveries = 0xbfffe7c8,
thread_id = 0xbf3400,
stack_top = 0xbff87fff "",
svalue_stack_margin = 100,
c_stack_margin = 8000,
t_flag = 0
}
(gdb) p *Pike_interpreter.frame_pointer
$2 = {
refs = 1,
args = 0,
fun = 0,
num_locals = 3,
num_args = 0,
flags = 0,
ident = 0,
next = 0xbf229c,
scope = 0x0,
pc = 0x80610038,
locals = 0xc7c2c8,
save_sp = 0xc7c2c0,
expendible = 0xc7c2e0,
save_mark_sp = 0xd40000,
mark_sp_base = 0xd40000,
current_object = 0x3a6d4d0,
context = {
inherit_level = 0,
identifier_level = 0,
parent_identifier = -1,
parent_offset = -18,
storage_offset = 0,
parent = 0x0,
prog = 0x105a00c,
name = 0x0
},
current_storage = 0x3a6c0b0 ""
}
(gdb) disassemble
Dump of assembler code for function opcode_F_ESCAPE_CATCH:
0x10b10 <opcode_F_ESCAPE_CATCH>: mflr r0
0x10b14 <opcode_F_ESCAPE_CATCH+4>: bcl 20,4*cr7+so,0x10b18
<opcode_F_ESCAPE_CATCH+8>
0x10b18 <opcode_F_ESCAPE_CATCH+8>: mflr r12
0x10b1c <opcode_F_ESCAPE_CATCH+12>: mtlr r0
0x10b20 <opcode_F_ESCAPE_CATCH+16>: lwz r10,-32(r1)
0x10b24 <opcode_F_ESCAPE_CATCH+20>: addis r9,r12,63
0x10b28 <opcode_F_ESCAPE_CATCH+24>: lwz r9,-3628(r9)
0x10b2c <opcode_F_ESCAPE_CATCH+28>: addis r11,r12,63
0x10b30 <opcode_F_ESCAPE_CATCH+32>: lwz r0,8(r10)
0x10b34 <opcode_F_ESCAPE_CATCH+36>: lwz r10,16(r9)
0x10b38 <opcode_F_ESCAPE_CATCH+40>: stw r0,28(r10)
0x10b3c <opcode_F_ESCAPE_CATCH+44>: lwz r11,-3568(r11)
0x10b40 <opcode_F_ESCAPE_CATCH+48>: lwz r9,-32(r1)
0x10b44 <opcode_F_ESCAPE_CATCH+52>: lwz r0,0(r11)
0x10b48 <opcode_F_ESCAPE_CATCH+56>: stw r0,8(r9)
0x10b4c <opcode_F_ESCAPE_CATCH+60>: blr
End of assembler dump.
(gdb) info reg
r0 0xac94 44180
r1 0xbfffe740 3221219136
r2 0x80972be8 2157390824
r3 0xc7c2f8 13091576
r4 0xc7c300 13091584
r5 0x1884c 100428
r6 0x700148a0 1879132320
r7 0x4 4
r8 0x8 8
r9 0x70014680 1879131776
r10 0xbf20f8 12525816
r11 0x4915e4 4789732
r12 0x10b18 68376
r13 0x0 0
r14 0x0 0
r15 0x0 0
r16 0x0 0
r17 0x0 0
r18 0x0 0
r19 0x0 0
r20 0x0 0
r21 0x0 0
r22 0x0 0
r23 0x0 0
r24 0x0 0
r25 0x0 0
r26 0xbffff890 3221223568
r27 0x4c 76
r28 0x3a5d470 61199472
r29 0x478ed0 4689616
r30 0x3 3
r31 0x478ed0 4689616
pc 0x10b48 68424
ps 0xf030 61488
cr 0x48000002 1207959554
lr 0x3a5d548 61199688
ctr 0xcba44 834116
xer 0x20000004 536870916
mq 0x0 0
fpscr 0xaa002100 2852135168
vrsave 0x0 0
```Pike 7.4Marcus ComstedtMarcus Comstedthttps://git.lysator.liu.se/pikelang/pike/-/issues/1464malloc(3)/realloc(3) on MacOSX doesn't always take rlimit into account.2009-04-16T14:11:39ZPeter Bortasmalloc(3)/realloc(3) on MacOSX doesn't always take rlimit into account.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1464
Reported by @grubba
This has the effect that the binary will instead fail when the memory is
used. The program will print the message:
"*** malloc[29683]: error fo...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1464
Reported by @grubba
This has the effect that the binary will instead fail when the memory is
used. The program will print the message:
"*** malloc[29683]: error for object 0xf42000: Can't vm_copy region".
and then die of signal EXC_BAD_ACCESS.
Example:
Doing test 6412 (6412 total)
1: mixed a() { return
search(sprintf("%'"+"+-*"+"'*n"+"SUNE",100000+1),"SUNE"); }
2: mixed b() { return 100000+1; }
*** malloc[29683]: error for object 0xf42000: Can't vm_copy region
```
Program received signal EXC_BAD_ACCESS, Could not access memory.
realloc_unlinked_string (a=0xf42000, size=200002) at
/home/grubba/src/Pike/7.3/src/stralloc.c:1376
1376 r->len=size;
(gdb) p r
$1 = (struct pike_string *) 0xf5b000
(gdb) p *r
Cannot access memory at address 0xf5b000
(gdb) p a
$2 = (struct pike_string *) 0xf42000
(gdb) p *a
$3 = {
refs = 0,
size_shift = 0,
len = 100001,
hval = 160790766,
next = 0xffffffff,
str = "+"
}
```
r is the return value from realloc(3), or from begin_wide_shared_string()
(which translates to malloc(3)), and should be NULL if the memory couldn't
be allocated.
The MacOSX manualpage for malloc(3) does not mention this behaviour, so
it's most likely a bug in libc.Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/1463create_process() fails with stack-error on MacOSX2009-04-16T14:11:39ZPeter Bortascreate_process() fails with stack-error on MacOSXImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1463
Reported by @grubba
```
Doing test 9748 (9748 total)
1: mixed a() { return allocate(10,thread_create)(lambda() { for(int
x=0;x<10;x++) { for(int e=0;e<50;e++)
if(P...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1463
Reported by @grubba
```
Doing test 9748 (9748 total)
1: mixed a() { return allocate(10,thread_create)(lambda() { for(int
x=0;x<10;x++) { for(int e=0;e<50;e++)
if(Process.create_process(({"/bin/cat","/dev/null"}))->wait()) return e;
__signal_watchdog(); } return -1;})->wait() - ({-1}); }
2: mixed b() { return ({}); }
/home/grubba/src/Pike/7.3/src/signal_handler.c:2669: Fatal error:
[Switching to thread 5 (process 28485 thread 0x2703)]
[Switching to process 28485 thread 0x2703]
Breakpoint 1, debug_fatal (fmt=0x0) at
/home/grubba/src/Pike/7.3/src/error.c:501
501 if (in_fatal)
(gdb) bt
#0 debug_fatal (fmt=0x0) at /home/grubba/src/Pike/7.3/src/error.c:501
#1 0x00086f6c in f_create_process (args=1) at
/home/grubba/src/Pike/7.3/src/signal_handler.c:2669
#2 0x0002be8c in mega_apply (type=11226416, args=1, arg1=0xab35b0,
arg2=0xaaccf8) at /home/grubba/src/Pike/7.3/src/interpret.c:1227
#3 0x0002da48 in apply_lfun (o=0xd43f24, fun=-2887690, args=1) at
/home/grubba/src/Pike/7.3/src/interpret.c:1594
...
(gdb) up
#1 0x00086f6c in f_create_process (args=1) at
/home/grubba/src/Pike/7.3/src/signal_handler.c:2669
2669 pop_n_elems(sp - stack_save);
(gdb) p Pike_interpreter
$1 = {
stack_pointer = 0x26bc050,
evaluator_stack = 0x26bc000,
mark_stack_pointer = 0x2780004,
mark_stack = 0x2780000,
frame_pointer = 0xaacfe4,
evaluator_stack_malloced = 1,
mark_stack_malloced = 0,
recoveries = 0x1b66b70,
thread_id = 0xc7eb04,
stack_top = 0x1a3dec8 "",
svalue_stack_margin = 100,
c_stack_margin = 8000,
t_flag = 0
}
(gdb) p stack_save
$2 = (struct svalue *) 0x1608050
```
Note that stack_save seems to be from a different stack than
stack_pointer/evaluator_stack. Most likely a bug in the MacOSX
thread-library.Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/946stack_size macro conflicts with system defined macro on MacOSX.2009-04-16T14:11:39ZPeter Bortasstack_size macro conflicts with system defined macro on MacOSX.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=946
Reported by @grubba
```
Compiling /home/grubba/src/Pike7.1/src/interpret.c
/System/Library/Frameworks/System.framework/Headers/mach/shared_memory_server.h:45:
warning...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=946
Reported by @grubba
```
Compiling /home/grubba/src/Pike7.1/src/interpret.c
/System/Library/Frameworks/System.framework/Headers/mach/shared_memory_server.h:45:
warning: could not use precompiled header
'/System/Library/Frameworks/System.framework/Headers/mach/mach.p', because:
/System/Library/Frameworks/System.framework/Headers/mach/shared_memory_server.h:45:
warning: macro 'stack_size' defined by
/home/grubba/src/Pike7.1/src/interpret.h conflicts with precomp
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/490need to quote directory name in install script2009-04-16T14:11:39ZPeter Bortasneed to quote directory name in install scriptImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=490
Reported by Jeff Hungerford, <jhungerf@alagad.com>
As there is a space in the directory name, there need to be
quotes around Pike-v7.0.233-Darwin-1.2-Power Macintosh....Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=490
Reported by Jeff Hungerford, <jhungerf@alagad.com>
As there is a space in the directory name, there need to be
quotes around Pike-v7.0.233-Darwin-1.2-Power Macintosh.dir
on lines 62 and 73 of the install script for the precomipiled version.Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/149GC fatal: An unreferenced thing got missed by gc_is_referenced().2009-04-16T14:11:39ZPeter BortasGC fatal: An unreferenced thing got missed by gc_is_referenced().Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=149
Reported by @grubba
From AutoBuild:
```
/private/tmp/autobuild/pike7.1-20000829204108.tar/src/gc.c:875: GC fatal:
**An unreferenced thing got missed by gc_is_referen...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=149
Reported by @grubba
From AutoBuild:
```
/private/tmp/autobuild/pike7.1-20000829204108.tar/src/gc.c:875: GC fatal:
**An unreferenced thing got missed by gc_is_referenced().
**Location: 0xd3c744 Type: object Refs: 1
**Got gc marker at 0x1151dc4: flags=0x00091e, refs=1, weak=-1, xrefs=0,
saved=1, frame=0xc2448c [back=0xc24474, prev=0xffffffff, next=0xffffffff,
data=0xd3c744, cycle=0, flags=0x39]
**Parent identifier: 8
**Program id: 207736
**The object is destructed.
**Attempting to describe program object was instantiated from:
**Got gc marker at 0x1143044: flags=0x000101, refs=2, weak=0, xrefs=0,
saved=3, frame=0x0
**Program id: 207736
**Location:
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1173
**There is no parent (any longer?)
*******************
/private/tmp/autobuild/pike7.1-20000829204108.tar/src/gc.c:2139: Fatal
error:
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1266:
mark 68, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1266:
call lfun & pop(7) 68, 2
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1169:
mark 69, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1162:
global(2) 69, 2
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1169:
call(0) 70, 2
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1169:
& local(0) 70, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1169:
push 0 72, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1169:
branch(0) 73, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1169:
foreach(0) 73, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1169:
return 0 73, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1267:
mark 68, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1162:
global(2) 68, 2
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1267:
call(0) 69, 2
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1267:
& local(0) 69, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1267:
push 0 71, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1267:
branch(0) 72, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1267:
foreach(0) 72, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1267:
pop_n_elems(4) 72, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1270:
mark 68, 1
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1270:
global(6) 68, 2
/private/tmp/autobuild/pike7.1-20000829204108.tar/build/mac-os-10.0-power-macintosh/test-install/pike/7.1.6/lib/modules/Yabu.pmod/module.pmod:1270:
call(1) 69, 2
Pike was in GC stage 510 when this fatal occured:
Fatal in garbage collector.
Attempting to dump backlog (may fail)...
Backtrace at time of fatal:
testsuite: Test 9375 (shift 0):1: a()
/private/tmp/autobuild/pike7.1-20000829204108.tar/bin/test_pike.pike:568:
main(3,({"/private/tmp/autobuild/pike7.1-20000829204108.tar/bin/test_pike.pike","modules/_Charset/module_testsuite","modules/_Crypto/module_testsuite","modules/_Image_JPEG/module_testsuite",,,34}))
make[2]: *** [verify] Abort trap
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/4855"Bad offset" when generating backtrace2009-06-17T17:42:07ZPeter Bortas"Bad offset" when generating backtraceImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4855
Reported by Jonas Wallden <jonasw@roxen.com>
```
class Abstract {
void foo();
}
void main()
{
Abstract()->foo();
}
ceylon:~ $ ~/pike/7.8/bin/pike ~/bad-offset...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4855
Reported by Jonas Wallden <jonasw@roxen.com>
```
class Abstract {
void foo();
}
void main()
{
Abstract()->foo();
}
ceylon:~ $ ~/pike/7.8/bin/pike ~/bad-offset.pike
Bad offset: pc:0x6d2194 program:0x6d2198 (0x0)
Calling undefined function.
/main()->Abstract: /main()->Abstract()->foo()
bad-offset.pike:7: /main()->main()
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4605Comparing NaN with bignums yields FPE2009-11-17T19:08:26ZPeter BortasComparing NaN with bignums yields FPEImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4605
Reported by Martin Karlgren <marty@roxen.com>
```
Pike v7.4 release 528 running Hilfe v3.5 (Incremental Pike Frontend)
> float kNAN = sscanf("\x7f\xf8\0\0\0\0\0\0", ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4605
Reported by Martin Karlgren <marty@roxen.com>
```
Pike v7.4 release 528 running Hilfe v3.5 (Incremental Pike Frontend)
> float kNAN = sscanf("\x7f\xf8\0\0\0\0\0\0", "%8F", float _NAN) && _NAN;
> pow(2, 32) > kNAN;
Floating point exception
```
$ uname -a
Darwin gabrielle.roxen.com 9.3.0 Darwin Kernel Version 9.3.0: Fri May 23
00:49:16 PDT 2008; root:xnu-1228.5.18~1/RELEASE_I386 i386Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4465Pike-7.7 fails to build on MacOSX (Darwin 9.1.0) PPC2009-11-19T15:08:41ZPeter BortasPike-7.7 fails to build on MacOSX (Darwin 9.1.0) PPCImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4465
Reported by Philip Yi, Self <philipyi@mac.com>
Build loops on processing Gmp module. Attached is the last part of huge compilelog.txtImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4465
Reported by Philip Yi, Self <philipyi@mac.com>
Build loops on processing Gmp module. Attached is the last part of huge compilelog.txtPike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5519Crash in backend::adjust_up()2010-06-22T18:42:09ZPeter BortasCrash in backend::adjust_up()Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5519
Reported by Jonas Wallden <jonasw@roxen.com>
Process: pike [2608]
Path: /home/jonasw/pike/7.8/build/darwin-10.2.0-i386/pike
Identifier: pike
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5519
Reported by Jonas Wallden <jonasw@roxen.com>
Process: pike [2608]
Path: /home/jonasw/pike/7.8/build/darwin-10.2.0-i386/pike
Identifier: pike
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: sh [2538]
Date/Time: 2010-06-14 17:09:05.563 +0200
OS Version: Mac OS X 10.6.3 (10D573)
Report Version: 6
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000008
Crashed Thread: 20
[...]
```
Thread 20 Crashed:
0 pike 0x000000010004b24a adjust_up + 58 (backend.cmod:584)
1 pike 0x000000010004e3fc f_Backend_call_out + 764 (backend.cmod:398)
2 pike 0x0000000100010bf7 low_mega_apply + 1703 (apply_low.h:388)
3 pike 0x00000001000141f0 eval_instruction + 7600 (interpret_functions.h:2065)
4 pike 0x000000010001cca2 catching_eval_instruction + 98 (interpret.c:2246)
5 pike 0x0000000100019a88 eval_instruction + 30280 (interpret_functions.h:1287)
6 pike 0x000000010001cdad mega_apply + 205 (interpret.c:2218)
7 pike 0x000000010011ad70 new_thread_func + 1584 (threads.c:1115)
8 libSystem.B.dylib 0x00007fff85f988b6 _pthread_start + 331
9 libSystem.B.dylib 0x00007fff85f98769 thread_start + 13
```
[...]
Thread 20 crashed with X86 Thread State (64-bit):
rax: 0x000000004c164615 rbx: 0x0000000103787a20 rcx: 0x0000000100b37e40 rdx: 0x00000000000004e0
rdi: 0x0000000100510400 rsi: 0x000000000000013a rbp: 0x00000001070c5760 rsp: 0x00000001070c5740
r8: 0x000000000000009c r9: 0x0000000000000000 r10: 0x00000001082505d0 r11: 0x000000000039ba29
r12: 0x0000000100510400 r13: 0x00000001096ead60 r14: 0x0000000000000139 r15: 0x000000010824fc00
rip: 0x000000010004b24a rfl: 0x0000000000010202 cr2: 0x0000000000000008
```
backend.cmod:584 contains this line in my tree:
```
if(CMP(pos, parent))Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5509Core dump in really_free_array2010-08-17T16:13:35ZPeter BortasCore dump in really_free_arrayImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5509
Reported by Marcus Wellhardh <wellhard@roxen.com>
Roxen crashed and restarted with this error (roxen-4.5.410-release-ep-macosx_x86.sh)
```
Exception Type: EXC_...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5509
Reported by Marcus Wellhardh <wellhard@roxen.com>
Roxen crashed and restarted with this error (roxen-4.5.410-release-ep-macosx_x86.sh)
```
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000c1f0cd87
Crashed Thread: 0
Thread 0 Crashed:
0 0x0003ec9b really_free_array + 59 (array.c:125)
1 0x00047642 backend_do_call_outs + 290 (backend.cmod:1970)
2 0x00048581 low_backend_once + 993 (backend.cmod:1444)
3 0x00048a60 f_Backend_cq__backtick_28_29 + 112 (backend.cmod:1484)
4 0x00015855 low_mega_apply + 3109 (apply_low.h:195)
5 0x000178a2 opcode_F_APPLY_AND_POP + 98 (interpret_functions.h:1878)
6 0x010b37cb 0 + 17512395
7 0x00017ee8 o_catch + 232 (interpret.c:1831)
8 0x00017f9d opcode_F_CATCH + 61 (interpret_functions.h:1195)
9 0x010b377d 0 + 17512317
10 0x00016235 mega_apply + 101 (interpret.c:1787)
11 0x00018bf7 apply + 55 (interpret.c:2095)
12 0x00083f93 main + 2579 (main.c:757)
13 0x00001eb2 _start + 216
14 0x00001dd9 start + 41
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3929piketag module crashes on MacOS X2011-02-09T17:34:26ZPeter Bortaspiketag module crashes on MacOS XImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3929
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
According to self test on MacOS X:
```
Failed to compile module
/home/dist/tmp/self-test/roxe...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3929
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
According to self test on MacOS X:
```
Failed to compile module
/home/dist/tmp/self-test/roxen-4.0.349-test-cms-macosx_ppc32.sh/roxen/server-4.0.349/modules/scripting/piketag.pike:
modules/scripting/piketag.pike:197 Error: Index 'hide_whitespaces' not
present in module 'Pike'.
modules/scripting/piketag.pike:197 Error: Index 'tokenize' not present in
module 'Pike'.
modules/scripting/piketag.pike:202 Error: Index 'hide_whitespaces' not
present in module 'Pike'.
modules/scripting/piketag.pike:202 Error: Index 'tokenize' not present in
module 'Pike'.
modules/scripting/piketag.pike:234 Error: Undefined identifier RXML.
modules/scripting/piketag.pike:246 Error: Undefined identifier RXML.
modules/scripting/piketag.pike:260 Error: Undefined identifier Roxen.
modules/scripting/piketag.pike:291 Error: Class definition failed.
modules/scripting/piketag.pike:293 Error: Undefined identifier Roxen.
modules/scripting/piketag.pike:313 Error: Undefined identifier Parser.
modules/scripting/piketag.pike:313 Error: Undefined identifier Parser.
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6187Crash in push_grent() on OS X2012-01-25T14:21:53ZPeter BortasCrash in push_grent() on OS XImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6187
Reported by Jonas Wallden <jonasw@roxen.com>
Observed with Pike 7.8.612 (CMS 5.2.132) on OS X 10.6.8 (x86_64 build). Reportedly triggered by restarting a uid-changed...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6187
Reported by Jonas Wallden <jonasw@roxen.com>
Observed with Pike 7.8.612 (CMS 5.2.132) on OS X 10.6.8 (x86_64 build). Reportedly triggered by restarting a uid-changed Roxen via Admin interface wizard.
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 roxen 0x00000001001f4385 push_grent + 197
1 roxen 0x00000001001f4940 f_getgrgid + 432
2 roxen 0x0000000100016515 eval_instruction + 14037
3 roxen 0x000000010001dcb4 catching_eval_instruction + 100
4 roxen 0x0000000100019e78 eval_instruction + 28728
5 roxen 0x000000010001ddc4 mega_apply + 212
6 roxen 0x00000001000533ff backend_do_call_outs + 767
7 roxen 0x000000010005537c f_PollDeviceBackend_cq__backtick_28_29 + 1612
8 roxen 0x0000000100011c87 low_mega_apply + 3095
9 roxen 0x00000001000150c3 eval_instruction + 8835
10 roxen 0x000000010001dcb4 catching_eval_instruction + 100
11 roxen 0x0000000100019e78 eval_instruction + 28728
12 roxen 0x000000010001ddc4 mega_apply + 212
13 roxen 0x0000000100001950 main + 2576
14 roxen 0x0000000100000eb4 start + 52
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000046 rbx: 0x0000000100600400 rcx: 0x0000000100600420 rdx: 0x0000000100600410
rdi: 0x00000001009e7401 rsi: 0x000000010025f640 rbp: 0x00007fff5fbfe4f0 rsp: 0x00007fff5fbfe4c0
r8: 0x0000000100355da8 r9: 0x0000000000000000 r10: 0x0000000000000001 r11: 0x0000000000000040
r12: 0x00000001019074fd r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x00000001019074d0
rip: 0x00000001001f4385 rfl: 0x0000000000010246 cr2: 0x0000000000000000
Disassembly of _push_grent() with offset 197 highlighted:
```
_push_grent:
00000001001f42c0 pushq %rbp
00000001001f42c1 movq %rsp,%rbp
00000001001f42c4 pushq %r15
00000001001f42c6 pushq %r14
00000001001f42c8 movq %rdi,%r14
00000001001f42cb pushq %r13
00000001001f42cd pushq %r12
00000001001f42cf pushq %rbx
00000001001f42d0 subq $0x08,%rsp
00000001001f42d4 testq %rdi,%rdi
00000001001f42d7 je 0x1001f4461
00000001001f42dd movq (%rdi),%r13
00000001001f42e0 testq %r13,%r13
00000001001f42e3 je 0x1001f43fe
00000001001f42e9 leaq 0x0006b350(%rip),%r12
00000001001f42f0 movq %r13,%rdi
00000001001f42f3 movq (%r12),%rbx
00000001001f42f7 leaq 0x10(%rbx),%rax
00000001001f42fb movq %rax,(%r12)
00000001001f42ff movw $0x0000,0x02(%rbx)
00000001001f4305 callq 0x1001fcc3e ; symbol stub for: _strlen
00000001001f430a movq %r13,%rdi
00000001001f430d movq %rax,%rsi
00000001001f4310 callq _debug_make_shared_binary_string
00000001001f4315 movw $0x0006,(%rbx)
00000001001f431a movq %rax,0x08(%rbx)
00000001001f431e movq %r12,%rsi
00000001001f4321 movq 0x08(%r14),%r12
00000001001f4325 testq %r12,%r12
00000001001f4328 je 0x1001f4437
00000001001f432e movq (%rsi),%rbx
00000001001f4331 movq %r12,%rdi
00000001001f4334 leaq 0x10(%rbx),%rax
00000001001f4338 movq %rax,(%rsi)
00000001001f433b movw $0x0000,0x02(%rbx)
00000001001f4341 callq 0x1001fcc3e ; symbol stub for: _strlen
00000001001f4346 movq %r12,%rdi
00000001001f4349 movq %rax,%rsi
00000001001f434c callq _debug_make_shared_binary_string
00000001001f4351 leaq 0x0006b2e8(%rip),%rsi
00000001001f4358 movq %rax,0x08(%rbx)
00000001001f435c movw $0x0006,(%rbx)
00000001001f4361 movq (%rsi),%rdx
00000001001f4364 movl 0x10(%r14),%eax
00000001001f4368 xorl %r13d,%r13d
00000001001f436b leaq 0x10(%rdx),%rcx
00000001001f436f movq %rcx,(%rsi)
00000001001f4372 movq %rax,0x08(%rdx)
00000001001f4376 movw $0x0008,(%rdx)
00000001001f437b movw $0x0000,0x02(%rdx)
00000001001f4381 movq 0x18(%r14),%r14
----
00000001001f4385 movq (%r14),%r12
----
00000001001f4388 testq %r12,%r12
00000001001f438b je 0x1001f43de
00000001001f438d leaq 0x0006b2ac(%rip),%r15
00000001001f4394 jmp 0x1001f43a3
00000001001f4396 nopw %cs:0x00000000(%rax,%rax)
00000001001f43a0 movq %r15,%rsi
00000001001f43a3 movq (%rsi),%rbx
00000001001f43a6 movq %r12,%rdi
00000001001f43a9 incl %r13d
00000001001f43ac leaq 0x10(%rbx),%rax
00000001001f43b0 movq %rax,(%rsi)
00000001001f43b3 movw $0x0000,0x02(%rbx)
00000001001f43b9 callq 0x1001fcc3e ; symbol stub for: _strlen
00000001001f43be movq %r12,%rdi
00000001001f43c1 movq %rax,%rsi
00000001001f43c4 callq _debug_make_shared_binary_string
00000001001f43c9 movq %rax,0x08(%rbx)
00000001001f43cd movslq %r13d,%rax
00000001001f43d0 movw $0x0006,(%rbx)
00000001001f43d5 movq (%r14,%rax,8),%r12
00000001001f43d9 testq %r12,%r12
00000001001f43dc jne 0x1001f43a0
00000001001f43de movl %r13d,%edi
00000001001f43e1 callq _debug_f_aggregate
00000001001f43e6 addq $0x08,%rsp
00000001001f43ea movl $0x00000004,%edi
00000001001f43ef popq %rbx
00000001001f43f0 popq %r12
00000001001f43f2 popq %r13
00000001001f43f4 popq %r14
00000001001f43f6 popq %r15
00000001001f43f8 leave
00000001001f43f9 jmp _debug_f_aggregate
00000001001f43fe leaq 0x0006b23b(%rip),%rsi
00000001001f4405 leaq 0x0006863c(%rip),%rax
00000001001f440c movq (%rsi),%rdx
00000001001f440f movq (%rax),%rcx
00000001001f4412 leaq 0x10(%rdx),%rax
00000001001f4416 movq %rax,(%rsi)
00000001001f4419 incl (%rcx)
00000001001f441b movw $0x0000,0x02(%rdx)
00000001001f4421 movq %rcx,0x08(%rdx)
00000001001f4425 movw $0x0006,(%rdx)
00000001001f442a movq 0x08(%r14),%r12
00000001001f442e testq %r12,%r12
00000001001f4431 jne 0x2001f432e
00000001001f4437 leaq 0x0006860a(%rip),%rax
00000001001f443e movq (%rsi),%rdx
00000001001f4441 movq (%rax),%rcx
00000001001f4444 leaq 0x10(%rdx),%rax
00000001001f4448 movq %rax,(%rsi)
00000001001f444b incl (%rcx)
00000001001f444d movw $0x0000,0x02(%rdx)
00000001001f4453 movq %rcx,0x08(%rdx)
00000001001f4457 movw $0x0006,(%rdx)
00000001001f445c jmp 0x2001f4361
00000001001f4461 leaq 0x0006b1d8(%rip),%rax
00000001001f4468 movq (%rax),%rdx
00000001001f446b leaq 0x10(%rdx),%rcx
00000001001f446f movq %rcx,(%rax)
00000001001f4472 movq $0x00000000,0x08(%rdx)
00000001001f447a movw $0x0008,(%rdx)
00000001001f447f movw $0x0000,0x02(%rdx)
00000001001f4485 addq $0x08,%rsp
00000001001f4489 popq %rbx
00000001001f448a popq %r12
00000001001f448c popq %r13
00000001001f448e popq %r14
00000001001f4490 popq %r15
00000001001f4492 leave
00000001001f4493 ret
00000001001f4494 nopw 0x00(%rax,%rax)
00000001001f449a nopw 0x00(%rax,%rax)
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4868Sporadic crashes in opcode_F_ARROW2015-03-30T18:01:32ZPeter BortasSporadic crashes in opcode_F_ARROWImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4868
Reported by Jonas Wallden <jonasw@roxen.com>
This is a Pike on OS X/PPC problem that's been observed repeatedly over a long period of time in 7.8. It's happening dur...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4868
Reported by Jonas Wallden <jonasw@roxen.com>
This is a Pike on OS X/PPC problem that's been observed repeatedly over a long period of time in 7.8. It's happening during startup of Roxen CMS and normally disappears on next restart.
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0000001e
```
Thread 0 Crashed:
0 <<00000000>> 0x03000df8 0 + 50335224
1 roxen 0x0001c5dc mega_apply + 192 (interpret.c:2218)
2 roxen 0x000dd05c object_index_no_free + 320 (object.c:1374)
3 roxen 0x00016368 opcode_F_ARROW + 104 (interpret_functions.h:1842)
4 <<00000000>> 0x03001a30 0 + 50338352
5 roxen 0x0001f860 apply_low_safe_and_stupid + 820 (interpret.c:2404)
6 roxen 0x0014e19c eval_low + 256 (las.c:5270)
7 roxen 0x00157fd8 optimize + 1956 (las.c:1988)
8 roxen 0x0015ed6c dooptcode + 132 (las.c:5196)
9 roxen 0x00005f6c yyparse + 9396 (language.yacc:1087)
10 roxen 0x001047dc run_pass2 + 736 (program.c:3628)
11 roxen 0x00106490 f_compilation_compile + 824 (program.c:8563)
12 roxen 0x0001b2f8 low_mega_apply + 2244 (apply_low.h:388)
13 roxen 0x0001c5c4 mega_apply + 168 (interpret.c:2211)
14 roxen 0x000eff2c f_compilation_env_compile + 124 (program.c:7677)
15 roxen 0x0001b2f8 low_mega_apply + 2244 (apply_low.h:388)
16 roxen 0x0001c5c4 mega_apply + 168 (interpret.c:2211)
17 <<00000000>> 0x01297c2c 0 + 19495980
18 roxen 0x000186f0 catching_eval_instruction + 160 (interpret.c:2246)
19 roxen 0x0001fb5c jump_opcode_F_CATCH + 412 (interpret_functions.h:1287)
20 <<00000000>> 0x007fe6bc 0 + 8382140
21 roxen 0x0001c5dc mega_apply + 192 (interpret.c:2218)
22 roxen 0x0014743c svalue_is_true + 308 (svalue.c:550)
23 roxen 0x00013c50 test_opcode_F_BRANCH_WHEN_ZERO + 96 (interpret_functions.h:1118)
24 <<00000000>> 0x010ea894 0 + 17737876
25 roxen 0x0001c5dc mega_apply + 192 (interpret.c:2218)
26 roxen 0x000dd05c object_index_no_free + 320 (object.c:1374)
27 <<00000000>> 0x010ed240 0 + 17748544
28 roxen 0x0001c5dc mega_apply + 192 (interpret.c:2218)
29 roxen 0x000dd05c object_index_no_free + 320 (object.c:1374)
30 roxen 0x000ebdf4 f_index + 132 (operators.c:181)
31 roxen 0x00154628 index_node + 1204 (las.c:1672)
32 roxen 0x0000c548 yyparse + 35472 (language.yacc:3897)
33 roxen 0x00105e84 run_pass1 + 912 (program.c:8030)
34 roxen 0x00106404 f_compilation_compile + 684 (program.c:8542)
35 roxen 0x0001b2f8 low_mega_apply + 2244 (apply_low.h:388)
36 roxen 0x0001c5c4 mega_apply + 168 (interpret.c:2211)
37 roxen 0x000eff2c f_compilation_env_compile + 124 (program.c:7677)
38 roxen 0x0001b2f8 low_mega_apply + 2244 (apply_low.h:388)
39 roxen 0x0001c5c4 mega_apply + 168 (interpret.c:2211)
40 <<00000000>> 0x01299658 0 + 19502680
41 roxen 0x000186f0 catching_eval_instruction + 160 (interpret.c:2246)
42 roxen 0x0001fb5c jump_opcode_F_CATCH + 412 (interpret_functions.h:1287)
43 <<00000000>> 0x021d7f00 0 + 35487488
44 roxen 0x0001c5dc mega_apply + 192 (interpret.c:2218)
45 roxen 0x000e6f90 o_cast + 2148 (operators.c:687)
46 roxen 0x000e7ac4 f_cast + 72 (operators.c:913)
47 <<00000000>> 0x02a39628 0 + 44275240
48 roxen 0x000186f0 catching_eval_instruction + 160 (interpret.c:2246)
49 roxen 0x0001fb5c jump_opcode_F_CATCH + 412 (interpret_functions.h:1287)
50 <<00000000>> 0x021bd72c 0 + 35378988
51 roxen 0x0001c5dc mega_apply + 192 (interpret.c:2218)
52 roxen 0x00053e8c backend_do_call_outs + 1024 (backend.cmod:876)
53 roxen 0x00055ee0 f_PollDeviceBackend_cq__backtick_28_29 + 1780 (backend.cmod:3406)
54 roxen 0x0001b2f8 low_mega_apply + 2244 (apply_low.h:388)
55 roxen 0x0001edb4 jump_opcode_F_CALL_FUNCTION_AND_POP + 100 (interpret_functions.h:2068)
56 <<00000000>> 0x012ab138 0 + 19575096
57 roxen 0x000186f0 catching_eval_instruction + 160 (interpret.c:2246)
58 roxen 0x0001fb5c jump_opcode_F_CATCH + 412 (interpret_functions.h:1287)
59 <<00000000>> 0x012a9d90 0 + 19570064
60 roxen 0x0001c5dc mega_apply + 192 (interpret.c:2218)
61 roxen 0x00002d04 main + 3096 (main.c:621)
62 roxen 0x00001d0c _start + 760
63 roxen 0x00001a10 start + 48
```
Thread 0 crashed with PPC Thread State 64:
srr0: 0x0000000003000df8 srr1: 0x100000000200f030 vrsave: 0x0000000000000000
cr: 0x42008444 xer: 0x0000000000000000 lr: 0x000000000000f3d0 ctr: 0x0000000003000df4
r0: 0x000000000001c5dc r1: 0x00000000bfff6df0 r2: 0x0000000000294660 r3: 0x0000000003000df4
r4: 0x00000000000000dc r5: 0x00000000000186a0 r6: 0x0000000000000006 r7: 0x0000000000000000
r8: 0x0000000000294660 r9: 0x0000000000294660 r10: 0x0000000000000013 r11: 0x000000000000000a
r12: 0x0000000000000012 r13: 0x000000000000011a r14: 0x0000000000000000 r15: 0x0000000000294660
r16: 0x00000000002ace14 r17: 0x0000000000000018 r18: 0x00000000ffffffff r19: 0x0000000001817ed0
r20: 0x0000000000000000 r21: 0x0000000000000000 r22: 0x0000000000000449 r23: 0x0000000001e0add8
r24: 0x0000000000000008 r25: 0x0000000000000000 r26: 0x0000000000000016 r27: 0x0000000001d8c9d8
r28: 0x00000000bfff6f50 r29: 0x0000000000294660 r30: 0x0000000003000df4 r31: 0x000000000000f3d0
The corresponding startup log for Roxen says:
Enabling all modules for Test Platform...
Start script terminating.
For historical reference, this is the crash I caught back in Sept 2008 (from InfoKOM 629415). The topmost stack frames are a bit different but opcode_F_ARROW and below is more or less identical:
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000048bbc606
Crashed Thread: 0
```
Thread 0 Crashed:
0 ??? 0x023fb9d8 0 + 37730776
1 pike 0x00016a6c opcode_F_ARROW + 100 (interpret_functions.h:1843)
2 pike 0x0001f8f4 apply_low_safe_and_stupid + 816 (interpret.c:2391)
3 pike 0x0014ac54 eval_low + 252 (las.c:5270)
4 pike 0x00154ac0 optimize + 1976 (las.c:1989)
5 pike 0x0015b84c dooptcode + 128 (las.c:5196)
6 pike 0x000068e8 yyparse + 9408 (language.yacc:1080)
7 pike 0x00101a40 run_pass2 + 732 (program.c:8011)
8 pike 0x001036f4 f_compilation_compile + 820 (program.c:8474)
9 pike 0x0001b494 low_mega_apply + 2104 (apply_low.h:225)
10 pike 0x0001c67c mega_apply + 164 (interpret.c:2201)
11 pike 0x000ed3d8 f_compilation_env_compile + 120 (program.c:7589)
12 pike 0x0001b494 low_mega_apply + 2104 (apply_low.h:225)
13 pike 0x0001c67c mega_apply + 164 (interpret.c:2201)
14 ??? 0x0067cc28 0 + 6802472
15 pike 0x00018a20 catching_eval_instruction + 96 (interpret.c:2233)
16 pike 0x0001fc20 jump_opcode_F_CATCH + 456 (interpret_functions.h:1287)
[...]
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/7599Spurious crash in network code on OS X2015-11-30T15:03:11ZPeter BortasSpurious crash in network code on OS XImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7599
Reported by Jonas Wallden <jonasw@roxen.com>
Not sure if this can be used to pinpoint the cause. The server was started around 10.02 on a laptop with one network con...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=7599
Reported by Jonas Wallden <jonasw@roxen.com>
Not sure if this can be used to pinpoint the cause. The server was started around 10.02 on a laptop with one network connection, and that laptop was put to sleep and later woken up on another network and used for ~28 minutes before dying at 10.43.
Pike was locally compiled from Pike/8.0: 2cf338966b. (Curiously it still reports as 8.0.97, but that must be a makefile issue since e.g. ADT.Heap()->remove is available and that is newer than 8.0.97.)
10:02:36 : Adding package packages/throttling.
0m 0.0s : -----------------------------------------------------------------
: Pike version: Pike v8.0 release 97
: Product version: Roxen CMS 6.0.80-git
: Operating system: Darwin 13.4.0 (x86_64)
[...]
: Start script terminating.
: Shutting down MySQL.151120 10:43:26 [Note] /scratch/mariadb-10.0.13-osx10.9-x86_64/bin/mysqld: Normal shutdown
---------
Crashed Thread: 7
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
[...]
```
Thread 7 Crashed:
0 libsystem_info.dylib 0x00007fff89dfc6ba mdns_addrinfo + 339
1 libsystem_info.dylib 0x00007fff89dfc537 search_addrinfo + 183
2 libsystem_info.dylib 0x00007fff89dfc2cc si_addrinfo + 1468
3 libsystem_info.dylib 0x00007fff89dfbc6b getaddrinfo + 171
4 pike 0x00000001001baede get_inet_addr + 430 (system.c:1974)
5 pike 0x00000001001a4318 port_bind + 280 (socket.c:271)
6 pike 0x0000000100014c96 lower_mega_apply + 1238 (interpret.c:2172)
7 pike 0x0000000100014e93 jump_opcode_F_CALL_LFUN_N + 67 (interpret_functions.h:2359)
8 ??? 0x00000001011c0401 0 + 4313580545
9 pike 0x000000010000d5ee catching_eval_instruction + 126 (interpret.c:2754)
10 pike 0x000000010000d439 inter_return_opcode_F_CATCH + 217 (interpret.c:1295)
11 ??? 0x000000010389f242 0 + 4354339394
```
[...]
Thread 7 crashed with X86 Thread State (64-bit):
rax: 0x000000010b5a24a0 rbx: 0x000000010b5a26a4 rcx: 0x0000000000001000 rdx: 0x0000000000000000
rdi: 0x00007fff72e36728 rsi: 0x0000000000000001 rbp: 0x000000010b5a2540 rsp: 0x000000010b5a2420
r8: 0x0000000000000000 r9: 0x0000000000000006 r10: 0x000000000000000a r11: 0x00000000000004e1
r12: 0x0000000000000001 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000
rip: 0x00007fff89dfc6ba rfl: 0x0000000000010202 cr2: 0x0000000000000000Pike 8.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström