> P.S. Shall we have a look at it during the coffee-break of the root > workshop? yep :). However from #0 0x006fbfd0 in G__cpp_setup_typetableEventDict.eh () #1 0x006e6f8c in Track::Track(float) () which is an impossible code path. I still suspect a problem in the environment (non-matching libraries). Cheers, Philippe -----Original Message----- From: Remi Mommsen [mailto:remigius.mommsen@cern.ch] Sent: Friday, February 27, 2004 3:58 PM To: Philippe Canal Cc: Rene Brun; roottalk@pcroot.cern.ch; cstrato Subject: Re: [ROOT] Problem with tree4.C Hi, On Feb 27, 2004, at 1:06 PM, Philippe Canal wrote: > Hi, > > I am unable to reproduce this problem. What is your setup? > It does look very weird. Make sure that the allowed stack size is > large enough (see the 'limit' shell command). Doesn't help. I set the limit to the maximum possible: $ limit cputime unlimited filesize unlimited datasize unlimited stacksize 65536 kbytes coredumpsize unlimited memoryuse unlimited descriptors 10240 memorylocked unlimited maxproc 100 > Try to run the process in the debugger and see exactly where the > problem is. Here the output of the attached gdb: Program received signal EXC_BAD_INSTRUCTION, Illegal instruction/operand. 0x006fbfd0 in G__cpp_setup_typetableEventDict.eh () (gdb) where #0 0x006fbfd0 in G__cpp_setup_typetableEventDict.eh () #1 0x006e6f8c in Track::Track(float) () #2 0x006e6c48 in Track::Track(float) () #3 0x006e66d4 in Event::AddTrack(float, float) () #4 0x006ebea0 in G__cpp_dllrevEventDict () #5 0x00284bbc in G__call_cppfunc () #6 0x002729a8 in G__interpret_func () #7 0x002523ac in G__getfunction () #8 0x002e769c in G__getstructmem () #9 0x002e0ea4 in G__getvariable () #10 0x0024714c in G__getitem () #11 0x0024589c in G__getexpr () #12 0x0029b8c8 in G__exec_function () #13 0x002a2fd0 in G__exec_statement () #14 0x0029fe90 in G__exec_loop () #15 0x002a0660 in G__exec_for () #16 0x002a2d50 in G__exec_statement () #17 0x0029fe90 in G__exec_loop () #18 0x002a0660 in G__exec_for () #19 0x002a2d50 in G__exec_statement () #20 0x002747b8 in G__interpret_func () #21 0x00252a1c in G__getfunction () #22 0x00247178 in G__getitem () #23 0x0024589c in G__getexpr () #24 0x0029b8c8 in G__exec_function () #25 0x002a2fd0 in G__exec_statement () #26 0x002747b8 in G__interpret_func () #27 0x00252a1c in G__getfunction () #28 0x00247178 in G__getitem () #29 0x0024589c in G__getexpr () #30 0x0023e150 in G__calc_internal () #31 0x002a9108 in G__process_cmd () #32 0x0090f430 in TCint::ProcessLine(char const*, TInterpreter::EErrorCode*) () #33 0x0089ce90 in TApplication::ProcessFile(char const*, int*) () #34 0x0089c6dc in TApplication::ProcessLine(char const*, bool, int*) () #35 0x000fa62c in TRint::HandleTermInput() () #36 0x00963cfc in TUnixSystem::CheckDescriptors() () #37 0x009634c8 in TUnixSystem::DispatchOneEvent(bool) () #38 0x008e35b0 in TSystem::InnerLoop() () #39 0x008e351c in TSystem::Run() () #40 0x000fa044 in TRint::Run(bool) () #41 0x000021a8 in main () #42 0x00001e5c in _start (argc=2, argv=0xbffff870, envp=0xbffff87c) at /SourceCache/Csu/Csu-46/crt.c:267 #43 0x00001cd0 in start () Cheers, Remi P.S. Shall we have a look at it during the coffee-break of the root workshop? > -----Original Message----- > From: owner-roottalk@pcroot.cern.ch > [mailto:owner-roottalk@pcroot.cern.ch]On Behalf Of Remi Mommsen > Sent: Thursday, February 26, 2004 6:11 PM > To: Rene Brun > Cc: cstrato; roottalk@pcroot.cern.ch > Subject: Re: [ROOT] Problem with tree4.C > > > Hi, > > I can reproduce the problem on my Mac OS X 10.3.2, using root 4.00/02. > I recompiled libEvent.so (deleting the EventDict beforehand). Here the > traceback I get: > > Date/Time: 2004-02-26 15:59:09 -0800 > OS Version: 10.3.2 (Build 7D24) > Report Version: 2 > > Command: root.exe > Path: /sw/bin/root.exe > Version: ??? (???) > PID: 20359 > Thread: 0 > > Exception: EXC_BAD_INSTRUCTION (0x0002) > Code[0]: 0x00000002 > Code[1]: 0x0023afd0 > > > Thread 0 Crashed: > 0 libEvent.so 0x0023afd0 0x224000 + 0x16fd0 > 1 libEvent.so 0x00225c48 Track::Track[in-charge](float) + 0x10 > 2 libEvent.so 0x002256d4 Event::AddTrack(float, float) + 0x6c > 3 libEvent.so 0x0022aea0 G__cpp_dllrevEventDict + 0x227c > 4 libCint.4.dylib 0x251ebbbc G__call_cppfunc + 0x39c > 5 libCint.4.dylib 0x251d99a8 G__interpret_func + 0x8e8 > 6 libCint.4.dylib 0x251b93ac G__getfunction + 0x1648 > 7 libCint.4.dylib 0x2524e69c G__getstructmem + 0xac4 > 8 libCint.4.dylib 0x25247ea4 G__getvariable + 0x66c > 9 libCint.4.dylib 0x251ae14c G__getitem + 0x748 > 10 libCint.4.dylib 0x251ac89c G__getexpr + 0x7284 > 11 libCint.4.dylib 0x252028c8 G__exec_function + 0x1f0 > 12 libCint.4.dylib 0x25209fd0 G__exec_statement + 0x2548 > 13 libCint.4.dylib 0x25206e90 G__exec_loop + 0x2e4 > 14 libCint.4.dylib 0x25207660 G__exec_for + 0x1a4 > 15 libCint.4.dylib 0x25209d50 G__exec_statement + 0x22c8 > 16 libCint.4.dylib 0x25206e90 G__exec_loop + 0x2e4 > 17 libCint.4.dylib 0x25207660 G__exec_for + 0x1a4 > 18 libCint.4.dylib 0x25209d50 G__exec_statement + 0x22c8 > 19 libCint.4.dylib 0x251db7b8 G__interpret_func + 0x26f8 > 20 libCint.4.dylib 0x251b9a1c G__getfunction + 0x1cb8 > 21 libCint.4.dylib 0x251ae178 G__getitem + 0x774 > 22 libCint.4.dylib 0x251ac89c G__getexpr + 0x7284 > 23 libCint.4.dylib 0x252028c8 G__exec_function + 0x1f0 > 24 libCint.4.dylib 0x25209fd0 G__exec_statement + 0x2548 > 25 libCint.4.dylib 0x251db7b8 G__interpret_func + 0x26f8 > 26 libCint.4.dylib 0x251b9a1c G__getfunction + 0x1cb8 > 27 libCint.4.dylib 0x251ae178 G__getitem + 0x774 > 28 libCint.4.dylib 0x251ac89c G__getexpr + 0x7284 > 29 libCint.4.dylib 0x251a5150 G__calc_internal + 0x388 > 30 libCint.4.dylib 0x25210108 G__process_cmd + 0x20c0 > 31 libCore.4.dylib 0x257b82a0 TCint::ProcessLine(char const*, > TInterpreter::EErrorCode*) + 0xb4 > 32 libCore.4.dylib 0x25745b38 TApplication::ProcessFile(char const*, > int*) + 0x798 > 33 libCore.4.dylib 0x25745384 TApplication::ProcessLine(char const*, > bool, int*) + 0x5d0 > 34 libRint.4.dylib 0x2a8e262c TRint::HandleTermInput() + 0x248 > 35 libCore.4.dylib 0x2580cb90 TUnixSystem::CheckDescriptors() + 0xe4 > 36 libCore.4.dylib 0x2580c35c TUnixSystem::DispatchOneEvent(bool) + > 0xe4 > 37 libCore.4.dylib 0x2578c258 TSystem::InnerLoop() + 0x34 > 38 libCore.4.dylib 0x2578c1c4 TSystem::Run() + 0x98 > 39 libRint.4.dylib 0x2a8e2044 TRint::Run(bool) + 0x378 > 40 root.exe 0x000021a8 main + 0x7c > 41 root.exe 0x00001e5c _start + 0x188 (crt.c:267) > 42 root.exe 0x00001cd0 start + 0x30 > > PPC Thread State: > srr0: 0x0023afd0 srr1: 0x0208d930 vrsave: 0x00000000 > cr: 0x44042288 xer: 0x00000004 lr: 0x00225f8c ctr: 0x0023afd0 > r0: 0x00225f8c r1: 0xbffccce0 r2: 0x00235c70 r3: 0x0260d194 > r4: 0x00000022 r5: 0x00000001 r6: 0x00000003 r7: 0x9011a468 > r8: 0x9011a468 r9: 0x00235c70 r10: 0x9000a468 r11: 0x0023d0a4 > r12: 0x0023afd0 r13: 0xbffd6320 r14: 0x00000000 r15: 0x00000355 > r16: 0xbffd6b40 r17: 0x253090e0 r18: 0x00000000 r19: 0x00000000 > r20: 0x000002fe r21: 0x253ce68c r22: 0x00000001 r23: 0x00000001 > r24: 0x00000001 r25: 0x0022ad64 r26: 0xbffd6b40 r27: 0x2530b828 > r28: 0x0260d120 r29: 0x0260d120 r30: 0x25d52ef0 r31: 0x00225c70 > > Binary Images Description: > 0x1000 - 0x8fff root.exe /sw/bin/root.exe > 0x44000 - 0x58fff libGX11TTF.so /sw/lib/root/libGX11TTF.so > 0x74000 - 0xb1fff libGX11.so /sw/lib/root/libGX11.so > 0x224000 - 0x23bfff libEvent.so > /sw/share/root/tutorials/./../test/libEvent.so > 0x25f000 - 0x2a4fff libMinuit.so /sw/lib/root/libMinuit.so > 0x5b8000 - 0x6b9fff libGpad.so /sw/lib/root/libGpad.so > 0x1008000 - 0x1088fff libPostscript.so > /sw/lib/root/libPostscript.so > 0x11d3000 - 0x12e9fff libGraf3d.so /sw/lib/root/libGraf3d.so > 0x139f000 - 0x1421fff libHtml.so /sw/lib/root/libHtml.so > 0x15ab000 - 0x16f2fff libTree.so /sw/lib/root/libTree.so > 0x2008000 - 0x235cfff libGui.so /sw/lib/root/libGui.so > 0x25190000 - 0x25307fff libCint.4.dylib /sw/lib/root/libCint.4.dylib > 0x25740000 - 0x25ccdfff libCore.4.dylib /sw/lib/root/libCore.4.dylib > 0x27ba0000 - 0x27d84fff libGraf.4.dylib /sw/lib/root/libGraf.4.dylib > 0x28190000 - 0x282abfff libGraf3d.4.dylib > /sw/lib/root/libGraf3d.4.dylib > 0x29040000 - 0x29286fff libHist.4.dylib /sw/lib/root/libHist.4.dylib > 0x29d50000 - 0x29e6ffff libMatrix.4.dylib > /sw/lib/root/libMatrix.4.dylib > 0x2a8e0000 - 0x2a953fff libRint.4.dylib /sw/lib/root/libRint.4.dylib > 0x2aac0000 - 0x2ac0bfff libTree.4.dylib /sw/lib/root/libTree.4.dylib > 0x77a66000 - 0x77b33fff libX11.6.dylib /usr/X11R6/lib/libX11.6.dylib > 0x8fd10000 - 0x8fd1bfff libXext.6.dylib /usr/X11R6/lib/libXext.6.dylib > 0x8fd21000 - 0x8fd2bfff libXpm.4.dylib /usr/X11R6/lib/libXpm.4.dylib > 0x8fe00000 - 0x8fe4ffff dyld /usr/lib/dyld > 0x90000000 - 0x90122fff libSystem.B.dylib /usr/lib/libSystem.B.dylib > 0x939d0000 - 0x939d4fff libmathCommon.A.dylib > /usr/lib/system/libmathCommon.A.dylib > > It works fine with root 3.10/02 > > Cheers, > Remi > > On Feb 26, 2004, at 3:10 PM, Rene Brun wrote: > >> Christian, >> >> I do not see any problem with tree4.C run with CINT or ACLIC. >> I tested it under windows and Linux. >> >> Did you build libEvent.so before executing this script? >> If yes, then the problem is MAC specific and I have no way to >> investigate. >> >> Rene >> >> On Thu, 26 >> Feb 2004, cstrato wrote: >> >>> Dear Rooters >>> >>> After compiling Event I wanted to run the tutorial tree4.C. >>> Sorrowly I get: >>> root [0] .x tree4.C >>> >>> *** Break *** illegal instruction >>> Root > Function tree4w() busy flag cleared >>> Function tree4() busy flag cleared >>> >>> Trying to compile it results in: >>> root [0] .L ../test/libEvent.so >>> root [1] .x tree4.C++ >>> Info in <TUnixSystem::ACLiC>: creating shared library >>> /Users/cs/ROOT/root/tutorials/./tree4_C.so >>> >>> *** Break *** illegal instruction >>> >>> Do I miss something or does tree4.C not run on: >>> ROOT 4.00/02 (1.Feb 20) on MacOS X 10.3.1. >>> >>> Best regards >>> Christian >>> _._._._._._._._._._._._._._._._ >>> C.h.i.s.t.i.a.n S.t.r.a.t.o.w.a >>> V.i.e.n.n.a A.u.s.t.r.i.a >>> _._._._._._._._._._._._._._._._ >>> >>> >> >> > > > --------------------------------------------------------------------- > If it's green, it's biology. If it stinks, it's chemistry. If it has > numbers, it's math. If it doesn't work, it's technology. (anonymous) > > ********************************************************************* > Remigius K. Mommsen e-mail: mommsen@slac.stanford.edu > University of California, Irvine URL: http://cern.ch/mommsen > c/o SLAC voice: ++1 (650) 926-3595 > 2575 Sand Hill Road #35 fax: ++1 (650) 926-3882 > Menlo Park, CA 94025, US home: ++1 (650) 233-9041 > ********************************************************************* > > > ################################################################# > ################################################################# > ################################################################# > ##### > ##### > ##### > ################################################################# > ################################################################# > ################################################################# > > ################################################################# > ################################################################# > ################################################################# > ##### > ##### > ##### > ################################################################# > ################################################################# > ################################################################# > > --------------------------------------------------------------------- Computers are like air-conditioners, they stop working properly when you open Windows. (Anonymous) ********************************************************************* Remigius K. Mommsen e-mail: mommsen@slac.stanford.edu University of California, Irvine URL: http://cern.ch/mommsen c/o SLAC voice: ++1 (650) 926-3595 2575 Sand Hill Road #35 fax: ++1 (650) 926-3882 Menlo Park, CA 94025, US home: ++1 (650) 233-9041 *********************************************************************
This archive was generated by hypermail 2b29 : Sun Jan 02 2005 - 05:50:06 MET