From: SourceForge.net <no...@so...> - 2009-08-26 21:32:58
|
Bugs item #2844093, was opened at 2009-08-25 10:07 Message generated for change (Comment added) made by tammer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684730&aid=2844093&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interpreter Group: v4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: yug k (ykforums) Assigned to: Nobody/Anonymous (nobody) Summary: raxpi crashes on AIX 5.3.0.0 ( ooRexx 4.0.0) Initial Comment: I've download the 32 bit version of Open Object Rexx 4.0.0 from the following link ( file name : ooRexx-4.0.0.32.rte.bff ) and installed it on AIX Machine . The level of my AIX Machine is 5.3.0.0 . https://sourceforge.net/projects/oorexx/files/ We have developed a Rexx Server that processes transactions received from a C++ Server . The 'Rexx Server' and 'C++ Server' communicate with each other using the rexx internal queues . The 'C++ Server' starts it's own set of 'Rexx Servers' when it starts . In total I run 11 'C++ Servers' which together have 22 'Rexx Servers" . As a test for stability, I repeatedly restarted the servers at an interval of 30 mins .. After about 10 to 12 restarts , the "rxapi" service core dumps . I've tried to attach the core dump below in a zipped format but it's 651 KB and hence is larger than the limit . I'll mail the 'core dump' to the oor...@li... with all the above information and bug ID . Please let me know if the core file had any useful information . Name : Yug Email : yk....@gm... SF User : ykforums ---------------------------------------------------------------------- >Comment By: Rainer Tammer (tammer) Date: 2009-08-26 23:32 Message: Hello, I just saw in the core that you still have /usr/lpp/orexx/bin/rexx: in the PATH. The new ooRexx does not coexist with old rexx versions. If parts of an old rexx are found in the usual places (/usr/bin, ..) then the installation is prevented. Do you still have an old rexx version in /usr/lpp/orexx/bin/rexx: ?? If so, please remove thhe directory from your PATH. To track this problem down we need a reproducible sample. Under normal circumstances this error should not happen. It looks as if there is some kind of memory overlay. Bye Rainer ---------------------------------------------------------------------- Comment By: Rainer Tammer (tammer) Date: 2009-08-26 14:49 Message: Hello, What is the output of: oslevel -s lslpp -L xlC.rte lslpp -L bos.rte.libc ulimit -a OK, that's the first analysis: # dbx rxapi Type 'help' for help. [using memory image in core] reading symbolic information ... pthdb_session.c, 794: 0 PTHDB_INTERNAL (internal error) pthreaded.c, 1800: PTHDB_INTERNAL (internal error) Segmentation fault in _Incsize(unsigned long) at line 421 in file "/usr/vacpp/include/list" 421 _Size += _N; } (dbx) where pthdb_session.c, 794: 0 PTHDB_INTERNAL (internal error) pthreaded.c, 1800: PTHDB_INTERNAL (internal error) _Incsize(unsigned long)(this = 0x0000005c, _N = 1), line 421 in "list" _Insert(std::list<APIServerThread*,std::allocator<APIServerThread*> >::iterator,APIServerThread* const&)(this = 0x0000005c, _P = (...), _X = 0x30049d88), line 38 in "list.t" push_back(APIServerThread* const&)(this = 0x0000005c, _X = 0x30049d88), line 343 in "list" sessionTerminated(APIServerThread*)(this = (nil), thread = 0x30049d88), line 113 in "APIServer.cpp" dispatch()(this = 0x30049d88), line 57 in "APIServerThread.cpp" call_thread_function(void*)(argument = 0x30049d88), line 124 in "SysThread.cpp" _global_lock_common(??, ??, ??) at 0xd0111440 (dbx) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684730&aid=2844093&group_id=119701 |