This stack trace doesn't really make any sense to me. It basically looks like things are all screwed up with the compile, but I have no clue as to what. The "first failure" point is the call to requiredString() on the stack. This should not be raising an error in this situation, so the first thing to debug is *why* this is deciding to raise this error. I vaguely recall there were some symptoms similar to this on other platforms, and I think the problem might have been occurring because the __REXX64__ define was not getting set correctly, but I'm not entirely certain that was the cause.
Rick On Wed, Jun 17, 2009 at 11:20 AM, David Ashley<david.ashley....@gmail.com> wrote: > Rick, this is mainly for you. > > I am trying to build ooRexx on zLinux. But a seg fault in rexximage is > aborting the build. I ran rexximage under debug and got the following: > > rxlab:/tmp/oorexx/trunk/.libs # gdb ./rexximage > GNU gdb 6.6 > Copyright (C) 2006 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "s390x-suse-linux"... > Using host libthread_db library "/lib64/libthread_db.so.1". > (gdb) run > Starting program: /tmp/oorexx/trunk/.libs/rexximage > [Thread debugging using libthread_db enabled] > [New Thread 2199028985504 (LWP 19500)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 2199028985504 (LWP 19500)] > RexxArray::operator new (newSize=<value optimized out>, size=1, maxSize=4, > arrayClass=0x0) at ./interpreter/classes/ArrayClass.cpp:2653 > 2653 if (arrayClass->hasUninitDefined()) > (gdb) backtrace > #0 RexxArray::operator new (newSize=<value optimized out>, size=1, > maxSize=4, > arrayClass=0x0) at ./interpreter/classes/ArrayClass.cpp:2653 > #1 0x00000200000cd542 in RexxArray::operator new (size=<value optimized > out>, > first=0x20000979ee0) at ./interpreter/classes/ArrayClass.hpp:208 > #2 0x0000020000143f00 in RexxActivity::reportAnException > (this=0x20000980620, > errcode=93938, substitution1=<value optimized out>) > at ./interpreter/classes/ArrayClass.hpp:213 > #3 0x00000200000ede94 in RexxObject::requiredString ( > this=<value optimized out>, position=<value optimized out>) > at ./interpreter/concurrency/ActivityManager.hpp:163 > #4 0x00000200000d54e2 in RexxDirectory::put (this=0x20000981560, > _value=0x20000981b80, _index=0x20000981b20) > at ./interpreter/runtime/RexxCore.h:302 > #5 0x000002000017d242 in SysInterpreterInstance::registerCommandHandlers ( > this=<value optimized out>, _instance=<value optimized out>) > at ./interpreter/platform/unix/SystemCommands.cpp:797 > #6 0x00000200001877ba in InterpreterInstance::initialize > (this=0x20000980c30, > activity=0x20000980620, options=0x0) > at ./interpreter/runtime/InterpreterInstance.cpp:152 > #7 0x00000200001858a2 in Interpreter::createInterpreterInstance > (options=0x0) > at ./interpreter/runtime/Interpreter.cpp:305 > #8 0x00000200001318c4 in RexxMemory::createImage () > at ./interpreter/runtime/Interpreter.hpp:95 > ---Type <return> to continue, or q <return> to quit--- > #9 0x000002000013adf6 in RexxMemory::initialize (this=0x200001e2960, > _restoringImage=false) at ./interpreter/memory/RexxMemory.cpp:222 > #10 0x0000020000185652 in Interpreter::startInterpreter (mode=RUN_MODE) > at ./interpreter/runtime/Interpreter.cpp:134 > #11 0x000000008000081c in main (argc=<value optimized out>, > argv=<value optimized out>) at ./utilities/rexximage/rexximage.cpp:44 > (gdb) quit > > You can see that it is compiled as a 64 bit executable as it is linked > to "/lib64/libthread_db.so.1". This fault is very similar to the > previous one I reported to you. The source for this is only about a week > old. > > Any help you can provide would be useful. And I can give you (Rick) > access to the machine if you would like to use gdb on it yourself. > > Thanks > David Ashley > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
