Re: [Oorexx-devel] one test failure on AIX / ooRexx 4.0 SVN 3823

[Mark M. <mie...@gm...>]

On Mon, Dec 29, 2008 at 12:42 PM, Rick McGuire <obj...@gm...> wrote:
> On Mon, Dec 29, 2008 at 11:12 AM, Rainer Tammer <ta...@ta...> wrote:
>> Is the 64 build supposed to work on Unix ??
>
> I know of no reasons why it wouldn't.  It certainly works on Linux and
> has also been successfully built on Solaris.   However, it might
> require some debugging to get it in to working shape by somebody with
> access to a given system.

Rick,

Rainer's first problem was some contention with his 32-bit version.  I
think he still had the 32-bit rxapi daemon running.

With that out of the way he gets a core dump when rexximage runs.  I
was going to forward his e-mail to the list, but instead I just
copy-pasted it in below:

after I have moved the 32 bit build away (and killd rxapi) I get this:

/daten/svn/ooRexx/main64/trunk/.libs/lt-rexximage -> core (the 64 bit
rxapi is not yet build)...

dbx /daten/svn/ooRexx/main64/trunk/.libs/lt-rexximage
Type 'help' for help.
[using memory image in core]
reading symbolic information ...

Illegal instruction (illegal opcode) in . at 0x0 ($t1)
warning: Unable to access address 0x0 from core
(dbx) where
.() at 0x0
RexxMemory::markObjectsMain(RexxObject*)(this = 0x09001000a027c6f8,
rootObject = 0x09001000a027c6f8), line 368 in "RexxMemory.cpp"
RexxMemory::markObjects()(this = 0x09001000a027c6f8), line 617 in
"RexxMemory.cpp"
RexxMemory::collect()(this = 0x09001000a027c6f8), line 993 in
"RexxMemory.cpp"
NormalSegmentSet::handleAllocationFailure(unsigned long)(this =
0x09001000a027c840, allocationLength = 2304), line 1269 in
"MemorySegment.cpp"
RexxMemory.RexxMemory::newObject(unsigned long,unsigned long)(this =
0x09001000a027c6f8, requestLength = 2304, type = 0), line 1074 in
"RexxMemory.cpp"
ArrayClass.newObject(unsigned long)(0x9001000a027c6f8, 0x900), line 185
in "RexxMemory.hpp"
ArrayClass.new_object(unsigned long)(0x900), line 415 in "RexxMemory.hpp"
clone()(this = 0x0000000110058458), line 2170 in "ObjectClass.cpp"
RexxInternalObject::copy()(this = 0x0000000110058458), line 487 in
"ObjectClass.cpp"
copy()(this = 0x000000011019ef10), line 128 in "RexxCollection.cpp"
unnamed block in methodDictionaryMerge(RexxTable*)(this =
0x0000000110249108, sourceDictionary = 0x000000011025b2a8), line 710 in
"RexxBehaviour.cpp"
methodDictionaryMerge(RexxTable*)(this = 0x0000000110249108,
sourceDictionary = 0x000000011025b2a8), line 710 in "RexxBehaviour.cpp"
createClassBehaviour(RexxBehaviour*)(this = 0x0000000110173140,
target_class_behaviour = 0x0000000110249108), line 844 in "ClassClass.cpp"
updateSubClasses()(this = 0x0000000110173140), line 745 in "ClassClass.cpp"
unnamed block in updateSubClasses()(this = 0x00000001100637c0), line 755
in "ClassClass.cpp"
updateSubClasses()(this = 0x00000001100637c0), line 755 in "ClassClass.cpp"
inherit(RexxClass*,RexxClass*)(this = 0x00000001100637c0, mixin_class =
0x0000000110248ff8, position = (nil)), line 1066 in "ClassClass.cpp"
RexxMemory::createImage()(), line 1407 in "Setup.cpp"
RexxMemory::initialize(bool)(this = 0x09001000a027c6f8, _restoringImage
= false), line 222 in "RexxMemory.cpp"
startInterpreter(Interpreter::InterpreterStartupMode)(mode =
SAVE_IMAGE_MODE), line 135 in "Interpreter.cpp"
RexxCreateInterpreterImage(), line 96 in "InterpreterAPI.cpp"
main(argc = 1, argv = 0x0ffffffffffff850), line 44 in "rexximage.cpp"
(dbx)

If I build the 64 bit rxapi and start it prior to the image creation I
get the same dump as above.