Pike-devel May 2004

pike-devel@lists.lysator.liu.se

11 participants
65 discussions

Re: Nettle cmod segfault
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 19 May '04

19 May '04

> I think, like many others, that there are too complex macros in Pike and > that it's a big problem for code readibility. I guess you're talking of things like the block_alloc system, fsort.h, the volymous macros for doing string stuff once for each string width, and the undisputed king of the hill: The interpret_functions.h macro system. Things like THREADS_DISALLOW is just an ordinary macro and can hardly be considered a readability problem. I know what you mean; I got fairly frustrated too the first time I tried to grep through the source for the definition of get_marker and couldn't find it anywhere. Still, once you've groked how it works it's damn handy. Some of the string processing stuff could probably have been written without macros and instead accept the performance hit, and it got to be possible to clean up the interpret_functions.h stuff somehow. Using macros to at compile time choose between a heap of separate functions and a giant case is a bit over the edge imho; trusting function inlining just a little would have made it a lot simpler. But apart from that, you have to consider what the alternatives would be before dissing it (which doesn't imply that I think every single remaining macro is altogether nice and tidy, though). For e.g. block_alloc and fsort, I can only think of C++ templates as being able to improve it in any way. / Martin Stjernholm, Roxen IS Previous text: >2004-05-18 12:39: >Subject: Re: Nettle cmod segfault >-------------------------------------------------------------------- >Martin Stjernholm, Roxen IS @ Pike developers forum wrote: >>>As we are speaking of that, wouldn't it be possible to make this macros >>>with a little less code in it (and generally in macros used in Pike)? >> >> >> Possible - yes. A good idea - probably not. I've looked at many of the >> macros and usually think they make sense, at least when rtldebug and >> dmalloc isn't enabled. For the most part, they get overly bloated only >> when debug is enabled; it's not uncommon that the debug parts are a >> bit sloppy and don't bother to isolate some overly long debug checks >> into functions. > >I think, like many others, that there are too complex macros in Pike and >that it's a big problem for code readibility. > >Anyway about the debug, I compiled with rtldebug but Pike doesn't seem >to care much about it, at least I have the same output during the >segfault. I uncomment VERBOSE_THREADS_DEBUG in pike_threadlib.h thought. >Here is the result: > >(Isn't the problem is that THREADS_DISALLOW is called 2 times without >THREADS_ALLOW in between backend.cmod and hash.cmod ?) > >THREADS_ALLOW() /home/david/Pike/7.6/src/backend.cmod:2333 t:08383000(#0) >THREADS_DISALLOW() >/home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 t: >08ded800(#0) >KEY k:0xa043d80, o:0x8bf3000 >LOCK k:0xa043d80, m:0x8c07ad0(0x8c07ad0), t:0x8bf3000 >KEY k:0xa043dc0, o:0x8bf3000 >LOCK k:0xa043dc0, m:0x8c07a70(0x8c07a70), t:0x8bf3000 >UNLOCK k:0xa043dc0 m:(0x8c07a70) t:0x8bf3000 o:0x8bf3000 >THREADS_ALLOW() >/home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:136 t:08d >ed800(#0) >THREADS_DISALLOW() /home/david/Pike/7.6/src/backend.cmod:2340 t:08383000(#0) >THREADS_DISALLOW() >/home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 t: >08ded800(#0) >/home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138: Fatal error: > >Program received signal SIGSEGV, Segmentation fault. >0x2861755a in f_HashState_update (args=1) > at /home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 >138 THREADS_DISALLOW(); >#0 0x2861755a in f_HashState_update (args=1) > at /home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 >#1 0x8088554 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8db1688, > arg2=0x3) at /home/david/Pike/7.6/src/apply_low.h:214 >#2 0x8083668 in jump_opcode_F_CALL_OTHER (arg1=1) > at /home/david/Pike/7.6/src/interpret_functions.h:1958 >#3 0x856b339 in ?? () >#4 0x8070f3e in eval_instruction ( > pc=0x856b138 "¡0\207.\b\203@\034\024ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:1229 >#5 0x808ac41 in o_catch (pc=0x856b138 "¡0\207.\b\203@\034\024ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:2027 >#6 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#7 0x856b132 in ?? () >#8 0x8070f3e in eval_instruction ( > pc=0x90d1328 "¡0\207.\b\203@\034\024ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:1229 >#9 0x808ac41 in o_catch (pc=0x90d1328 "¡0\207.\b\203@\034\024ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:2027 >#10 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#11 0x90d1322 in ?? () >---Type <return> to continue, or q <return> to quit--- >#12 0x8070f3e in eval_instruction (pc=0x9571fd8 "ÇD$\004\005") > at /home/david/Pike/7.6/src/interpret.c:1229 >#13 0x808ac41 in o_catch (pc=0x9571fd8 "ÇD$\004\005") > at /home/david/Pike/7.6/src/interpret.c:2027 >#14 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#15 0x9571fd2 in ?? () >#16 0x8070f3e in eval_instruction ( > pc=0x956dbc6 "\213\r0\207.\b¸:$©ö÷Ø\211A\034ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:1229 >#17 0x808ab04 in mega_apply (type=APPLY_STACK, args=8, arg1=0x0, arg2=0x0) > at /home/david/Pike/7.6/src/interpret.c:1982 >#18 0x808ad50 in f_call_function (args=8) > at /home/david/Pike/7.6/src/interpret.c:2053 >#19 0x285f890d in container_callback (this=0xa005d00, thisobj=0x8db2cd8, > v=0x98b4360, startc=0x8b0e588, cstartc=2006, endc=0x8b0e588, >cendc=3885, > st=0x852efb0, cutstart=0x852efbc, ccutstart=0x852efc0, >cutend=0x8b0e588, > ccutend=3892) at /home/david/Pike/7.6/src/modules/Parser/html.c:2735 >#20 0x285fabe0 in do_try_feed (this=0xa005d00, thisobj=0x8db2cd8, > st=0x852efb0, feed=0x852efbc, finished=1, ignore_tag_cb=0) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3224 >#21 0x285fc942 in try_feed (finished=1) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3737 >---Type <return> to continue, or q <return> to quit--- >#22 0x285fd3de in html_finish (args=1) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3932 >#23 0x8088554 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8db2cd8, > arg2=0xc) at /home/david/Pike/7.6/src/apply_low.h:214 >#24 0x8083668 in jump_opcode_F_CALL_OTHER (arg1=55) > at /home/david/Pike/7.6/src/interpret_functions.h:1958 >#25 0x9571a8b in ?? () >#26 0x8070f3e in eval_instruction ( > pc=0x956dbc6 "\213\r0\207.\b¸:$©ö÷Ø\211A\034ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:1229 >#27 0x808ab04 in mega_apply (type=APPLY_STACK, args=8, arg1=0x0, arg2=0x0) > at /home/david/Pike/7.6/src/interpret.c:1982 >#28 0x808ad50 in f_call_function (args=8) > at /home/david/Pike/7.6/src/interpret.c:2053 >#29 0x285f890d in container_callback (this=0xa005f00, thisobj=0x8db2ed0, > v=0x98b4570, startc=0x8b0e5a0, cstartc=123, endc=0x8b0e5a0, >cendc=16534, > st=0x852ef70, cutstart=0x852ef7c, ccutstart=0x852ef80, >cutend=0x8b0e5a0, > ccutend=16541) at /home/david/Pike/7.6/src/modules/Parser/html.c:2735 >#30 0x285fabe0 in do_try_feed (this=0xa005f00, thisobj=0x8db2ed0, > st=0x852ef70, feed=0x852ef7c, finished=1, ignore_tag_cb=0) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3224 >#31 0x285fc942 in try_feed (finished=1) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3737 >---Type <return> to continue, or q <return> to quit--- >#32 0x285fd3de in html_finish (args=1) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3932 >#33 0x8088554 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8db2ed0, > arg2=0xc) at /home/david/Pike/7.6/src/apply_low.h:214 >#34 0x8083668 in jump_opcode_F_CALL_OTHER (arg1=55) > at /home/david/Pike/7.6/src/interpret_functions.h:1958 >#35 0x9571a8b in ?? () >#36 0x8070f3e in eval_instruction (pc=0x8c99b06 "ÇD$\004\e") > at /home/david/Pike/7.6/src/interpret.c:1229 >#37 0x808ac41 in o_catch (pc=0x8c99b06 "ÇD$\004\e") > at /home/david/Pike/7.6/src/interpret.c:2027 >#38 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#39 0x8c99b00 in ?? () >#40 0x8070f3e in eval_instruction ( > pc=0x8b2f564 "¡0\207.\b\203@\034\017ÇD$\004\234") > at /home/david/Pike/7.6/src/interpret.c:1229 >#41 0x808ac41 in o_catch (pc=0x8b2f564 "¡0\207.\b\203@\034\017ÇD$\004\234") > at /home/david/Pike/7.6/src/interpret.c:2027 >#42 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#43 0x8b2f55e in ?? () >#44 0x8070f3e in eval_instruction ( >---Type <return> to continue, or q <return> to quit--- > pc=0x8b2f527 "\213\r0\207.\b¸Ù\nM÷÷Ø\211A\034Ç\004$\226") > at /home/david/Pike/7.6/src/interpret.c:1229 >#45 0x808ab04 in mega_apply (type=APPLY_STACK, args=2, arg1=0x0, arg2=0x0) > at /home/david/Pike/7.6/src/interpret.c:1982 >#46 0x808ad50 in f_call_function (args=2) > at /home/david/Pike/7.6/src/interpret.c:2053 >#47 0x8165cde in new_thread_func (data=0xbfbfef6c) > at /home/david/Pike/7.6/src/threads.c:868 >#48 0x282e71b4 in _thread_start () from /usr/lib/libc_r.so.4 >#49 0x0 in ?? () > > > > / Brevbäraren >

2 1

Nettle cmod segfault
by David Gourdelier 18 May '04

18 May '04

Hi list, I have a segfault when using the Nettle cmod under FreeBSD 4.7, it seems to be related to threads: /home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138: Fatal error: Program received signal SIGSEGV, Segmentation fault. 0x2860f340 in f_HashState_update (args=1) at /home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 138 THREADS_DISALLOW(); (gdb) display data->len 2: data->len = 56 (gdb) display (char*)data->str 4: ( char *) data->str = 0xa06d014 "camas_fix_coding://Bertrand LUPART <bertrand(a)linkeo.com>" (gdb) bt #0 0x2860f340 in f_HashState_update (args=1) at /home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 #1 0x8088500 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8da9e20, arg2=0x3) at /home/david/Pike/7.6/src/apply_low.h:214 #2 0x8083614 in jump_opcode_F_CALL_OTHER (arg1=1) at /home/david/Pike/7.6/src/interpret_functions.h:1958 #3 0x8563339 in ?? () #4 0x8070eea in eval_instruction ( pc=0x8563138 "¡0\025.\b\203@\034\024ÇD$\004") at /home/david/Pike/7.6/src/interpret.c:1229 #5 0x808abed in o_catch (pc=0x8563138 "¡0\025.\b\203@\034\024ÇD$\004") at /home/david/Pike/7.6/src/interpret.c:2027 #6 0x807c1a4 in jump_opcode_F_CATCH () at /home/david/Pike/7.6/src/interpret_functions.h:1240 #7 0x8563132 in ?? () #8 0x8070eea in eval_instruction ( pc=0x90c9328 "¡0\025.\b\203@\034\024ÇD$\004") at /home/david/Pike/7.6/src/interpret.c:1229 #9 0x808abed in o_catch (pc=0x90c9328 "¡0\025.\b\203@\034\024ÇD$\004") at /home/david/Pike/7.6/src/interpret.c:2027 #10 0x807c1a4 in jump_opcode_F_CATCH () at /home/david/Pike/7.6/src/interpret_functions.h:1240 #11 0x90c9322 in ?? () ---Type <return> to continue, or q <return> to quit--- #12 0x8070eea in eval_instruction (pc=0x9571fd8 "ÇD$\004\005") at /home/david/Pike/7.6/src/interpret.c:1229 #13 0x808abed in o_catch (pc=0x9571fd8 "ÇD$\004\005") at /home/david/Pike/7.6/src/interpret.c:2027 #14 0x807c1a4 in jump_opcode_F_CATCH () at /home/david/Pike/7.6/src/interpret_functions.h:1240 #15 0x9571fd2 in ?? () #16 0x8070eea in eval_instruction ( pc=0x956dbc6 "\213\r0\025.\b¸:$©ö÷Ø\211A\034ÇD$\004") at /home/david/Pike/7.6/src/interpret.c:1229 #17 0x808aab0 in mega_apply (type=APPLY_STACK, args=8, arg1=0x0, arg2=0x0) at /home/david/Pike/7.6/src/interpret.c:1982 #18 0x808acfc in f_call_function (args=8) at /home/david/Pike/7.6/src/interpret.c:2053 #19 0x285f087d in container_callback (this=0xa02a600, thisobj=0x8da9e08, v=0x98cc258, startc=0x8b96180, cstartc=2006, endc=0x8b96180, cendc=3885, st=0x8892f30, cutstart=0x8892f3c, ccutstart=0x8892f40, cutend=0x8b96180, ccutend=3892) at /home/david/Pike/7.6/src/modules/Parser/html.c:2735 #20 0x285f2b50 in do_try_feed (this=0xa02a600, thisobj=0x8da9e08, st=0x8892f30, feed=0x8892f3c, finished=1, ignore_tag_cb=0) at /home/david/Pike/7.6/src/modules/Parser/html.c:3224 #21 0x285f48b2 in try_feed (finished=1) at /home/david/Pike/7.6/src/modules/Parser/html.c:3737 ---Type <return> to continue, or q <return> to quit--- #22 0x285f534e in html_finish (args=1) at /home/david/Pike/7.6/src/modules/Parser/html.c:3932 #23 0x8088500 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8da9e08, arg2=0xc) at /home/david/Pike/7.6/src/apply_low.h:214 #24 0x8083614 in jump_opcode_F_CALL_OTHER (arg1=55) at /home/david/Pike/7.6/src/interpret_functions.h:1958 #25 0x9571a8b in ?? () #26 0x8070eea in eval_instruction ( pc=0x956dbc6 "\213\r0\025.\b¸:$©ö÷Ø\211A\034ÇD$\004") at /home/david/Pike/7.6/src/interpret.c:1229 #27 0x808aab0 in mega_apply (type=APPLY_STACK, args=8, arg1=0x0, arg2=0x0) at /home/david/Pike/7.6/src/interpret.c:1982 #28 0x808acfc in f_call_function (args=8) at /home/david/Pike/7.6/src/interpret.c:2053 #29 0x285f087d in container_callback (this=0xa010400, thisobj=0x8da9c70, v=0x98cc720, startc=0x8b96190, cstartc=123, endc=0x8b96190, cendc=16534, st=0x8892f50, cutstart=0x8892f5c, ccutstart=0x8892f60, cutend=0x8b96190, ccutend=16541) at /home/david/Pike/7.6/src/modules/Parser/html.c:2735 #30 0x285f2b50 in do_try_feed (this=0xa010400, thisobj=0x8da9c70, st=0x8892f50, feed=0x8892f5c, finished=1, ignore_tag_cb=0) at /home/david/Pike/7.6/src/modules/Parser/html.c:3224 #31 0x285f48b2 in try_feed (finished=1) at /home/david/Pike/7.6/src/modules/Parser/html.c:3737 ---Type <return> to continue, or q <return> to quit--- #32 0x285f534e in html_finish (args=1) at /home/david/Pike/7.6/src/modules/Parser/html.c:3932 #33 0x8088500 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8da9c70, arg2=0xc) at /home/david/Pike/7.6/src/apply_low.h:214 #34 0x8083614 in jump_opcode_F_CALL_OTHER (arg1=55) at /home/david/Pike/7.6/src/interpret_functions.h:1958 #35 0x9571a8b in ?? () #36 0x8070eea in eval_instruction (pc=0x8c90b06 "ÇD$\004\e") at /home/david/Pike/7.6/src/interpret.c:1229 #37 0x808abed in o_catch (pc=0x8c90b06 "ÇD$\004\e") at /home/david/Pike/7.6/src/interpret.c:2027 #38 0x807c1a4 in jump_opcode_F_CATCH () at /home/david/Pike/7.6/src/interpret_functions.h:1240 #39 0x8c90b00 in ?? () #40 0x8070eea in eval_instruction ( pc=0x8b27564 "¡0\025.\b\203@\034\017ÇD$\004\234") at /home/david/Pike/7.6/src/interpret.c:1229 #41 0x808abed in o_catch (pc=0x8b27564 "¡0\025.\b\203@\034\017ÇD$\004\234") at /home/david/Pike/7.6/src/interpret.c:2027 #42 0x807c1a4 in jump_opcode_F_CATCH () at /home/david/Pike/7.6/src/interpret_functions.h:1240 #43 0x8b2755e in ?? () #44 0x8070eea in eval_instruction ( ---Type <return> to continue, or q <return> to quit--- pc=0x8b27527 "\213\r0\025.\b¸Ù\212M÷÷Ø\211A\034Ç\004$\226") at /home/david/Pike/7.6/src/interpret.c:1229 #45 0x808aab0 in mega_apply (type=APPLY_STACK, args=2, arg1=0x0, arg2=0x0) at /home/david/Pike/7.6/src/interpret.c:1982 #46 0x808acfc in f_call_function (args=2) at /home/david/Pike/7.6/src/interpret.c:2053 #47 0x8164fe2 in new_thread_func (data=0xbfbfef3c) at /home/david/Pike/7.6/src/threads.c:868 #48 0x282e01b4 in _thread_start () from /usr/lib/libc_r.so.4 #49 0x0 in ?? () The problem seems to happen everytime now just after I upgraded my Pike to the CVS version. I had a 7.6.6 before and it was working fine. / David

5 15

Re: Nettle cmod segfault
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 18 May '04

18 May '04

>Anyway about the debug, I compiled with rtldebug but Pike doesn't seem >to care much about it, at least I have the same output during the >segfault. I uncomment VERBOSE_THREADS_DEBUG in pike_threadlib.h thought. >Here is the result: > >(Isn't the problem is that THREADS_DISALLOW is called 2 times without >THREADS_ALLOW in between backend.cmod and hash.cmod ?) The nesting looks correct, but it seems low_mt_lock_interpreter() succeeds twice. The trace shows two threads, one in the backend, and one in Nettle: backend.cmod:2333 THREADS_ALLOW() hash.cmod:138 THREADS_DISALLOW() hash.cmod:136 THREADS_ALLOW() backend.cmod:2340 THREADS_DISALLOW() hash.cmod:138 THREADS_DISALLOW() The THREADS_DISALLOW() in hash.cmod:138 ought to have hung in low_mt_lock_interpreter(). / Henrik Grubbström (Lysator) Previous text: >2004-05-18 12:39: >Subject: Re: Nettle cmod segfault >-------------------------------------------------------------------- >Martin Stjernholm, Roxen IS @ Pike developers forum wrote: >>>As we are speaking of that, wouldn't it be possible to make this macros >>>with a little less code in it (and generally in macros used in Pike)? >> >> >> Possible - yes. A good idea - probably not. I've looked at many of the >> macros and usually think they make sense, at least when rtldebug and >> dmalloc isn't enabled. For the most part, they get overly bloated only >> when debug is enabled; it's not uncommon that the debug parts are a >> bit sloppy and don't bother to isolate some overly long debug checks >> into functions. > >I think, like many others, that there are too complex macros in Pike and >that it's a big problem for code readibility. > >Anyway about the debug, I compiled with rtldebug but Pike doesn't seem >to care much about it, at least I have the same output during the >segfault. I uncomment VERBOSE_THREADS_DEBUG in pike_threadlib.h thought. >Here is the result: > >(Isn't the problem is that THREADS_DISALLOW is called 2 times without >THREADS_ALLOW in between backend.cmod and hash.cmod ?) > >THREADS_ALLOW() /home/david/Pike/7.6/src/backend.cmod:2333 t:08383000(#0) >THREADS_DISALLOW() >/home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 t: >08ded800(#0) >KEY k:0xa043d80, o:0x8bf3000 >LOCK k:0xa043d80, m:0x8c07ad0(0x8c07ad0), t:0x8bf3000 >KEY k:0xa043dc0, o:0x8bf3000 >LOCK k:0xa043dc0, m:0x8c07a70(0x8c07a70), t:0x8bf3000 >UNLOCK k:0xa043dc0 m:(0x8c07a70) t:0x8bf3000 o:0x8bf3000 >THREADS_ALLOW() >/home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:136 t:08d >ed800(#0) >THREADS_DISALLOW() /home/david/Pike/7.6/src/backend.cmod:2340 t:08383000(#0) >THREADS_DISALLOW() >/home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 t: >08ded800(#0) >/home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138: Fatal error: > >Program received signal SIGSEGV, Segmentation fault. >0x2861755a in f_HashState_update (args=1) > at /home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 >138 THREADS_DISALLOW(); >#0 0x2861755a in f_HashState_update (args=1) > at /home/david/Pike/7.6/src/post_modules/Nettle/hash.cmod:138 >#1 0x8088554 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8db1688, > arg2=0x3) at /home/david/Pike/7.6/src/apply_low.h:214 >#2 0x8083668 in jump_opcode_F_CALL_OTHER (arg1=1) > at /home/david/Pike/7.6/src/interpret_functions.h:1958 >#3 0x856b339 in ?? () >#4 0x8070f3e in eval_instruction ( > pc=0x856b138 "¡0\207.\b\203@\034\024ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:1229 >#5 0x808ac41 in o_catch (pc=0x856b138 "¡0\207.\b\203@\034\024ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:2027 >#6 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#7 0x856b132 in ?? () >#8 0x8070f3e in eval_instruction ( > pc=0x90d1328 "¡0\207.\b\203@\034\024ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:1229 >#9 0x808ac41 in o_catch (pc=0x90d1328 "¡0\207.\b\203@\034\024ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:2027 >#10 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#11 0x90d1322 in ?? () >---Type <return> to continue, or q <return> to quit--- >#12 0x8070f3e in eval_instruction (pc=0x9571fd8 "ÇD$\004\005") > at /home/david/Pike/7.6/src/interpret.c:1229 >#13 0x808ac41 in o_catch (pc=0x9571fd8 "ÇD$\004\005") > at /home/david/Pike/7.6/src/interpret.c:2027 >#14 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#15 0x9571fd2 in ?? () >#16 0x8070f3e in eval_instruction ( > pc=0x956dbc6 "\213\r0\207.\b¸:$©ö÷Ø\211A\034ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:1229 >#17 0x808ab04 in mega_apply (type=APPLY_STACK, args=8, arg1=0x0, arg2=0x0) > at /home/david/Pike/7.6/src/interpret.c:1982 >#18 0x808ad50 in f_call_function (args=8) > at /home/david/Pike/7.6/src/interpret.c:2053 >#19 0x285f890d in container_callback (this=0xa005d00, thisobj=0x8db2cd8, > v=0x98b4360, startc=0x8b0e588, cstartc=2006, endc=0x8b0e588, >cendc=3885, > st=0x852efb0, cutstart=0x852efbc, ccutstart=0x852efc0, >cutend=0x8b0e588, > ccutend=3892) at /home/david/Pike/7.6/src/modules/Parser/html.c:2735 >#20 0x285fabe0 in do_try_feed (this=0xa005d00, thisobj=0x8db2cd8, > st=0x852efb0, feed=0x852efbc, finished=1, ignore_tag_cb=0) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3224 >#21 0x285fc942 in try_feed (finished=1) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3737 >---Type <return> to continue, or q <return> to quit--- >#22 0x285fd3de in html_finish (args=1) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3932 >#23 0x8088554 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8db2cd8, > arg2=0xc) at /home/david/Pike/7.6/src/apply_low.h:214 >#24 0x8083668 in jump_opcode_F_CALL_OTHER (arg1=55) > at /home/david/Pike/7.6/src/interpret_functions.h:1958 >#25 0x9571a8b in ?? () >#26 0x8070f3e in eval_instruction ( > pc=0x956dbc6 "\213\r0\207.\b¸:$©ö÷Ø\211A\034ÇD$\004") > at /home/david/Pike/7.6/src/interpret.c:1229 >#27 0x808ab04 in mega_apply (type=APPLY_STACK, args=8, arg1=0x0, arg2=0x0) > at /home/david/Pike/7.6/src/interpret.c:1982 >#28 0x808ad50 in f_call_function (args=8) > at /home/david/Pike/7.6/src/interpret.c:2053 >#29 0x285f890d in container_callback (this=0xa005f00, thisobj=0x8db2ed0, > v=0x98b4570, startc=0x8b0e5a0, cstartc=123, endc=0x8b0e5a0, >cendc=16534, > st=0x852ef70, cutstart=0x852ef7c, ccutstart=0x852ef80, >cutend=0x8b0e5a0, > ccutend=16541) at /home/david/Pike/7.6/src/modules/Parser/html.c:2735 >#30 0x285fabe0 in do_try_feed (this=0xa005f00, thisobj=0x8db2ed0, > st=0x852ef70, feed=0x852ef7c, finished=1, ignore_tag_cb=0) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3224 >#31 0x285fc942 in try_feed (finished=1) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3737 >---Type <return> to continue, or q <return> to quit--- >#32 0x285fd3de in html_finish (args=1) > at /home/david/Pike/7.6/src/modules/Parser/html.c:3932 >#33 0x8088554 in low_mega_apply (type=APPLY_LOW, args=1, arg1=0x8db2ed0, > arg2=0xc) at /home/david/Pike/7.6/src/apply_low.h:214 >#34 0x8083668 in jump_opcode_F_CALL_OTHER (arg1=55) > at /home/david/Pike/7.6/src/interpret_functions.h:1958 >#35 0x9571a8b in ?? () >#36 0x8070f3e in eval_instruction (pc=0x8c99b06 "ÇD$\004\e") > at /home/david/Pike/7.6/src/interpret.c:1229 >#37 0x808ac41 in o_catch (pc=0x8c99b06 "ÇD$\004\e") > at /home/david/Pike/7.6/src/interpret.c:2027 >#38 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#39 0x8c99b00 in ?? () >#40 0x8070f3e in eval_instruction ( > pc=0x8b2f564 "¡0\207.\b\203@\034\017ÇD$\004\234") > at /home/david/Pike/7.6/src/interpret.c:1229 >#41 0x808ac41 in o_catch (pc=0x8b2f564 "¡0\207.\b\203@\034\017ÇD$\004\234") > at /home/david/Pike/7.6/src/interpret.c:2027 >#42 0x807c1f8 in jump_opcode_F_CATCH () > at /home/david/Pike/7.6/src/interpret_functions.h:1240 >#43 0x8b2f55e in ?? () >#44 0x8070f3e in eval_instruction ( >---Type <return> to continue, or q <return> to quit--- > pc=0x8b2f527 "\213\r0\207.\b¸Ù\nM÷÷Ø\211A\034Ç\004$\226") > at /home/david/Pike/7.6/src/interpret.c:1229 >#45 0x808ab04 in mega_apply (type=APPLY_STACK, args=2, arg1=0x0, arg2=0x0) > at /home/david/Pike/7.6/src/interpret.c:1982 >#46 0x808ad50 in f_call_function (args=2) > at /home/david/Pike/7.6/src/interpret.c:2053 >#47 0x8165cde in new_thread_func (data=0xbfbfef6c) > at /home/david/Pike/7.6/src/threads.c:868 >#48 0x282e71b4 in _thread_start () from /usr/lib/libc_r.so.4 >#49 0x0 in ?? () > > > > / Brevbäraren >

2 2

What about Judy
by Sten (Android) Eriksson (of Borg) ＠ Pike (-) developers forum 17 May '04

17 May '04

I just browsed a couple of old sweetcode.org articles and stumbled onto the "Judy functions" located at <http://judy.sourceforge.net/>. Snippet from sweetcode.org's description: "Judy is an implementation of a sorted associative array in C. All reasonable associative array implementations have O(log N) insert and lookup complexity, but the constant factor for Judy is very much smaller than other widely used implementations (several times faster than STL's "map" and twice as fast as SGI's "hash_map", in my trivial benchmarks)." This made me think of how beneficial it would be to Pike. There is a lot of doc's at the site, man pages, pdf-documents with both brief and in-depth descriptions and analysis. On associative arrays: <http://judy.sourceforge.net/application/judysl.pdf> On scalable hashing: <http://judy.sourceforge.net/application/Judy_hashing.pdf>

5 6

Pike 7.6.6 building problem
by David Gourdelier 15 May '04

15 May '04

Hello, When using the Pike tarball on ftp://pike.ida.liu.se/pub/pike/latest-stable/Pike-v7.6.6.tar.gz: checking for nettle_md5_init in -lnettle... no checking for md5_init in -lnettle... no Bundle nettle not available in /usr/local/src/Pike-v7.6.6/bundles. configure: error: Cannot compile --with-nettle without the Nettle library. It is highly recommended that you install a working Nettle library on your system as that will add features to Pike required by many applications. These features include ciphers, hash algorithms and random generators. If you know that you do not need cryptographic functions, you can re-run configure with the option --without-nettle instead. configure: error: /bin/bash -norc '/usr/local/src/Pike-v7.6.6/src/post_modules/Nettle/configure' failed for Nettle sed: can't read confdefs.h: No such file or directory configure: error: /bin/bash -norc '/usr/local/src/Pike-v7.6.6/src/post_modules/configure' failed for post_modules make: *** [configure] Error 1 david@camas:/usr/local/src/Pike-v7.6.6$ ls /usr/local/src/Pike-v7.6.6/bundles gmp.txt nettle-1.10.ptar.gz nettle.txt Shouldn't the file be named nettle-1.10.tar.gz instead of nettle-1.10.ptar.gz ? / David

4 4

doc extraction broken on 7.6 cvs
by Bill Welliver 14 May '04

14 May '04

I'm getting problems trying to extract autodocs on 7.6 cvs. This doesn't occur with the 7.6 release. Anyone have a fix? Bill Parsing structure file "structure/traditional.xml". Executing reference expansion and queueing node insertions. Parsing autodoc file "/home/hermes/bwellive/projects/Pike/7.6/build/sunos-5.9-sun4u/autodoc.xml". Executing node insertions. Attempt to call the NULL-value Unknown program: 0() /home/hermes/bwellive/projects/Pike/7.6/lib/modules/Parser.pmod/XML.pmod/Tree.pmod:822: Parser.XML.Tree.ElementNode(#0:2,chapter)->__lambda_65651_1_line_821(Parser.XML.Tree.AbstractNode()) /home/hermes/bwellive/projects/Pike/7.6/lib/modules/Parser.pmod/XML.pmod/Tree.pmod:820: Parser.XML.Tree.ElementNode(#0:2,chapter)->get_elements(0,0) /home/hermes/bwellive/projects/Pike/7.6/lib/modules/Tools.pmod/Standalone.pmod/assemble_autodoc.pike:425: Tools.Standalone.assemble_autodoc()->make_toc() /home/hermes/bwellive/projects/Pike/7.6/lib/modules/Tools.pmod/Standalone.pmod/assemble_autodoc.pike:477: Tools.Standalone.assemble_autodoc()->main(3,({"/home/hermes/bwellive/projects/Pike/7.6/lib/modules/Tools.pmod/Standalone .pmod/assemble_autodoc.pike","structure/traditional.xml",,,0})) *** Error code 10 make: Fatal error: Command failed for target `traditional.xml'

3 4

get_all_args
by Martin Nilsson (r�fsfiskal) ＠ Pike (-) developers forum 13 May '04

13 May '04

There is no get_all_args symbol for functions. Given that it isn't on purpose and that it should be possible to get a function, what symbols should be used?

2 3

discard strings in mid-air
by Martin Nilsson (r�fsfiskal) ＠ Pike (-) developers forum 13 May '04

13 May '04

Is do_really_free_pike_string the correct method to discard pike strings that has not been finished (i.e. begin_shared_string has been called, but not end_share_string)?

2 1

overambitious type checker?
by Fredrik (Naranek) Hubinette (Real Build Master) ＠ Pike (-) developers forum 13 May '04

13 May '04

I think the type-checker might be a bit *too* strict now in Pike 7.6.6. I have two classes, one callex 'xml', and one called 'Menu'. Menu implements xml, but it's behavour is quite different. Also create() is quite different in xml() and in Menu(). I then have a function which expects an array(xml), but gets an arary(Menu), and Pike 7.6.6 is not very happy about this. Didn't "create" used to be excempt from these type of type checks? For more info, see: http://fredrik.hubbe.net/hacker/viewtopic.php?t=143 Is there a better workaround for this than breaking up xml into two classes, one with a create function and one which inherits the other and adds the create function? (And then use the first one in all prototypes and the second in all function calls.)

3 4

read more in pike news archive broken?
by Martin Bähr 13 May '04

13 May '04

hi, i was just trying to look up some old news announcements when i found that any url with http://pike.ida.liu.se/about/news/archive/2003/ will give the news overview, and any links like: http://pike.ida.liu.se/about/news/archive/2003/20030904.xml http://pike.ida.liu.se/about/news/archive/2003/20030625.xml simply give the same content as http://pike.ida.liu.se/about/news/archive/2003/ what's wrong there? greetings, martin.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pike-devel May 2004