#797 raxpi crashes on AIX 5.3.0.0 ( ooRexx 4.0.0)

v4.0
closed
nobody
5
2012-08-14
2009-08-25
yug k
No

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 oorexx-bugs@lists.sourceforge.net with all the above information and bug ID . Please let me know if the core file had any useful information .

Name : Yug
Email : yk.forums@gmail.com
SF User : ykforums

Discussion

  • Rainer Tammer

    Rainer Tammer - 2009-08-26

    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)

     
  • Rainer Tammer

    Rainer Tammer - 2009-08-26

    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

     
  • Rainer Tammer

    Rainer Tammer - 2009-10-28

    Hello,
    its very hard to track this problem down.
    I am not able to reproduce the problem on my machine without a test case.

    But... from the snap file you provided it looks like a possible compiler error. IBM is investigating this problem with me.

    Bye
    Rainer

     
  • Rainer Tammer

    Rainer Tammer - 2009-10-29

    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

     
  • Rainer Tammer

    Rainer Tammer - 2009-11-22

    Hello,
    IBM is still working on the issue.
    Bye
    Rainer

     
  • Rainer Tammer

    Rainer Tammer - 2009-12-11

    Hello,
    the fix from jfaucher (5345) fixed the problem. It was no memory overlay as Rick suspected.

    Bye
    Rainer

     


Anonymous

Cancel  Add attachments





Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks