Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

[Xenofarm] Darwin build
by Bertrand Lupart 17 Sep '02

17 Sep '02

Hi list, I began^W^Wkiwi suggested me to run the xenofarm on my MacOS X machine late last week coz there were no more such machine running it. First tests runs fine, and i get some green buttons on the darwin line. But, until sunday night, i get a crash while the tests. Here the output, hope this helps. ----8<----8<----8<----8<----8<----8<---- Date/Time: 2002-09-17 14:42:18 +0200 OS Version: 10.2 (Build 6C115) Host: ostrea.linkeo.intra Command: pike PID: … [View More] 391 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000001 Thread 0 Crashed: #0 0x00cf1204 in __gmpz_set_si (set_si.c:32) #1 0x00893d20 in debug_get_mpz (mpz_glue.c:768) #2 0x00896a24 in mpzmod_eq (mpz_glue.c:1243) #3 0x00016334 in low_mega_apply (interpret.c:188) #4 0x00016f64 in mega_apply (interpret.c:1412) #5 0x000ba9a0 in is_eq (svalue.c:752) #6 0x000baef8 in low_is_equal (svalue.c:861) #7 0x000982f8 in store_constant (program.c:4459) #8 0x000494b8 in do_docode2 (docode.c:2048) #9 0x00044f2c in do_docode (docode.c:299) #10 0x00089cec in generate_minus (operators.c:1141) #11 0x00047c38 in do_docode2 (docode.c:1411) #12 0x00044f2c in do_docode (docode.c:299) #13 0x00049ab0 in docode (docode.c:2251) #14 0x000ca7a8 in eval_low (las.c:5310) #15 0x000cabe0 in eval (las.c:5395) #16 0x000c6e64 in optimize (las.c:5148) #17 0x000cb2c0 in dooptcode (las.c:5564) #18 0x00004030 in yyparse (language.c:874) #19 0x00099aac in run_pass2 (program.c:5532) #20 0x0009a138 in compile (program.c:5740) #21 0x000d3f7c in f_compile (builtin_functions.c:3225) #22 0x0073b620 in 0x73b620 #23 0x00017088 in o_catch (interpret.c:1458) #24 0x00010218 in opcode_F_CATCH (interpret.c:1150) #25 0x0073c8f4 in 0x73c8f4 #26 0x00016f78 in mega_apply (interpret.c:1419) #27 0x0007869c in object_index_no_free (object.c:1081) #28 0x0001262c in opcode_F_STRING_INDEX (interpret.c:1593) #29 0x0098ee14 in 0x98ee14 #30 0x00016f78 in mega_apply (interpret.c:1419) #31 0x0007869c in object_index_no_free (object.c:1081) #32 0x00012574 in opcode_F_ARROW (interpret.c:1581) #33 0x0059d8c4 in 0x59d8c4 #34 0x00016f78 in mega_apply (interpret.c:1419) #35 0x000ba2c4 in svalue_is_true (svalue.c:588) #36 0x0000ebec in opcode_F_BRANCH_WHEN_ZERO (interpret.c:1005) #37 0x00583f70 in 0x583f70 #38 0x00016f78 in mega_apply (interpret.c:1419) #39 0x0007869c in object_index_no_free (object.c:1081) #40 0x0007b050 in o_index (opcodes.c:137) #41 0x000c03f4 in index_node (las.c:1912) #42 0x0000792c in yyparse (language.c:3184) #43 0x00099984 in run_pass1 (program.c:5462) #44 0x0009a0d0 in compile (program.c:5721) #45 0x000d3f7c in f_compile (builtin_functions.c:3225) #46 0x0073b620 in 0x73b620 #47 0x00017088 in o_catch (interpret.c:1458) #48 0x00010218 in opcode_F_CATCH (interpret.c:1150) #49 0x0073c8f4 in 0x73c8f4 #50 0x00016f78 in mega_apply (interpret.c:1419) #51 0x0007869c in object_index_no_free (object.c:1081) #52 0x0007b050 in o_index (opcodes.c:137) #53 0x000c03f4 in index_node (las.c:1912) #54 0x0000792c in yyparse (language.c:3184) #55 0x00099984 in run_pass1 (program.c:5462) #56 0x0009a0d0 in compile (program.c:5721) #57 0x000d3f7c in f_compile (builtin_functions.c:3225) #58 0x0073b620 in 0x73b620 #59 0x00017088 in o_catch (interpret.c:1458) #60 0x00010218 in opcode_F_CATCH (interpret.c:1150) #61 0x0073c8f4 in 0x73c8f4 #62 0x00016f78 in mega_apply (interpret.c:1419) #63 0x000177dc in low_unsafe_apply_handler (interpret.c:1619) #64 0x00017a3c in safe_apply_handler (interpret.c:1671) #65 0x000966f8 in call_handle_inherit (program.c:3283) #66 0x0000322c in yyparse (language.c:394) #67 0x00099984 in run_pass1 (program.c:5462) #68 0x0009a0d0 in compile (program.c:5721) #69 0x000d3f7c in f_compile (builtin_functions.c:3225) #70 0x0073b620 in 0x73b620 #71 0x00017088 in o_catch (interpret.c:1458) #72 0x00010218 in opcode_F_CATCH (interpret.c:1150) #73 0x0073c8f4 in 0x73c8f4 #74 0x00016f78 in mega_apply (interpret.c:1419) #75 0x000177dc in low_unsafe_apply_handler (interpret.c:1619) #76 0x00017a3c in safe_apply_handler (interpret.c:1671) #77 0x000966f8 in call_handle_inherit (program.c:3283) #78 0x0000322c in yyparse (language.c:394) #79 0x00099984 in run_pass1 (program.c:5462) #80 0x0009a0d0 in compile (program.c:5721) #81 0x000d3f7c in f_compile (builtin_functions.c:3225) #82 0x0073b620 in 0x73b620 #83 0x00017088 in o_catch (interpret.c:1458) #84 0x00010218 in opcode_F_CATCH (interpret.c:1150) #85 0x0073c8f4 in 0x73c8f4 #86 0x00016f78 in mega_apply (interpret.c:1419) #87 0x0007869c in object_index_no_free (object.c:1081) #88 0x0007b050 in o_index (opcodes.c:137) #89 0x00030998 in do_safe_index_call (cpp.c:1359) #90 0x000307d4 in check_constant (cpp.c:1330) #91 0x0001d14c in lower_cpp0 (cpp.c:1050) #92 0x0001ecf4 in lower_cpp0 (cpp.c:1510) #93 0x0001f0e0 in lower_cpp0 (cpp.c:1584) #94 0x00031600 in f_cpp (cpp.c:1724) #95 0x0073b4f4 in 0x73b4f4 #96 0x00017088 in o_catch (interpret.c:1458) #97 0x00010218 in opcode_F_CATCH (interpret.c:1150) #98 0x0073c8f4 in 0x73c8f4 #99 0x00016f78 in mega_apply (interpret.c:1419) #100 0x0007869c in object_index_no_free (object.c:1081) #101 0x0007b050 in o_index (opcodes.c:137) #102 0x000c03f4 in index_node (las.c:1912) #103 0x0000792c in yyparse (language.c:3184) #104 0x00099984 in run_pass1 (program.c:5462) #105 0x0009a0d0 in compile (program.c:5721) #106 0x000d3f7c in f_compile (builtin_functions.c:3225) #107 0x0073b620 in 0x73b620 #108 0x00017088 in o_catch (interpret.c:1458) #109 0x00010218 in opcode_F_CATCH (interpret.c:1150) #110 0x00813334 in 0x813334 #111 0x00016f78 in mega_apply (interpret.c:1419) #112 0x0006e614 in main (main.c:722) #113 0x00002338 in _start (crt.c:267) #114 0x000021b8 in start Thread 1: #0 0x9003f188 in semaphore_wait_signal_trap #1 0x9003efa4 in _pthread_cond_wait #2 0x0005a774 in wait_thread (signal_handler.c:1131) #3 0x90021428 in _pthread_body PPC Thread State: srr0: 0x00cf1204 srr1: 0x0000f030 vrsave: 0x00000000 xer: 0x00000000 lr: 0x00893d20 ctr: 0x00cf11f4 mq: 0x00000000 r0: 0x00000001 r1: 0xbfff1a30 r2: 0x88004482 r3: 0x0076a850 r4: 0x00000001 r5: 0x00000000 r6: 0x00790468 r7: 0x00000000 r8: 0x001c5ae0 r9: 0x00000001 r10: 0x0076a850 r11: 0x008a32e8 r12: 0x00cf11f4 r13: 0x00000000 r14: 0x00000320 r15: 0x000000c8 r16: 0xbfff2df0 r17: 0x00000000 r18: 0x00161a28 r19: 0x00000003 r20: 0x001656f0 r21: 0x0000001c r22: 0x005cdce0 r23: 0x0097afb0 r24: 0x001c5ae0 r25: 0x008a69ec r26: 0x00000001 r27: 0x001c5ae0 r28: 0x00000008 r29: 0x005cdce0 r30: 0x00ebbfe0 r31: 0x00893cc0 ---->8---->8---->8---->8---->8---->8---- -- Bertrand Linkeo.com - R&D | http://www.linkeo.com/ +33 1 72 71 71 77 | 17, rue de la Banque - F75002 Paris Systèmes de gestion d'email entrant | Email management systems [View Less]

1 0

Roxen
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 17 Sep '02

17 Sep '02

I did a grep for the string "roxen" i the current pike tree and found the following which may or may not be questionable: ./bin/unbug:Copyright 2001-2002, Roxen Internet Software AB. ./bin/make_solaris_pkg.pike: pkginfo+="EMAIL=pike(a)roxen.com\n"; ./lib/modules/SSL.pmod/client.pike: if(!socket->connect("pike.roxen.com", 443)) ./src/post_modules/GTK/source/gnomeabout.pre://! TIMG: Gnome.About( "Example", "1.0", "(c) Roxen IS 2000", ({"Per Hedbor"}), "Some nice documentation\nabout this … [View More]

1 0

[*] not supported here.
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 17 Sep '02

17 Sep '02

The following line box->add((opt=GTK.Label((({""})*5)[*]))[*]); gives me the error message vtae.pike:178:[*] not supported here. Both uses of [*] are of the form callable(array_expr[*]) though, which normally gets translated to map(array_expr, callable) so why not in this case?

2 2

pike -x module
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 17 Sep '02

17 Sep '02

In order to be able to build modules separately, a TMP_BINDIR containing the following things is required: install_module precompile.pike smartlink fixdepends.sh mktestsuite test_pike.pike None of these are currently installed. Should I put them in include/ like everything else, or create a new directory under libs/ (or reuse the "tools" one)? Note that smartlink is actually a binary. install_module, fixdepends.sh and mkteststure are /bin/sh scripts. precompile.pike and test_pike.pike are … [View More]

2 2

Re: Making Win32 PiGTK works
by Peter Bortas 17 Sep '02

17 Sep '02

Julio Gazquez <jgazquez(a)frro.utn.edu.ar> writes: > On 12 Sep 2002, Peter Bortas wrote: > > > Julio Gazquez <jgazquez(a)frro.utn.edu.ar> writes: > > > > > Hi. After a while I gone back to my toy project and I want to get it > > > running in Windows. > > > Unfortunately, I found no releases of Pike with GTK support that installs > > > on Spanish/LatinAmerican localized Windows. > > > > What goes wrong and what Pike … [View More]

1 0

system.pmod
by Peter Bortas ＠ Pike developers forum 16 Sep '02

16 Sep '02

Found during CHANGES compilation: system.pmod. Is there any reason this module is not living happily in compatibility land?

3 3

CHANGES
by Peter Bortas ＠ Pike developers forum 15 Sep '02

15 Sep '02

Some changes and a structure checked in. Feel free to fill out the details.

1 0

Frequent context switches
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 15 Sep '02

15 Sep '02

I've become aware of an issue where a multithreaded pike application on Linux causes very frequent context switches (around 17000 per second). It's about five threads that all do a lot of data structure manipulation in pike code. What could be the cause of this? Is th_yield called way too often? Or is it possible that the thread lib is so stupid that it schedules all threads that hangs on the interpreter lock in round-robin fashion?

3 12

Frequent context switches
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 15 Sep '02

15 Sep '02

(Threads could of course also have priorities, like processes in AmigaOS, in which case a switch is required if the (previously) waiting thread has higher priority.)

1 0

aclocal.m4
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 14 Sep '02

14 Sep '02

Workaround in cvs.

3 3

Jump to page:

2025

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