Re: [Oorexx-devel] ooRexx 4.0 on Linux / SVN:3595
Rainer Tammer wrote: Hello, the 3595 hangs during build on Linux SLES9... 3597 compiles cleanly again, and builds the image correctly. So either it got fixed or the problem is SLES9 specific. Moritz -- Moritz Hoffmann http://antiguru.de/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Hi, oorexx 4 works for me as well, I can compile and run it by now - on my Dedian machine. Thanks for the effort. However, rexx sometimes fails to load the rexx image. Here is a stack trace. #0 RexxMemory::restoreImage (this=0xb7f20120) at ./kernel/runtime/RexxBehaviour.hpp:100 #1 0xb7ece583 in RexxMemory::initialize (this=0xb7f20120, _restoringImage=true) at ./kernel/runtime/RexxMemory.cpp:197 #2 0xb7ead4db in Interpreter::startInterpreter (mode=RUN_MODE) at ./kernel/runtime/Interpreter.cpp:135 #3 0xb7ead234 in Interpreter::createInterpreterInstance (options=0xbfa27bac) at ./kernel/runtime/Interpreter.cpp:252 #4 0xb7ead2e7 in InstanceBlock (this=0xbfa27c14, exits=0x0, env=0x8048b88 bash) at ./kernel/runtime/Interpreter.cpp:381 #5 0xb7ea7a33 in ActivityDispatcher::invoke (this=0xbfa27c58, exits=0x0, env=0x8048b88 bash) at ./kernel/runtime/ActivityDispatcher.cpp:118 #6 0xb7e6e309 in RexxStart (argcount=0, arglist=0xbfa29d1c, programname=0xbfa2bcce ../../test/trunk/testOORexx.rex, instore=0x0, envname=0x8048b88 bash, calltype=0, exits=0x0, retcode=0xbfa29d26, result=0x0) at ./kernel/api/InterpreterAPI.cpp:172 #7 0x08048ab0 in main (argc=2, argv=0xbfa29dd4) at ./platform/unix/rexx.cpp:168 (gdb) bt full 1 #0 RexxMemory::restoreImage (this=0xb7f48120) at ./kernel/runtime/RexxBehaviour.hpp:100 imagesize = 730984 objectPointer = 0xb7756118 \f\017\211÷LPu· endPointer = 0xb7807770 imageBehav = value optimized out primitiveBehaviours = value optimized out primitiveTypeNum = value optimized out i = value optimized out It seems like the rexx.img size is sometimes wrong, the file has 600660 bytes here, when debugging it usually has the currect number here... Moritz David Ashley wrote: All - I finally got around to testing 4.0 on Linux. Running rexx -v works but nothing else does. Everything I try, including rexxtry.rex, gives a segmentation fault. I have not tried to debug this yet but I wanted to give everyone a heads up. Thanks, W. David Ashley -- Moritz Hoffmann http://antiguru.de/ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Moritz, Are you doing a build in between these different sizes? There was a problem on Windows with the build order where sometimes some things got left out. -- Mark Miesfeld On Mon, Jul 14, 2008 at 1:11 AM, Moritz Hoffmann [EMAIL PROTECTED] wrote: Hi, oorexx 4 works for me as well, I can compile and run it by now - on my Dedian machine. Thanks for the effort. However, rexx sometimes fails to load the rexx image. Here is a stack trace. #0 RexxMemory::restoreImage (this=0xb7f20120) at ./kernel/runtime/RexxBehaviour.hpp:100 #1 0xb7ece583 in RexxMemory::initialize (this=0xb7f20120, _restoringImage=true) at ./kernel/runtime/RexxMemory.cpp:197 #2 0xb7ead4db in Interpreter::startInterpreter (mode=RUN_MODE) at ./kernel/runtime/Interpreter.cpp:135 #3 0xb7ead234 in Interpreter::createInterpreterInstance (options=0xbfa27bac) at ./kernel/runtime/Interpreter.cpp:252 #4 0xb7ead2e7 in InstanceBlock (this=0xbfa27c14, exits=0x0, env=0x8048b88 bash) at ./kernel/runtime/Interpreter.cpp:381 #5 0xb7ea7a33 in ActivityDispatcher::invoke (this=0xbfa27c58, exits=0x0, env=0x8048b88 bash) at ./kernel/runtime/ActivityDispatcher.cpp:118 #6 0xb7e6e309 in RexxStart (argcount=0, arglist=0xbfa29d1c, programname=0xbfa2bcce ../../test/trunk/testOORexx.rex, instore=0x0, envname=0x8048b88 bash, calltype=0, exits=0x0, retcode=0xbfa29d26, result=0x0) at ./kernel/api/InterpreterAPI.cpp:172 #7 0x08048ab0 in main (argc=2, argv=0xbfa29dd4) at ./platform/unix/rexx.cpp:168 (gdb) bt full 1 #0 RexxMemory::restoreImage (this=0xb7f48120) at ./kernel/runtime/RexxBehaviour.hpp:100 imagesize = 730984 objectPointer = 0xb7756118 \f\017\211÷LPu· endPointer = 0xb7807770 imageBehav = value optimized out primitiveBehaviours = value optimized out primitiveTypeNum = value optimized out i = value optimized out It seems like the rexx.img size is sometimes wrong, the file has 600660 bytes here, when debugging it usually has the currect number here... Moritz David Ashley wrote: All - I finally got around to testing 4.0 on Linux. Running rexx -v works but nothing else does. Everything I try, including rexxtry.rex, gives a segmentation fault. I have not tried to debug this yet but I wanted to give everyone a heads up. Thanks, W. David Ashley -- Moritz Hoffmann http://antiguru.de/ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Are we speaking about interpreter/trunk here? I still cannot build it. I thought I'd wait a while until you guys came around to testing Linux and then it would be solved, but still I see: [venetia:oorexx/interpreter/trunk] rvjansen% make 'make all-recursive Making all in api make[2]: Nothing to be done for `all'. Making all in kernel Making all in messages make[3]: Nothing to be done for `all'. make[3]: *** No rule to make target `platform/unix/DBCSSupport.cpp', needed by `librexx_la-DBCSSupport.lo'. Stop. make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 This is after running ./bootstrap and ./configure of course. Now there seems not even to be a platform/unix directory. As for a debugger, MacOSX has an excellent one in XCode. best regards, René Jansen. On 11 jul 2008, at 17:22, Rick McGuire wrote: Ok, now if I could just find an understandable debugger to use to debug these problems. SlickEdit doesn't seem to like to be restarted, I hate using command line debuggers like gdb, and ddd I find to be absolutely infuriating. I've gotten a little informationthere's at least a problem trying to open the rexx.cat file when attempting to run. That's the first bit of information it's trying to put out via lineout(), which is not appearing. So, there are likely 3 different problems here, which probably should be debugged in reverse order: 1) Something is raising an error message trying to run rexxtry. 2) The interpreter is unable to open the rexx.cat file to retrieve the error messages, so is giving the generic fallback message. 3) Lineout is not working. So, I'll try tackling these in reverse order, starting with lineout. If anybody wants to jump in, I can give you some suggested breakpoints for the other issues. Rick On Fri, Jul 11, 2008 at 11:02 AM, David Ashley [EMAIL PROTECTED] wrote: Ok, got it figured out. The problem is that rexx.img is NOT in the .libs subdir. So you need something like this in order for everything to be found when .libs is your current directory. export PATH=./:../:$PATH export LD_LIBRARY_PATH=./ That works for me. But I still don't see any output from a rexx -e command. rexx -v works. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506 Rick McGuire ---07/11/2008 09:11:02 AM---I tried that, and it didn't work. I also modified the code in Rick McGuire [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/11/2008 09:10 AM Please respond to Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net To Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net cc Subject Re: [Oorexx-devel] ooRexx 4.0 on Linux I tried that, and it didn't work. I also modified the code in loadImage() to just try opening rexx.img first to try to grab it from the current directory. That didn't work either. Rick On Fri, Jul 11, 2008 at 10:05 AM, David Ashley [EMAIL PROTECTED] wrote: Rick - The reason you can't find the image is that it is looked for in the PATH. Unless you put ./ in your PATH the file will never be found by ooRexx. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506 Rick McGuire ---07/10/2008 05:03:48 PM---David, Rick McGuire [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/10/2008 05:02 PM Please respond to Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net To Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net cc Subject Re: [Oorexx-devel] ooRexx 4.0 on Linux David, I've fixed the crash, but now there's a problem with reading the image file that I can't figure out. It fails to find the image even if I put in the .libs directory when I launch the interpreter. I think this is one that needs a little more linux knowledge. The place to start debugging is the loadImage() method. Rick On Thu, Jul 10, 2008 at 4:23 PM, David Ashley [EMAIL PROTECTED] wrote: All - I finally got around to testing 4.0 on Linux. Running rexx -v works but nothing else does. Everything I try, including rexxtry.rex, gives a segmentation fault. I have not tried to debug this yet but I wanted to give everyone a heads up. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
If you're seeing that error, then there's something wrong with your build setup. That file no longer exists and there are no references to it in makefile.am. The directory in question would be kernel/platform/unix, since it's trying to build the kernel component at that point. I recommend starting from a completely fresh checkout of the code tree. Rick On Fri, Jul 11, 2008 at 12:41 PM, René Jansen [EMAIL PROTECTED] wrote: Are we speaking about interpreter/trunk here? I still cannot build it. I thought I'd wait a while until you guys came around to testing Linux and then it would be solved, but still I see: [venetia:oorexx/interpreter/trunk] rvjansen% make 'make all-recursive Making all in api make[2]: Nothing to be done for `all'. Making all in kernel Making all in messages make[3]: Nothing to be done for `all'. make[3]: *** No rule to make target `platform/unix/DBCSSupport.cpp', needed by `librexx_la-DBCSSupport.lo'. Stop. make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 This is after running ./bootstrap and ./configure of course. Now there seems not even to be a platform/unix directory. As for a debugger, MacOSX has an excellent one in XCode. best regards, René Jansen. On 11 jul 2008, at 17:22, Rick McGuire wrote: Ok, now if I could just find an understandable debugger to use to debug these problems. SlickEdit doesn't seem to like to be restarted, I hate using command line debuggers like gdb, and ddd I find to be absolutely infuriating. I've gotten a little informationthere's at least a problem trying to open the rexx.cat file when attempting to run. That's the first bit of information it's trying to put out via lineout(), which is not appearing. So, there are likely 3 different problems here, which probably should be debugged in reverse order: 1) Something is raising an error message trying to run rexxtry. 2) The interpreter is unable to open the rexx.cat file to retrieve the error messages, so is giving the generic fallback message. 3) Lineout is not working. So, I'll try tackling these in reverse order, starting with lineout. If anybody wants to jump in, I can give you some suggested breakpoints for the other issues. Rick On Fri, Jul 11, 2008 at 11:02 AM, David Ashley [EMAIL PROTECTED] wrote: Ok, got it figured out. The problem is that rexx.img is NOT in the .libs subdir. So you need something like this in order for everything to be found when .libs is your current directory. export PATH=./:../:$PATH export LD_LIBRARY_PATH=./ That works for me. But I still don't see any output from a rexx -e command. rexx -v works. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506 Rick McGuire ---07/11/2008 09:11:02 AM---I tried that, and it didn't work. I also modified the code in Rick McGuire [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/11/2008 09:10 AM Please respond to Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net To Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net cc Subject Re: [Oorexx-devel] ooRexx 4.0 on Linux I tried that, and it didn't work. I also modified the code in loadImage() to just try opening rexx.img first to try to grab it from the current directory. That didn't work either. Rick On Fri, Jul 11, 2008 at 10:05 AM, David Ashley [EMAIL PROTECTED] wrote: Rick - The reason you can't find the image is that it is looked for in the PATH. Unless you put ./ in your PATH the file will never be found by ooRexx. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506 Rick McGuire ---07/10/2008 05:03:48 PM---David, Rick McGuire [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/10/2008 05:02 PM Please respond to Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net To Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net cc Subject Re: [Oorexx-devel] ooRexx 4.0 on Linux David, I've fixed the crash, but now there's a problem with reading the image file that I can't figure out. It fails to find the image even if I put in the .libs directory when I launch the interpreter. I think this is one that needs a little more linux knowledge. The place to start debugging is the loadImage() method. Rick On Thu, Jul 10, 2008 at 4:23 PM, David Ashley [EMAIL PROTECTED] wrote: All - I finally got around to testing 4.0 on Linux. Running rexx -v works but nothing else does. Everything I try, including rexxtry.rex, gives a segmentation fault. I have not tried to debug this yet but I wanted to give everyone a heads up. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Rene, Could you do an svn info from your trunk directory and post the result? Rick On Fri, Jul 11, 2008 at 1:18 PM, René Jansen [EMAIL PROTECTED] wrote: Mark, yes. but this is actually the only project in which svn appears to be doing this, and I would like to trust the versioning tools. I did a fresh checkout, first from interpreter/trunk but that made no difference. Then I rm -rf'ed the whole tree - same thing. I agree that there is something wrong. It does not make anything before deciding it needs DBCSSupport.cpp for a library. Can you see anything from this below dry verbose make run? [venetia:oorexx/interpreter/trunk] rvjansen% make -n make all-recursive failcom='exit 1'; \ for f in x $MAKEFLAGS; do \ case $f in \ *=* | --[!k]*);; \ *k*) failcom='fail=yes';; \ esac; \ done; \ dot_seen=no; \ target=`echo all-recursive | sed s/-recursive//`; \ list='api kernel rexxapi utilities extensions samples'; for subdir in $list; do \ echo Making $target in $subdir; \ if test $subdir = .; then \ dot_seen=yes; \ local_target=$target-am; \ else \ local_target=$target; \ fi; \ (cd $subdir make $local_target) \ || eval $failcom; \ done; \ if test $dot_seen = no; then \ make $target-am || exit 1; \ fi; test -z $fail Making all in api make[2]: Nothing to be done for `all'. Making all in kernel failcom='exit 1'; \ for f in x $MAKEFLAGS; do \ case $f in \ *=* | --[!k]*);; \ *k*) failcom='fail=yes';; \ esac; \ done; \ dot_seen=no; \ target=`echo all-recursive | sed s/-recursive//`; \ list='messages'; for subdir in $list; do \ echo Making $target in $subdir; \ if test $subdir = .; then \ dot_seen=yes; \ local_target=$target-am; \ else \ local_target=$target; \ fi; \ (cd $subdir make $local_target) \ || eval $failcom; \ done; \ if test $dot_seen = no; then \ make $target-am || exit 1; \ fi; test -z $fail Making all in messages make[3]: Nothing to be done for `all'. make[3]: *** No rule to make target `platform/unix/DBCSSupport.cpp', needed by `librexx_la-DBCSSupport.lo'. Stop. make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 [venetia:oorexx/interpreter/trunk] rvjansen% [venetia:oorexx/ interpreter/trunk] rvjansen% make [venetia:oorexx/interpreter/trunk]: No match. 'make all-recursive Making all in api make[2]: Nothing to be done for `all'. Making all in kernel Making all in messages make[3]: Nothing to be done for `all'. make[3]: *** No rule to make target `platform/unix/DBCSSupport.cpp', needed by `librexx_la-DBCSSupport.lo'. Stop. make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 [venetia:oorexx/interpreter/trunk] rvjansen% 'make all-recursive Unmatched '. [venetia:oorexx/interpreter/trunk] rvjansen% Making all in api Making: Command not found. [venetia:oorexx/interpreter/trunk] rvjansen% make[2]: Nothing to be done for `all'. Unmatched `. [venetia:oorexx/interpreter/trunk] rvjansen% Making all in kernel Making: Command not found. [venetia:oorexx/interpreter/trunk] rvjansen% Making all in messages Making: Command not found. [venetia:oorexx/interpreter/trunk] rvjansen% make[3]: Nothing to be done for `all'. Unmatched `. [venetia:oorexx/interpreter/trunk] rvjansen% make[3]: *** No rule to make target `platform/unix/DBCSSupport.cpp', needed by `librexx_la- DBCSSupport.lo'. Stop. Unmatched '. [venetia:oorexx/interpreter/trunk] rvjansen% make[2]: *** [all- recursive] Error 1 make[2]:: Too many arguments. [venetia:oorexx/interpreter/trunk] rvjansen% make[1]: *** [all- recursive] Error 1 make[1]:: Too many arguments. [venetia:oorexx/interpreter/trunk] rvjansen% make: *** [all] Error 2 make:: Too many arguments. best regards, René. On 11 jul 2008, at 18:52, Mark Miesfeld wrote: On Fri, Jul 11, 2008 at 9:41 AM, René Jansen [EMAIL PROTECTED] wrote: Are we speaking about interpreter/trunk here? I still cannot build it. I thought I'd wait a while until you guys came around to testing Linux and then it would be solved, but still I see: René You've had these problems before. grin I really think you need to do a fresh checkout. Just doing a svn update doesn't seem to get you in sync. They don't charge us for doing a fresh check out. ;-) I almost always do it on Linux when I haven't been on the system for some time. -- Mark Miesfeld. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Yeah, it's a long story. I took that branch about 3 1/2 years ago, and was madly toiling away at the codethen I moved above 3 years ago and work stalled. In the meantime, I finally decided that we need to get some new features out, so all of the new stuff in 3.2.0 caused the two branches to drift so far apart the 4.0 branch was no longer a good base for the future work. So I started pulling features from the 4.0 tree back into the 3.x branch, thinking that it was going to be the 3.3 release. Deciding it these changes warranted calling it 4.0 was a fairly recent decisionin fact, David only made the version number change about a week ago. Rick On Fri, Jul 11, 2008 at 1:31 PM, René Jansen [EMAIL PROTECTED] wrote: ach so! So the 4.0 version is in a directory called interpreter-3.x/trunk ? That certainly is good to know. I'll have a try. Thanks! René. On 11 jul 2008, at 19:27, Rick McGuire wrote: Ah, thought soyou have the wrong version checked out. That's the 4.0 version I started working on years ago, and then merged many of the changes back into the normal trunk. You want the oorexx/interpreter-3.x/trunk branch. Rick On Fri, Jul 11, 2008 at 1:23 PM, René Jansen [EMAIL PROTECTED] wrote: Rick, Path: . URL: http://oorexx.svn.sourceforge.net/svnroot/oorexx/interpreter/trunk Repository Root: http://oorexx.svn.sourceforge.net/svnroot/oorexx Repository UUID: 5c7345e9-2c1c-0410-8966-b4899360e60d Revision: 2692 Node Kind: directory Schedule: normal Last Changed Author: bigrixx Last Changed Rev: 364 Last Changed Date: 2007-05-08 22:06:24 +0200 (di, 08 mei 2007) René. On 11 jul 2008, at 19:21, Rick McGuire wrote: Rene, Could you do an svn info from your trunk directory and post the result? Rick - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Rick, thanks, I vote for removing the stalled branch. In the meantime, I got as fas as: g++ -DHAVE_CONFIG_H -I. -DORX_VER=4 -DORX_REL=0 -DORX_MOD=0 - DORX_FIX=0 -DORX_SYS_STR=\MACOSX\ -DORX_CATDIR=\/opt/ooRexx/bin\ - DORX_SHARED_LIBRARY_EXT=\.dylib\ -I./lib -I./api -I./api/platform/ unix -I./kernel -I./kernel/expression -I./kernel/instructions -I./ kernel/classes -I./kernel/runtime -I./kernel/parser -I./kernel/ messages -I./kernel/streamLibrary -I./kernel/platform/common -I./ kernel/platform/unix -I./rexxapi/unix -g -O2 -g -O2 -DNOOPT - DPTHREAD_KERNEL -D_POSIX_THREAD -D_REENTRANT -D_GNU_SOURCE -DLINUX - DOPSYS_LINUX -MT librexx_la-SysFileSystem.lo -MD -MP -MF .deps/ librexx_la-SysFileSystem.Tpo -c ./kernel/platform/unix/ SysFileSystem.cpp -fno-common -DPIC -o .libs/librexx_la-SysFileSystem.o ./kernel/platform/unix/SysFileSystem.cpp: In static member function 'static bool SysFileSystem::canonicalizeName(char*)': ./kernel/platform/unix/SysFileSystem.cpp:675: error: 'canonicalize_file_name' was not declared in this scope make: *** [librexx_la-SysFileSystem.lo] Error 1 René. On 11 jul 2008, at 19:36, Rick McGuire wrote: Yeah, it's a long story. I took that branch about 3 1/2 years ago, and was madly toiling away at the codethen I moved above 3 years ago and work stalled. In the meantime, I finally decided that we need to get some new features out, so all of the new stuff in 3.2.0 caused the two branches to drift so far apart the 4.0 branch was no longer a good base for the future work. So I started pulling features from the 4.0 tree back into the 3.x branch, thinking that it was going to be the 3.3 release. Deciding it these changes warranted calling it 4.0 was a fairly recent decisionin fact, David only made the version number change about a week ago. Rick On Fri, Jul 11, 2008 at 1:31 PM, René Jansen [EMAIL PROTECTED] wrote: ach so! So the 4.0 version is in a directory called interpreter-3.x/trunk ? That certainly is good to know. I'll have a try. Thanks! René. On 11 jul 2008, at 19:27, Rick McGuire wrote: Ah, thought soyou have the wrong version checked out. That's the 4.0 version I started working on years ago, and then merged many of the changes back into the normal trunk. You want the oorexx/interpreter-3.x/trunk branch. Rick On Fri, Jul 11, 2008 at 1:23 PM, René Jansen [EMAIL PROTECTED] wrote: Rick, Path: . URL: http://oorexx.svn.sourceforge.net/svnroot/oorexx/interpreter/trunk Repository Root: http://oorexx.svn.sourceforge.net/svnroot/oorexx Repository UUID: 5c7345e9-2c1c-0410-8966-b4899360e60d Revision: 2692 Node Kind: directory Schedule: normal Last Changed Author: bigrixx Last Changed Rev: 364 Last Changed Date: 2007-05-08 22:06:24 +0200 (di, 08 mei 2007) René. On 11 jul 2008, at 19:21, Rick McGuire wrote: Rene, Could you do an svn info from your trunk directory and post the result? Rick - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list
Re: [Oorexx-devel] ooRexx 4.0 on Linux
All - I think it might be time to reassess our svn naming scheme. I am sure that more than one person will stumble because of this. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506 René Jansen [EMAIL PROTECTED] nlTo Sent by: Open Object Rexx Developer Mailing oorexx-devel-boun List [EMAIL PROTECTED] oorexx-devel@lists.sourceforge.net orge.net cc 07/11/2008 12:31 Subject PMRe: [Oorexx-devel] ooRexx 4.0 on Linux Please respond to Open Object Rexx Developer Mailing List [EMAIL PROTECTED] ts.sourceforge.ne t ach so! So the 4.0 version is in a directory called interpreter-3.x/trunk ? That certainly is good to know. I'll have a try. Thanks! René. On 11 jul 2008, at 19:27, Rick McGuire wrote: Ah, thought soyou have the wrong version checked out. That's the 4.0 version I started working on years ago, and then merged many of the changes back into the normal trunk. You want the oorexx/interpreter-3.x/trunk branch. Rick On Fri, Jul 11, 2008 at 1:23 PM, René Jansen [EMAIL PROTECTED] wrote: Rick, Path: . URL: http://oorexx.svn.sourceforge.net/svnroot/oorexx/interpreter/trunk Repository Root: http://oorexx.svn.sourceforge.net/svnroot/oorexx Repository UUID: 5c7345e9-2c1c-0410-8966-b4899360e60d Revision: 2692 Node Kind: directory Schedule: normal Last Changed Author: bigrixx Last Changed Rev: 364 Last Changed Date: 2007-05-08 22:06:24 +0200 (di, 08 mei 2007) René. On 11 jul 2008, at 19:21, Rick McGuire wrote: Rene, Could you do an svn info from your trunk directory and post the result? Rick - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel inline: graycol.gifinline: pic18814.gifinline: ecblank.gif- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Oh crudI thought that function was more standard across the unixes. Rick On Fri, Jul 11, 2008 at 1:41 PM, René Jansen [EMAIL PROTECTED] wrote: Rick, thanks, I vote for removing the stalled branch. In the meantime, I got as fas as: g++ -DHAVE_CONFIG_H -I. -DORX_VER=4 -DORX_REL=0 -DORX_MOD=0 - DORX_FIX=0 -DORX_SYS_STR=\MACOSX\ -DORX_CATDIR=\/opt/ooRexx/bin\ - DORX_SHARED_LIBRARY_EXT=\.dylib\ -I./lib -I./api -I./api/platform/ unix -I./kernel -I./kernel/expression -I./kernel/instructions -I./ kernel/classes -I./kernel/runtime -I./kernel/parser -I./kernel/ messages -I./kernel/streamLibrary -I./kernel/platform/common -I./ kernel/platform/unix -I./rexxapi/unix -g -O2 -g -O2 -DNOOPT - DPTHREAD_KERNEL -D_POSIX_THREAD -D_REENTRANT -D_GNU_SOURCE -DLINUX - DOPSYS_LINUX -MT librexx_la-SysFileSystem.lo -MD -MP -MF .deps/ librexx_la-SysFileSystem.Tpo -c ./kernel/platform/unix/ SysFileSystem.cpp -fno-common -DPIC -o .libs/librexx_la-SysFileSystem.o ./kernel/platform/unix/SysFileSystem.cpp: In static member function 'static bool SysFileSystem::canonicalizeName(char*)': ./kernel/platform/unix/SysFileSystem.cpp:675: error: 'canonicalize_file_name' was not declared in this scope make: *** [librexx_la-SysFileSystem.lo] Error 1 René. On 11 jul 2008, at 19:36, Rick McGuire wrote: Yeah, it's a long story. I took that branch about 3 1/2 years ago, and was madly toiling away at the codethen I moved above 3 years ago and work stalled. In the meantime, I finally decided that we need to get some new features out, so all of the new stuff in 3.2.0 caused the two branches to drift so far apart the 4.0 branch was no longer a good base for the future work. So I started pulling features from the 4.0 tree back into the 3.x branch, thinking that it was going to be the 3.3 release. Deciding it these changes warranted calling it 4.0 was a fairly recent decisionin fact, David only made the version number change about a week ago. Rick On Fri, Jul 11, 2008 at 1:31 PM, René Jansen [EMAIL PROTECTED] wrote: ach so! So the 4.0 version is in a directory called interpreter-3.x/trunk ? That certainly is good to know. I'll have a try. Thanks! René. On 11 jul 2008, at 19:27, Rick McGuire wrote: Ah, thought soyou have the wrong version checked out. That's the 4.0 version I started working on years ago, and then merged many of the changes back into the normal trunk. You want the oorexx/interpreter-3.x/trunk branch. Rick On Fri, Jul 11, 2008 at 1:23 PM, René Jansen [EMAIL PROTECTED] wrote: Rick, Path: . URL: http://oorexx.svn.sourceforge.net/svnroot/oorexx/interpreter/trunk Repository Root: http://oorexx.svn.sourceforge.net/svnroot/oorexx Repository UUID: 5c7345e9-2c1c-0410-8966-b4899360e60d Revision: 2692 Node Kind: directory Schedule: normal Last Changed Author: bigrixx Last Changed Rev: 364 Last Changed Date: 2007-05-08 22:06:24 +0200 (di, 08 mei 2007) René. On 11 jul 2008, at 19:21, Rick McGuire wrote: Rene, Could you do an svn info from your trunk directory and post the result? Rick - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now
Re: [Oorexx-devel] ooRexx 4.0 on Linux
I'd prefer not to remove it yet, as I'm not done mining that code for useful nuggets A renaming certainly could be in order though. I also forgot to mention that at the time I started that exercise, the 3.x code was still in the CVS repository and the 4.x code was in SVN, partly because I didn't believe it would take 4 years to finish. At the time, the name made sense. Then, when we moved all of the code into SVN, the interpreter-3.x branch was created, but that name is starting to lose relevance. Anyway, I just checked a change that will hopefully fix the canonicalize_file_name problem. Rick On Fri, Jul 11, 2008 at 1:41 PM, René Jansen [EMAIL PROTECTED] wrote: Rick, thanks, I vote for removing the stalled branch. In the meantime, I got as fas as: g++ -DHAVE_CONFIG_H -I. -DORX_VER=4 -DORX_REL=0 -DORX_MOD=0 - DORX_FIX=0 -DORX_SYS_STR=\MACOSX\ -DORX_CATDIR=\/opt/ooRexx/bin\ - DORX_SHARED_LIBRARY_EXT=\.dylib\ -I./lib -I./api -I./api/platform/ unix -I./kernel -I./kernel/expression -I./kernel/instructions -I./ kernel/classes -I./kernel/runtime -I./kernel/parser -I./kernel/ messages -I./kernel/streamLibrary -I./kernel/platform/common -I./ kernel/platform/unix -I./rexxapi/unix -g -O2 -g -O2 -DNOOPT - DPTHREAD_KERNEL -D_POSIX_THREAD -D_REENTRANT -D_GNU_SOURCE -DLINUX - DOPSYS_LINUX -MT librexx_la-SysFileSystem.lo -MD -MP -MF .deps/ librexx_la-SysFileSystem.Tpo -c ./kernel/platform/unix/ SysFileSystem.cpp -fno-common -DPIC -o .libs/librexx_la-SysFileSystem.o ./kernel/platform/unix/SysFileSystem.cpp: In static member function 'static bool SysFileSystem::canonicalizeName(char*)': ./kernel/platform/unix/SysFileSystem.cpp:675: error: 'canonicalize_file_name' was not declared in this scope make: *** [librexx_la-SysFileSystem.lo] Error 1 René. On 11 jul 2008, at 19:36, Rick McGuire wrote: Yeah, it's a long story. I took that branch about 3 1/2 years ago, and was madly toiling away at the codethen I moved above 3 years ago and work stalled. In the meantime, I finally decided that we need to get some new features out, so all of the new stuff in 3.2.0 caused the two branches to drift so far apart the 4.0 branch was no longer a good base for the future work. So I started pulling features from the 4.0 tree back into the 3.x branch, thinking that it was going to be the 3.3 release. Deciding it these changes warranted calling it 4.0 was a fairly recent decisionin fact, David only made the version number change about a week ago. Rick On Fri, Jul 11, 2008 at 1:31 PM, René Jansen [EMAIL PROTECTED] wrote: ach so! So the 4.0 version is in a directory called interpreter-3.x/trunk ? That certainly is good to know. I'll have a try. Thanks! René. On 11 jul 2008, at 19:27, Rick McGuire wrote: Ah, thought soyou have the wrong version checked out. That's the 4.0 version I started working on years ago, and then merged many of the changes back into the normal trunk. You want the oorexx/interpreter-3.x/trunk branch. Rick On Fri, Jul 11, 2008 at 1:23 PM, René Jansen [EMAIL PROTECTED] wrote: Rick, Path: . URL: http://oorexx.svn.sourceforge.net/svnroot/oorexx/interpreter/trunk Repository Root: http://oorexx.svn.sourceforge.net/svnroot/oorexx Repository UUID: 5c7345e9-2c1c-0410-8966-b4899360e60d Revision: 2692 Node Kind: directory Schedule: normal Last Changed Author: bigrixx Last Changed Rev: 364 Last Changed Date: 2007-05-08 22:06:24 +0200 (di, 08 mei 2007) René. On 11 jul 2008, at 19:21, Rick McGuire wrote: Rene, Could you do an svn info from your trunk directory and post the result? Rick - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Rick, got a bit further into the build ./kernel/platform/unix/SysFile.cpp: In member function 'bool SysFile::read(char*, size_t, size_t)': ./kernel/platform/unix/SysFile.cpp:287: warning: comparison is always true due to limited range of data type but that is only a warning, but this is the next showstopper: /platform/unix/SysSemaphore.cpp -fno-common -DPIC -o .libs/librexx_la- SysSemaphore.o ./kernel/platform/unix/SysSemaphore.cpp: In member function 'void SysSemaphore::create()': ./kernel/platform/unix/SysSemaphore.cpp:85: error: 'PTHREAD_MUTEX_RECURSIVE_NP' was not declared in this scope ./kernel/platform/unix/SysSemaphore.cpp: In member function 'void SysMutex::create()': ./kernel/platform/unix/SysSemaphore.cpp:202: error: 'PTHREAD_MUTEX_RECURSIVE_NP' was not declared in this scope make: *** [librexx_la-SysSemaphore.lo] Error 1 René. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
and still a bit further, now stalling at ./kernel/runtime/LibraryPackage.cpp: In member function 'void LibraryPackage::loadRoutines(RexxRoutineEntry*)': ./kernel/runtime/LibraryPackage.cpp:267: error: invalid conversion from 'unsigned int (*)(const char*, size_t, CONSTRXSTRING*, const char*, RXSTRING*)' to 'size_t (*)(const char*, size_t, CONSTRXSTRING*, const char*, RXSTRING*)' ./kernel/runtime/LibraryPackage.cpp:267: error: initializing argument 3 of 'RegisteredRoutine::RegisteredRoutine(RexxString*, RexxString*, size_t (*)(const char*, size_t, CONSTRXSTRING*, const char*, RXSTRING*))' make: *** [librexx_la-LibraryPackage.lo] Error 1 René. On 11 jul 2008, at 23:30, René Jansen wrote: Rick, got a bit further into the build ./kernel/platform/unix/SysFile.cpp: In member function 'bool SysFile::read(char*, size_t, size_t)': ./kernel/platform/unix/SysFile.cpp:287: warning: comparison is always true due to limited range of data type but that is only a warning, but this is the next showstopper: /platform/unix/SysSemaphore.cpp -fno-common -DPIC -o .libs/ librexx_la- SysSemaphore.o ./kernel/platform/unix/SysSemaphore.cpp: In member function 'void SysSemaphore::create()': ./kernel/platform/unix/SysSemaphore.cpp:85: error: 'PTHREAD_MUTEX_RECURSIVE_NP' was not declared in this scope ./kernel/platform/unix/SysSemaphore.cpp: In member function 'void SysMutex::create()': ./kernel/platform/unix/SysSemaphore.cpp:202: error: 'PTHREAD_MUTEX_RECURSIVE_NP' was not declared in this scope make: *** [librexx_la-SysSemaphore.lo] Error 1 René. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Since David was so cool to get the rpm build working, I thought I'd give it a quick try. After a RPM install, on a very simple program, just: say hello world It runs but no output is produced. Is that a symptom of not finding the image? -- Mark Miesfeld On Thu, Jul 10, 2008 at 3:02 PM, Rick McGuire [EMAIL PROTECTED] wrote: David, I've fixed the crash, but now there's a problem with reading the image file that I can't figure out. It fails to find the image even if I put in the .libs directory when I launch the interpreter. I think this is one that needs a little more linux knowledge. The place to start debugging is the loadImage() method. Rick On Thu, Jul 10, 2008 at 4:23 PM, David Ashley [EMAIL PROTECTED] wrote: All - I finally got around to testing 4.0 on Linux. Running rexx -v works but nothing else does. Everything I try, including rexxtry.rex, gives a segmentation fault. I have not tried to debug this yet but I wanted to give everyone a heads up. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] ooRexx 4.0 on Linux
On Thu, Jul 10, 2008 at 6:19 PM, Mark Miesfeld [EMAIL PROTECTED] wrote: Yes, it does. It looks like it finds the image for me. Both when I run the RPM installed version and when I run from the build directory. My user land debugging skills on Linux are poor. grin But still better than mine! This simple program: say hello world 'echo hello world' x = 5 / 0 produces this: Raven:/work/tools/work.ooRexx/3.x/wc/interpreter # ./rexx ./simp.rex hello world Raven:/work/tools/work.ooRexx/3.x/wc/interpreter # Clever! This actually demonstrates that an enormous amount of stuff is working. I would like to get the SlickEdit debugger going, but I don't have time right now. Have to work on that later. Pretty easy, actually. Select Debug-Attach Debugger-Debug Other Executable. Fill in the blanks and go. -- Mark Miesfeld On Thu, Jul 10, 2008 at 3:11 PM, Rick McGuire [EMAIL PROTECTED] wrote: Hmmm, no, I get a logic error about being unable to load the image. Your symptom sounds like a stream library problem. Rick On Thu, Jul 10, 2008 at 6:08 PM, Mark Miesfeld [EMAIL PROTECTED] wrote: Since David was so cool to get the rpm build working, I thought I'd give it a quick try. After a RPM install, on a very simple program, just: say hello world It runs but no output is produced. Is that a symptom of not finding the image? -- Mark Miesfeld On Thu, Jul 10, 2008 at 3:02 PM, Rick McGuire [EMAIL PROTECTED] wrote: David, I've fixed the crash, but now there's a problem with reading the image file that I can't figure out. It fails to find the image even if I put in the .libs directory when I launch the interpreter. I think this is one that needs a little more linux knowledge. The place to start debugging is the loadImage() method. Rick On Thu, Jul 10, 2008 at 4:23 PM, David Ashley [EMAIL PROTECTED] wrote: All - I finally got around to testing 4.0 on Linux. Running rexx -v works but nothing else does. Everything I try, including rexxtry.rex, gives a segmentation fault. I have not tried to debug this yet but I wanted to give everyone a heads up. Thanks, W. David Ashley IBM Systems and Technology Group Lab Services Open Object Rexx Team Mobile Phone: 512-289-7506 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net
Re: [Oorexx-devel] ooRexx 4.0 on Linux
Ah...the rexx in the build directory is just a shell script. That actual executable file is in the .libs directory. However, when I try to invoke that directly, I get the image error. And I've yet to find the combination of factors to allow that to load. Rick On Thu, Jul 10, 2008 at 6:39 PM, Mark Miesfeld [EMAIL PROTECTED] wrote: On Thu, Jul 10, 2008 at 3:32 PM, Rick McGuire [EMAIL PROTECTED] wrote: I would like to get the SlickEdit debugger going, but I don't have time right now. Have to work on that later. Pretty easy, actually. Select Debug-Attach Debugger-Debug Other Executable. Fill in the blanks and go. Yes, that is pretty easy. I got the 'file not in executable format' message because I was running the rexx in the build directory. I have to switch systems now. As soon as I get a chance I'll use the RPM installed executable. -- Mark Miesfeld - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
