On Mon, Dec 29, 2008 at 12:42 PM, Rick McGuire <object.r...@gmail.com> wrote: > On Mon, Dec 29, 2008 at 11:12 AM, Rainer Tammer <tam...@tammer.net> 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. ------------------------------------------------------------------------------ _______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
