From: SourceForge.net <no...@so...> - 2010-01-27 08:22:06
|
Bugs item #2877879, was opened at 2009-10-13 15:03 Message generated for change (Comment added) made by tammer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684730&aid=2877879&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: Platform Interface Group: v4.0 Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Henning G (ubihga) Assigned to: Nobody/Anonymous (nobody) Summary: rxapi crash om aix 6.1 TL2SP3 Initial Comment: Hi. I have just installed ooRexx-4.0.0.64.rte.bff. But after 2-3 hours rxapi coredumps with following error /shown last) My system is a 2 CPU with SMT enabled and 8Gb RAM. I started removimg my old rexx (orexx 3.2), hen I installed the 4.0 version. I can se, that a similar problem is reported (still open) on aix 5.3 (and 32 bit rexx). In this incident You talk abour problem with PATH, I do not have any oorexx in the parh. Any Idea what is wrong ? /HGA From errpr: //core PROGRAM NAME rxapi STACK EXECUTION DISABLED 0 COME FROM ADDRESS REGISTER PROCESSOR ID hw_fru_id: 4 hw_cpu_id: 33 ADDITIONAL INFORMATION llocatorX 180 llocatorX 174 Unable to generate symptom string. ---------------------------------------------------------------------- >Comment By: Rainer Tammer (tammer) Date: 2010-01-27 09:22 Message: Hello, sorry for the delayed answer... I just read your comment. Thanks for your test on Linux. I can not reproduce this either on my test boxes. I hope that the two affected users can provide a sample. I have run some of the examples several thousand times - no problem. Right now I am completely stuck. Maybe the problem manifests itself when ooRexx is embedded in a C/C++ program. Bye Rainer ---------------------------------------------------------------------- Comment By: jfaucher (jfaucher) Date: 2009-12-20 15:12 Message: Rainer, I checked the memory usage of rxapi under Linux with Valgrind (when running the test framework), and nothing wrong was reported. Maybe the test framework does not cover all the services managed by rxapi and it would be interesting to see if ubihga is using other services. The test I made (I will attache the file valgrind_test) : APIService.cpp, put in comment #define RUN_AS_DAEMON APIServer.cpp, add printf to see the received ServiceMessages make install valgrind --leak-check=full --show-reachable=yes --track-origins=yes --leak-resolution=high --num-callers=40 rxapi > valgrind_output 2>&1 open another console rexx testOORexx.rex when done, kill <valgrind PID> --> sigterm halts properly valgrind (of course, maybe i'm completely wrong with this test, only Rick can say :-) Jean-Louis ---------------------------------------------------------------------- Comment By: Rainer Tammer (tammer) Date: 2009-12-18 13:27 Message: Hello, I believe that the fix from jfaucher (5345) fixed the first problem with the rxapi crash. This sound more like the is a memory leak in the code. Bye Rainer ---------------------------------------------------------------------- Comment By: Rainer Tammer (tammer) Date: 2009-12-18 13:24 Message: Unfortunately the problem is not yet solved: >It still do not work. > >The system stated looping after 20 hours, and it eats all available memory. > > So I have removed oorex4, nest try will be next year. Bye Rainer ---------------------------------------------------------------------- Comment By: Rainer Tammer (tammer) Date: 2009-12-11 17:58 Message: Hello, the fix from jfaucher (5345) fixed the problem. It was no memory overlay as Rick suspected. Bye Rainer ---------------------------------------------------------------------- Comment By: Rainer Tammer (tammer) Date: 2009-10-29 09:00 Message: Hello, it looks that there is a problem in has_ctl(). This function does belong to the OS/libs. IBM is currently writing an APAR for this problem. I will report back as soon as I get new information. Bye Rainer ---------------------------------------------------------------------- Comment By: Rainer Tammer (tammer) Date: 2009-10-28 16:56 Message: Hello, this problem might be related to a possible compiler error. IBM is investigating this. It would be great if you could provide a test case which triggers this problem. I can not recreate this on my systems. Bye Rainer ---------------------------------------------------------------------- Comment By: Henning G (ubihga) Date: 2009-10-19 13:08 Message: Hi. This is my first problem repported. S I dont know how things normaly are working. When Can I expect someone are loking at the problem ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684730&aid=2877879&group_id=119701 |