[Oorexx-devel] Error compiling 32-bit Windows version, svn rev. 11627

2018-12-17 Thread Rony G. Flatscher
While compiling for the 32-bit Windows version, svn rev. 11627, the compilation stops with the following error information: ... cut ... [ 72%] Linking CXX shared library bin\orexxole.dll Creating library bin\orexxole.lib and object bin\orexxole.exp [ 72%] Built target orexxole

Re: [Oorexx-devel] Error compiling 32-bit Windows version, svn rev. 11627

2018-12-17 Thread Rony G. Flatscher
> > > > On Mon, Dec 17, 2018 at 8:10 AM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > While compiling for the 32-bit Windows version, svn rev. 11627, the > compilation stops with the > following error information: > > ...

[Oorexx-devel] Mac warnings, svn rev. 11627 (CMake, compiler)

2018-12-17 Thread Rony G. Flatscher
Here the Mac warnings when compiling svn rev. 11627 (there are some warnings about wrong format and tempnam usage in rexxutil besides the semaphore warnings): wu114215:oorexx_build rony$ export MACOSX_DEPLOYMENT_TARGET=10.9 wu114215:oorexx_build rony$ cmake

[Oorexx-devel] [RexxLA] New beta version of BSF4ooRexx available (version 20181221)

2018-12-21 Thread Rony G. Flatscher
Dear fellow Rexxers, since a few minutes there is a new beta of BSF4ooRexx available from Sourceforge, namely from: . BSF4ooRexx is an ooRexx external function package that allows Rexx programs to exploit all Java classes and

[Oorexx-devel] Ad Windows-versions ()rev 11542) ...

2018-11-29 Thread Rony G. Flatscher
Created the 32- and the 64-bit versions of Rick's rxapi sandbox. It becomes possible to run the 32- and 64-bit ooRexx interpreters concurrently, at the same time, which is really *great*! This allows among other things to run both interpreters in parallel on the same machine, which especially

Re: [Oorexx-devel] Ad Windows-versions ()rev 11542) ...

2018-11-29 Thread Rony G. Flatscher
.exe F:\work\svn\bsf4oorexx\trunk\bsf4oorexx.dev\testUnits>kill 10776 kill: 10776: No such process ---rony On 29.11.2018 18:16, Rony G. Flatscher wrote: > Created the 32- and the 64-bit versions of Rick's rxapi sandbox. > > It becomes possible to run the 32- and 64-bit ooRexx

[Oorexx-devel] Fwd: Ad Windows-versions ()rev 11542) ...

2018-11-29 Thread Rony G. Flatscher
Sorry, the reply-to did not address the list, hence forwarding my posting. ---rony Forwarded Message Subject:Re: [Oorexx-devel] Ad Windows-versions ()rev 11542) ... Date: Thu, 29 Nov 2018 18:34:40 +0100 From: Rony G. Flatscher To: Rick McGuire

Re: [Oorexx-devel] Ad Windows-versions ()rev 11542) ...

2018-11-29 Thread Rony G. Flatscher
Rebuilt ooRexx from trunk: On 29.11.2018 18:29, Rick McGuire wrote: > On Thu, Nov 29, 2018 at 12:17 PM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: ... cut ... > Some remarks on the build process and running the interpreters initially: > > * bot

Re: [Oorexx-devel] Ad Windows-versions ()rev 11542) ...

2018-11-29 Thread Rony G. Flatscher
O.K. finished both debug-Windows-installer packages and placed them on my Dropbox (https://www.dropbox.com/sh/olh1mqfwb4brp7r/AABI1X-Le9zDCJ0gyfvMdKB8a?dl=0). To install at your own risk ;): * make sure that either ooRexx got uninstalled already or make sure that rxapi is not running

[Oorexx-devel] Ad killing correct rxapi at uninstall of ooRexx

2018-12-04 Thread Rony G. Flatscher
Now, that it has become possible to have different versions of ooRexx run in parallel (even with different bitnesses), how would one be able to figure out/address the correct rxapi process to be killed? Otherwise after installation the rxapi  process continues running (probably until a reboot).

[Oorexx-devel] Questions ad differences between "RELEASE", "DEBUG" and "RELWITHDEBUGINFO" on Windows?

2018-12-04 Thread Rony G. Flatscher
While creating new installation packages from trunk for Windows, I have experimented with the different build types with CMake. Question: would the following create a DEBUG or a RELEASE version by default? cmake -G "NMake Makefiles" F:\work\svn\oorexx\main\trunk nmake nmake clean

[Oorexx-devel] revision 11569, MacOS, question ad shebang

2018-12-05 Thread Rony G. Flatscher
revision 11569, MacOS, all ooRexx test units pass This time also warnings when running cmake: cmake -DCMAKE_BUILD_TYPE=relWithDebInfo ~/dev/oorexx_allura/main/trunk ... cut ... -- Looking for pwd.h CMake Warning (dev) at

[Oorexx-devel] Remaining warnings for rev. 11562 on Linux, Mac and Windows ...

2018-12-04 Thread Rony G. Flatscher
As I have compiled ooRexx for all three platforms (temporarily available via my Dropbox at ) I was able to extract the warnings the compilers issue on all three platforms, so here they are in a simple and single-e-mail

Re: [Oorexx-devel] Questions ad differences between "RELEASE", "DEBUG" and "RELWITHDEBUGINFO" on Windows?

2018-12-04 Thread Rony G. Flatscher
On 04.12.2018 16:06, Rick McGuire wrote: > Debug compiles the code without a lot of optimizations and also creates the > debug information. > Release compiles with full optimizations and does not create the debug > information. RelWithDebInfo > is the same as Release, but also creates the debug

[Oorexx-devel] New beta version of BSF4ooRexx available (version 20181130)

2018-12-08 Thread Rony G. Flatscher
Dear fellow Rexxers, since a few minutes there is a new beta of BSF4ooRexx available from Sourceforge, namely from: . BSF4ooRexx is an ooRexx external function package that allows Rexx programs to exploit all Java classes and

Re: [Oorexx-devel] Some observations on the failing rxqueue tests.

2018-12-02 Thread Rony G. Flatscher
On 02.12.2018 17:27, Rick McGuire wrote: > Ok, I have a theory that I'd like you to test out. Run this simple one-line > program after you have > killed rxapi, then run it a second time: > > say value('RXQUEUESESSION',,'ENVIRONMENT') > I suspect the code gives up trying to connect to the rxapi

Re: [Oorexx-devel] Some observations on the failing rxqueue tests.

2018-12-02 Thread Rony G. Flatscher
rox. three minutes (on Windows test execution takes not even a second) ---rony On 02.12.2018 17:53, Rick McGuire wrote: > Great, think this is is a simple as adding a few sleep calls between > connection attempts. > > Rick > > On Sun, Dec 2, 2018 at 11:41 AM Rony G. Flatscher

Re: [Oorexx-devel] MacOS observations (Re: Some observations on the failing rxqueue tests.

2018-12-03 Thread Rony G. Flatscher
aces and directories the Apple developer rules suggest). In that case there are symbolic links to /usr/local/bin and /usr/local/lib. Will double-double check whether all files from the latest ooRexx.5.0.0 build are in the proper places. ---rony On 03.12.2018 13:47, Rony G. Flatsche

[Oorexx-devel] MacOS observations (Re: Some observations on the failing rxqueue tests.

2018-12-03 Thread Rony G. Flatscher
01050059bc *librexx.5.0.0.dylib`ArrayClass::lastIndex()* + 12 librexx.5.0.0.dylib`ArrayClass::lastIndex: -> 0x1050059bc <+12>: movq 0x40(%rdi), %rax 0x1050059c0 <+16>: popq %rbp 0x1050059c1 <+17>: retq

Re: [Oorexx-devel] MacOS observations (Re: Some observations on the failing rxqueue tests.

2018-12-03 Thread Rony G. Flatscher
On 03.12.2018 15:13, Rick McGuire wrote: > btw, this stacktrace is consistent with the mismatch theory. The > RexxAddMacro() api needs to > dynamically resolve and resolve the address of the > RexxTranslateInstoreProgram() callback to > translate the added macro. This stacktrace looks like what

Re: [Oorexx-devel] MacOS observations (Re: Some observations on the failing rxqueue tests.

2018-12-03 Thread Rony G. Flatscher
On 03.12.2018 14:30, Rony G. Flatscher wrote: >> I will try to write something about the different setup options > Yes, that would be really *very* helpful for me! > > In the meantime I compared all the files from the directory where the test > ran successfully with > /u

Re: [Oorexx-devel] MacOS observations (Re: Some observations on the failing rxqueue tests.

2018-12-03 Thread Rony G. Flatscher
Dear Enrico, very sorry to have used "Ernesto" mistakingly! :-(( On 03.12.2018 14:10, Enrico Sorichetti via Oorexx-devel wrote: > >> On 3 Dec 2018, at 14:04, Rony G. Flatscher > <mailto:rony.flatsc...@wu.ac.at>> wrote: >> >> As Ernesto > > >

[Oorexx-devel] Question ad running ooRexx without placing it on the PATH

2018-12-02 Thread Rony G. Flatscher
Now that the sandbox rxapi version of ooRexx can be run off a directory (and therefore also from a stick), would it be possible to run/use ooRexx without even setting the PATH for it? This probably would mean that ooRexx would have to be able to find the pieces that belong to it in the

Re: [Oorexx-devel] Some observations on the failing rxqueue tests.

2018-12-02 Thread Rony G. Flatscher
rt back. ---rony > > On Sun, Dec 2, 2018 at 12:19 PM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > Rev 11552: > > * running the "say value()" program will only show an empty value now, > > * running "rexx testOORexx

Re: [Oorexx-devel] Some observations on the failing rxqueue tests.

2018-12-02 Thread Rony G. Flatscher
Forgot to mention: self~macroPath shows the full path to the file "Macrospace.rex", self~ok the value "0" ---rony On 02.12.2018 21:19, Rony G. Flatscher wrote: > > Have to run to get to the dinner place before they close the kitchen, hence >

Re: [Oorexx-devel] Some observations on the failing rxqueue tests.

2018-12-02 Thread Rony G. Flatscher
not get triggered o the program exits in the statement with option being "a" + "self~assertEquals(self~OK, SysAddRexxMacro("test_add", self~macroPath, option)) Cannot find out more, sorry. ---rony On 02.12.2018 20:55, Rony G. Flatscher wrote: > > O

Re: [Oorexx-devel] Merging the rxapi sandbox into trunk

2018-12-03 Thread Rony G. Flatscher
On 03.12.2018 17:40, Rick McGuire wrote: > This appears to be working really well and solves a lot of problems. Indeed, it does! It is a really *great* and *very beneficial* improvement for ooRexx, which will allow to distribute ooRexx into segments that have been off-duty so far, because of the

[Oorexx-devel] Sovled (Re: MacOS observations (Re: Some observations on the failing rxqueue tests.

2018-12-03 Thread Rony G. Flatscher
On 03.12.2018 15:31, Rick McGuire wrote: > It doesn't matter if they are identical or not, the problem is getting two > different versions > loaded. The first one is the actual running interpreter, the second one is > loaded and nothing is > initialized in it, so the call crashes.  > > My guess

Re: [Oorexx-devel] MacOS observations (Re: Some observations on the failing rxqueue tests.

2018-12-03 Thread Rony G. Flatscher
On 03.12.2018 13:58, Rick McGuire wrote: > What is really needed is a stack trace for the macrospace exception. Here is the stacktrace (thanks to Enrico for pointing out the command!): wu114184:trunk rony$ lldb -- rexx testOORexx.rex -f Macrospace.testGroup -s -S (lldb) target create

[Oorexx-devel] Ad installation on Linux and MacOS ... (Re: Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
When creating the deb-package for Ubuntu-Linux installing (and uninstalling) it will report an error: Installation: rony@rony-linux:~/work/oorexx/rick_rxapi_sandbox$ sudo dpkg -i ooRexx-5.0.0-11547.ubuntu1404.x86_64.deb Selecting previously unselected package oorexx. (Reading

Re: [Oorexx-devel] Ad shebang, parallel installed ooRexx interpreters running concurrently (Re: revision 11569, MacOS, question ad shebang

2018-12-06 Thread Rony G. Flatscher
On 05.12.2018 21:53, Rick McGuire wrote: ... cut ... > This goes beyond just the shebang line though, the bigger question is what > should the > CMAKE_INSTALL_PREFIX be. The line that was added for the Darwin support is > clearly wrong. This > needs to be the expected install location to be used

[Oorexx-devel] Advice for ooRexx test suite: when subclassing ooTestCase and defining a proper constructor then do not forget ...

2018-12-09 Thread Rony G. Flatscher
The ooRexx test framework allows one to create a test group with test cases by simply subclassing the class ooTestCase. If the subclass has a need for a constructor (defines the method 'INIT'), then it is mandatory to invoke the constructor in its superclass otherwise a runtime error will

[Oorexx-devel] Ad MacOS SIGPIPE (Re: Time for the *ix users to pitch in.

2018-11-29 Thread Rony G. Flatscher
This is just a comment ad SIGPIPE in the test suite, which according to should be either handled or ignored or the socket configured to not raise a

Re: [Oorexx-devel] Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
Fresh build, trying to compile until: [ 76%] Building CXX object CMakeFiles/rxapi.dir/rexxapi/server/platform/unix/linux/APIService.cpp.o /home/rony/dev/oorexx-code-0/sandbox/rick/rxapi/rexxapi/server/platform/unix/linux/APIService.cpp: In function ´int acquireLock(const char*)`:

Re: [Oorexx-devel] Ad installation on Linux and MacOS ... (Re: Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
On 01.12.2018 17:24, Rick McGuire wrote: > Thought I had caught all of those. Just committed a fix. Thank you very much! LINUX: Rev. 11549 can be installed and uninstalled without any error messages. The ooRexx test suite runs through (with "-X native_API"). MacOS: Rev. 11549: the

Re: [Oorexx-devel] Ad installation on Linux and MacOS ... (Re: Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
On 01.12.2018 18:39, Rick McGuire wrote: > Does the Mac not set the $XDG_RUNTIME_DIR environment variable? No, this is a Linux thing only. ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net

Re: [Oorexx-devel] Ad installation on Linux and MacOS ... (Re: Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
Sorry, was too fast: <https://www.freedesktop.org/wiki/Software/xdg-utils/>. ---rony On 01.12.2018 18:41, Rony G. Flatscher wrote: > On 01.12.2018 18:39, Rick McGuire wrote: >> Does the Mac not set the $XDG_RUNTIME_DIR environment variable? > No, this is a Linux thing

Re: [Oorexx-devel] Ad installation on Linux and MacOS ... (Re: Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
The same observation as on MacOS can be experienced on Linux (same four failures in "rxQueue.testGroup"). ---rony On 01.12.2018 18:33, Rony G. Flatscher wrote: > On 01.12.2018 17:24, Rick McGuire wrote: >> Thought I had caught all of those. Just committed a fix. &g

Re: [Oorexx-devel] Ad installation on Linux and MacOS ... (Re: Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
On 01.12.2018 19:16, Erich Steinböck wrote: > The latest commit to the rxapi sandbox builds and passes all tests on my > Ubuntu 16.04 VM. > Have never had any rxqueue or Macrospace test failures with any of the > previous rxapi sandbox builds. > Maybe the postings crossed: my posting from 19:02

Re: [Oorexx-devel] Ad installation on Linux and MacOS ... (Re: Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
Guire > <mailto:object.r...@gmail.com>> wrote: >> >> Thought I had caught all of those. Just committed a fix.  >> >> Rick >> >> On Sat, Dec 1, 2018 at 11:06 AM Rony G. Flatscher > <mailto:rony.flatsc...@wu.ac.at>> wrote: >> >>

Re: [Oorexx-devel] Ad installation on Linux and MacOS ... (Re: Time for the *ix users to pitch in.

2018-12-01 Thread Rony G. Flatscher
d the ooRexx LINUX interpreter and installed it: running the test suite immediately causes the four failures in "rxQueue.testGroup". ---rony On 01.12.2018 18:50, Rony G. Flatscher wrote: > > The same observation as on MacOS can be experienced on Linux (same four > failures in > &quo

[Oorexx-devel] A request for getting somehow the (svn) revision number of the current running/using ooRexx interpreter

2018-12-01 Thread Rony G. Flatscher
Currently it is quite a time consuming effort to make sure that all the different ooRexx builds on all of the different operating systems have been built using the latest svn revision. It would be of great help in such situations, if it became possible to learn the (svn) revision number the

[Oorexx-devel] Ad shebang, parallel installed ooRexx interpreters running concurrently (Re: revision 11569, MacOS, question ad shebang

2018-12-05 Thread Rony G. Flatscher
e current state on Apple, will split up such postings in the future. ... cut ... On Wed, Dec 5, 2018 at 8:54 AM Rony G. Flatscher mailto:rony.flatsc...@wu.ac.at>> wrote: > Ad shebang: on Mac after "make" and "make install" will read, e.g. in > rexxtry.rex: &g

[Oorexx-devel] Question ad CMake and MacOS ("rxapi" related)

2018-11-25 Thread Rony G. Flatscher
Creating ooRexx from trunk from scratch into a new (empty) directory, which will create the following rxapi-related files: * ./bin/rxapi * ./bin/librexxapi.5.0.0.dylib * ./bin/librexxapi.dylib -> librexxapi.5.0.0.dylib Then doing a "make install" which will use the created interpreter and

[Oorexx-devel] Ad MacOSX and daemons (for rxapi)

2018-11-21 Thread Rony G. Flatscher
Rather discussing general programming questions in bugs where the discussion results evaporate once the item gets closed, I think it makes more sense to discuss them here in the developer list. In the past weeks/months P.O. has started and has been doing an immensive amount of work in learning

Re: [Oorexx-devel] Time for the *ix users to pitch in.

2018-11-28 Thread Rony G. Flatscher
Revision 11535l, Ubuntu: [ 0%] Generating rxsubcom.1.gz [ 0%] Built target rxsubcom_man [ 0%] Building CXX object CMakeFiles/rexxapi.dir/rexxapi/common/platform/unix/SysCSStream.cpp.o

Re: [Oorexx-devel] Time for the *ix users to pitch in.

2018-11-28 Thread Rony G. Flatscher
Here from Ubuntu, rev 11534: [ 0%] Generating rxsubcom.1.gz [ 0%] Built target rxsubcom_man [ 0%] Building CXX object CMakeFiles/rexxapi.dir/rexxapi/common/platform/unix/SysCSStream.cpp.o

Re: [Oorexx-devel] Time for the *ix users to pitch in.

2018-11-28 Thread Rony G. Flatscher
rev 11537, Ubuntu: [ 0%] Generating rxsubcom.1.gz [ 0%] Built target rxsubcom_man [ 7%] Built target rexxapi [ 71%] Built target rexx [ 72%] Building CXX object CMakeFiles/rxapi.dir/rexxapi/server/platform/unix/linux/APIService.cpp.o

Re: [Oorexx-devel] Time for the *ix users to pitch in.

2018-11-28 Thread Rony G. Flatscher
Forgot to mention: I always wipe out the working directory such that no old artefacts remain and such that the CMake files get created from scratch. ---rony On 28.11.2018 18:48, Rony G. Flatscher wrote: > > rev 11537, Ubuntu: > > [ 0%] Generating rxsubcom.1.gz > [ 0

Re: [Oorexx-devel] Running Testcases

2018-11-19 Thread Rony G. Flatscher
Bruce, On 19.11.2018 16:14, CV Bruce wrote: > Does anyone know if there is a “verbose” option that would print out test > results as each test is > performed? That way we can at least see where we are dying. you can see the most important switches with: testOORexx --help So the switch "-S"

Re: [Oorexx-devel] Question ad CMake and MacOS ("rxapi" related)

2018-11-26 Thread Rony G. Flatscher
Just a brief update on this list (and a private e-Mail to Enrico with more infos). On 26.11.2018 00:04, Rony wrote: > Thank you very much, will test it tomorrow when back at the office! My Apple machine got updated to Mojave, should that make a difference as I was only able to run "rexx -e"

[Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-08 Thread Rony G. Flatscher
While testing the standalone version on Linux, everything works out fine if issuing "rexx". However, if invoking "rexx" with a fully qualified path like: ~/some/path/to-standalone/bin/rexx -e "parse version v; say v" an error "Logic error: no startup image" is raised and ooRexx gets

Re: [Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-08 Thread Rony G. Flatscher
On 08.01.2019 19:15, Rony G. Flatscher wrote: > > While testing the standalone version on Linux, everything works out fine if > issuing "rexx". > Should have also mentioned: if putting the directory where rexx resides on to the path everything works as well. ---rony

Re: [Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-10 Thread Rony G. Flatscher
On 10.01.2019 12:56, Rick McGuire wrote: > I have tested exactly the situation on my Linux system, and everything works > fine. But I don't > have your setup, so there's probably something different.  > > I suggest adding a printf() to the SystemInterpreter::loadImage() method (the > second one

Re: [Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-10 Thread Rony G. Flatscher
On 10.01.2019 14:30, Rick McGuire wrote: > Why are you removing Enrico's RPATH changes? They seem like a good idea and I > NEVER advocated > against those. My discussion was totally about the appropriate location for > rexx.img. Oh, o.k. As the changes have not been applied to trunk I thought

Re: [Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-10 Thread Rony G. Flatscher
On 09.01.2019 21:11, Rick McGuire wrote: > This is not an acceptable patch because it imposes a directory structure that > is not necessary and > is not necessarily what will be used on the other platforms. Just make the > simple one-line change > to the CMakeLists.txt file to install rexx.img

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Dear Enrico: On 08.01.2019 16:11, Enrico Sorichetti via Oorexx-devel wrote: > I wonder why everybody refuses to use the proper constructs for the RPATH > Looks like I am wasting my time testing and making suggestions please bear with us! Not having *any* background knowledge of CMake and the

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Dear P.O., On 08.01.2019 16:16, P.O. Jonsson wrote: > For MAC at least a build to a USB stick is relocatable to another computer > since the name of the > stick will be the name of the volume, automatically mounted to /Volumes with RPATH defined the way Enrico suggests, there is no need to

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
On 08.01.2019 15:52, Enrico Sorichetti via Oorexx-devel wrote: > Right now You cannot relocate the installed thing  > Because the rpath is an absolute one  > I posted a few emails back the right constructs … Hmm saw them, but was not sure what they were about and whether that was all that was

[Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Would it be possible to define RPATH such, that it always looks in the directories ".", "./lib", "../lib", "/usr/local/lib" (maybe even "/opt/local/lib") for the needed libraries? This way a USB-stick version may have the executables in the same directory or lib in a companion or subdirectory.

[Oorexx-devel] Experimental "standalone" ooRexx interpreters

2019-01-08 Thread Rony G. Flatscher
Thanks to Enrico I was able to compile ooRexx with RPATH for MacOS and Linux successfully which allows one to use those interpreters "standalone" like on a stick. The experimental standalone ooRexx interpreters for Windows (32- and 64-bit), Linux (64-bit) and MacOSX (64-bit) can be temporarily

Re: [Oorexx-devel] dynamic linking on macOS (was: Re: A few questions ad CMake and libraries on Unix)

2019-01-04 Thread Rony G. Flatscher
Dear P.O.: On 04.01.2019 14:26, P.O. Jonsson wrote: > What about this statement that I have seen in some installers, is it still > necessary/valid=? > > export NLSPATH=$REXXPATH/bin/rexx.cat:$NLSPATH No, this has been fixed in the meantime. ---rony

Re: [Oorexx-devel] Rethinking error messages.

2019-01-11 Thread Rony G. Flatscher
Applied your commits and re-built MacOS and Linux standalone versions and my preliminary tests show that this is working perfectly, *great job*! ---rony P.S.: Cf. eg. . On 09.01.2019 23:07, Rick McGuire wrote: > The

Re: [Oorexx-devel] [oorexx:code-0] New commit [r11653] by bigrixx

2019-01-13 Thread Rony G. Flatscher
On 13.01.2019 18:27, Erich Steinböck wrote: > Those two SET's were the fix for https://sourceforge.net/p/oorexx/bugs/1577 > Specific to CLANG on mac.  That's probably the reason why the mac builds > don't give those c++11 > warnings. Interestingly there are no such warnings issued when compiling

Re: [Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-09 Thread Rony G. Flatscher
NSTORE Cannot open REXX message catalog rexx.cat. Not in NLSPATH or /Users/rony/Applications/ooRexx5.0.0/bin. 1: Cannot open REXX message catalog rexx.cat. Not in NLSPATH or /Users/rony/Applications/ooRexx5.0.0/bin. REX0413E: Cannot open REXX message catalog rexx.cat. Not in NLSPATH or

[Oorexx-devel] Works and a question ad patches (Re: Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
ss/thread/4202a51e/4a68/2f6b/attachment/patch-sym-links-03.txt> which in addition also includes two placing the libraries in the "lib" directory as per Enricos suggestion and naming 64-bit rpm packages correctly. That patch got tested building ooRexx against Windows, Linux and M

Re: [Oorexx-devel] Works and a question ad patches (Re: Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Dear P.O., On 08.01.2019 17:17, P.O. Jonsson wrote: >> Am 08.01.2019 um 17:10 schrieb Rony G. Flatscher > <mailto:rony.flatsc...@wu.ac.at>>: >> >> O.K, Enrico's definitions work like a charm! >> :) >> >> Ad multiple RPATHs: this works as well, one n

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Dear P.O., On 08.01.2019 16:24, P.O. Jonsson wrote: > I am not taking about the future, it is working NOW, without any modification > besides the /bin > being in the path. NO NADA NIX modifications it works out of the box. Try it. I believe you. :) > A relocatable installation is desirable for

Re: [Oorexx-devel] Current state ad memory enhancements, state of ooRexx 5.0 beta?

2018-09-16 Thread Rony G. Flatscher
On 15.09.2018 15:14, Rick McGuire wrote: > On Fri, Sep 14, 2018 at 9:48 AM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > Two quick questions: > > * what is the current state of the ooRexx interpreter in the trunk: > does it have all the &

Re: [Oorexx-devel] Current state ad memory enhancements, state of ooRexx 5.0 beta?

2018-09-16 Thread Rony G. Flatscher
On 16.09.2018 11:30, P.O. Jonsson wrote: ... cut ... > Regarding the performance I think that would need to be treated in another > thread. I have created > a LOT of various builds, also comparing with builds from bsf4ooRexx. I have > had different builds > from the same build date testeds

Re: [Oorexx-devel] Current state ad memory enhancements, state of ooRexx 5.0 beta?

2018-09-16 Thread Rony G. Flatscher
Dear P.O.: On 16.09.2018 18:01, P.O. Jonsson wrote: > This may be the explanation. Indeed „my“ installation now goes into > /usr/local/ > > With the information from Enrico, I have also managed to create a pkg > installer using pkgbuild > that can install to /usr/local so in principle this step

Re: [Oorexx-devel] Latest release (r11494), problems when mutlithreading

2018-09-17 Thread Rony G. Flatscher
On 17.09.2018 17:02, Rick McGuire wrote: > > On Mon, Sep 17, 2018 at 10:43 AM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: ... cut ... > > If there is more that I can do to debug this, then please advise. Shall I > try to create MS VS > thread s

Re: [Oorexx-devel] Two new RFEs ...

2018-09-14 Thread Rony G. Flatscher
e following values for the variables in the caller (main program): a1=[eins] a2=[zwei] -- a1=[uno] a2=[The NIL object] a3=[tre] -- a1=[one] a2=[The NIL object] a3=[three] -- ---rony > > On Fri, Sep 7, 2018 at 11:00 AM Rony G. Flatscher <mailto:rony.flatsc...@

[Oorexx-devel] Current state ad memory enhancements, state of ooRexx 5.0 beta?

2018-09-14 Thread Rony G. Flatscher
Two quick questions: * what is the current state of the ooRexx interpreter in the trunk: does it have all the garbage collection enhancements applied already? * what is the state of ooRexx 5.0 beta: when will it be released (companies and organisations won't usually install software

Re: [Oorexx-devel] Wha

2018-09-17 Thread Rony G. Flatscher
Hmm, maybe we should first clarify that there are two possible installations: * system-wide (the current type of ooRexx installation on all systems) o pro: single installation for entire system, any user and any program can use ooRexx o needs: sudo/priviledged installation and

[Oorexx-devel] Latest release (r11494), problems when mutlithreading

2018-09-17 Thread Rony G. Flatscher
Today I created 32- and 64-bit versions of ooRexx from trunk, revision 11.494 to run the BSF4ooRexx test units (these builds can be temporarily downloaded from my DropBox at: ). Two sample programs (swt, JavaFX concurrent

Re: [Oorexx-devel] Latest release (r11494), problems when mutlithreading

2018-09-18 Thread Rony G. Flatscher
OK, I have spent quite some time on the Linux box. Created debug versions for ooRexx and BSF4ooRexx and tried to use gdb to get at the data when the hanging or exceptions occur. Unfortunately, gdb reports SIGSEGV (segmentation faults) in the JVM (using Oracle's Java 1.8) in both scenarious:

[Oorexx-devel] A simple Rexx script to create (and install, remove) debug and release versions of ooRexx on Linux ...

2018-09-18 Thread Rony G. Flatscher
Enclosed please find two Rexx scripts that may help Linux users to create, install and remove release or debug versions of ooRexx. The source tree of ooRexx is expected to be located in "~/dev", i.e. "~/dev/oorexx-code-0/main/trunk". To create a debug version, run without an argument

Re: [Oorexx-devel] Releasing ooRexx 5.0? Building on Debian Linux Shared Web Hosting as non-root

2019-01-22 Thread Rony G. Flatscher
On 22.01.2019 17:53, Erich Steinböck wrote: > Hi Michael, > if you do not want to build to the default ooRexx install location /usr/bin, > set > CMAKE_INSTALL_PREFIX to the desired path on the cmake command. To build for > an install to your > home directory, you would use > > cmake

[Oorexx-devel] Question ad AddCommandHandler()

2019-01-28 Thread Rony G. Flatscher
Question ad new C++ method "context->AddCommandEnvironment(name, handler, type);", where the documentaiton for "type" reads: "type": The type of command handler to add. DIRECT_COMMAND_ENVIRONMENT for a command handler with no support for redirection. REDIRECTING_COMMAND_ENVIRONMENT

[Oorexx-devel] Question ad native API for creating routine and package objects ...

2019-04-06 Thread Rony G. Flatscher
In the native APIs these methods are available for creating Rexx routine and package objects: 1. NewRoutine(name, code, sz), where 'name' and 'code' are of type CSTRING, 'sz' of type size_t * Question: can 'code' be any representation of a Rexx program, i.e. can one also supply the

Re: [Oorexx-devel] Question ad native API for creating routine and package objects ...

2019-04-06 Thread Rony G. Flatscher
On 06.04.2019 14:22, Rick McGuire wrote: > I'd say you should be able to. Whether you can or not is a question for some > experimentation. Thank you, will start the experimentations then and report back. ---rony > > On Sat, Apr 6, 2019 at 8:13 AM Rony G. Flatscher <mai

[Oorexx-devel] Findings (Re: Question ad native API for creating routine and package objects ...

2019-04-06 Thread Rony G. Flatscher
---rony On 06.04.2019 14:24, Rony G. Flatscher wrote: > On 06.04.2019 14:22, Rick McGuire wrote: >> I'd say you should be able to. Whether you can or not is a question for some >> experimentation. > > Thank you, will start the experimentations then and report back. >

[Oorexx-devel] Ad compiled/tokenized Rexx code (rexxc) ...

2019-04-07 Thread Rony G. Flatscher
In the past days I got problem reports from a professional developer who exclusively uses ooRexx and for his rather complex GUIs he uses the portable JavaFX libraries via BSF4ooRexx. Everything has worked out fine it seems, using ooRexx 5.0beta and BSF4ooRexx. However,  since he started to use

[Oorexx-devel] An example of taking advantage of the new variable reference feature

2019-02-27 Thread Rony G. Flatscher
While writing a little script to rewrite mailman mbox archive files to anonymize e-mail addresses, the routine generating a pseudo-e-mail address would increase a counter each time. While developing it a need popped up for a switch when invoking the script that allows one to determine whether

Re: [Oorexx-devel] Ad loop counter on do...over ?

2019-02-20 Thread Rony G. Flatscher
On 20.02.2019 07:06, Erich Steinböck wrote: > > number a do with  over a table where the indices are not numbers, or over > a set or bag > >   > Use > do with index i item j over c~allItems This is *not* the same collection as "c", but an array of all of the items in the "c" MapCollection!

Re: [Oorexx-devel] Missing "interpreter/classes/EventSemaphore.cpp" when building from "sandbox\rick\sem"

2019-03-06 Thread Rony G. Flatscher
On 05.03.2019 20:45, Rick McGuire wrote: > Sorry, forgot to add those files to svn so the commits never picked them up. > They are there now. Thank you! Cannot compile it successfully for 32-bit with MSC, here the relevant info that also includes some warnings that seem to be new: ...

Re: [Oorexx-devel] Missing "interpreter/classes/EventSemaphore.cpp" when building from "sandbox\rick\sem"

2019-03-06 Thread Rony G. Flatscher
077: '"E:\Programme\Microsoft Visual Studio 14.0\VC\BIN\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: '"E:\Programme\Microsoft Visual Studio 14.0\VC\BIN\nmake.exe"' : return code '0x2' Stop. G:\oorexx.tmp\oorexxBuild\sem32.trunk> --

Re: [Oorexx-devel] Missing "interpreter/classes/EventSemaphore.cpp" when building from "sandbox\rick\sem"

2019-03-06 Thread Rony G. Flatscher
Did another update (to 11825) and now it builds successfully on 32-bit Windows with MSC! Here the few warnings in case they occur on 32-bit only: [ 59%] Building CXX object CMakeFiles/rexx.dir/interpreter/runtime/RexxUtilCommon.cpp.obj RexxUtilCommon.cpp

[Oorexx-devel] An example of the new counter modifier on loops ...

2019-03-06 Thread Rony G. Flatscher
The 32-bit Windows "sandbox/rick/sem" version of ooRexx can be temporarily found here: . To illustrate how the new COUNTER subkeyword/counter works here a little program first: -- rgf, 2019-03-06 -- cf.

Re: [Oorexx-devel] Ad loop counter on do...over ?

2019-02-22 Thread Rony G. Flatscher
moovert >> say"#"i":"pp(idx) "->"pp(o) >> i=i+1 >> end >> say >> >> say"--- how about this?" >> dowithindexiitemidxovert~allindexes~supplier >> say"#"i":"pp(idx) "->"pp(t[idx]) >> end >> say >> >> ::routinepp >> return"

[Oorexx-devel] A RFE for optionally allowing collection objects where stems get used in the SysUtil functions

2019-02-22 Thread Rony G. Flatscher
While working on a little utility to anonymize pipermail mbox archives from mailman, I have been using sysFileTree(). In the light of the recent work on the SysUtil-functions and on SysFileTree() the idea came up to optionally allow ooRexx collection objects as an option wherever currently a

Re: [Oorexx-devel] Missing "interpreter/classes/EventSemaphore.cpp" when building from "sandbox\rick\sem"

2019-03-05 Thread Rony G. Flatscher
On 05.03.2019 19:51, Enrico Sorichetti via Oorexx-devel wrote: > I do not see any EventSemaphore.cpp > In main/trunk > > Only a SysSemaphore.cpp > > common/platform/unix  > Common/platform/windows > It is supposed to be in Rick's sandbox "sandbox\rick\sem", from his mentioned posting: Branch

[Oorexx-devel] Missing "interpreter/classes/EventSemaphore.cpp" when building from "sandbox\rick\sem"

2019-03-05 Thread Rony G. Flatscher
Due to a hint from Rick in about the new modifier "COUNTER" on loops I wanted to create a 32-bit Windows version for ooRexx from "sandbox/rick/sem" for testing, which unfortunately does not work due to the following problem when running

[Oorexx-devel] A new draft/sketch for documenting the new classes EventSemaphore and MutexSemaphore (Re: A sketch for a documentation text for the "EventSemaphore" class

2019-03-14 Thread Rony G. Flatscher
O.K., got some time for MutexSemaphore and in the course of writing it, I corrected the draft for EventSemaphore as well, including the code sample. Therefore, here the suggestions/drafts for documenting the two classes "EventSemaphore" and "MutexSemaphore":

Re: [Oorexx-devel] A new draft/sketch for documenting the new classes EventSemaphore and MutexSemaphore (Re: A sketch for a documentation text for the "EventSemaphore" class

2019-03-14 Thread Rony G. Flatscher
On 14.03.2019 18:10, Rick McGuire wrote: > A couple of notes that need to added to the MutexSemaphore section > > 1) On a single thread, acquire requests nests, so if a thread calls acquire > again while already > having obtained the semaphore, it will be not blocked. It requires an > equivalent

[Oorexx-devel] A sketch for a documentation text for the "EventSemaphore" class

2019-03-13 Thread Rony G. Flatscher
Tried to come up with a text for the documentation for the EventSemaphore class. Please check the raildiagrams and descriptions for the methods. Also please note that the example got simplified in the formatting somewhat (e.g. the date portion is not used anymore, making the output better

[Oorexx-devel] Ad new classes .eventSemaphore and .mutexSemaphore (Re: An example of the new counter modifier on loops ...

2019-03-07 Thread Rony G. Flatscher
To run the example programs you would need a version of ooRexx from "sandbox/rick/sem". The 32-bit Windows "sandbox/rick/sem" version of ooRexx can be temporarily found here: . --- Prologue Semaphores get

Re: [Oorexx-devel] Going to be away for a little while.

2019-03-18 Thread Rony G. Flatscher
On 18.03.2019 08:26, Rick McGuire wrote: > Getting ready to head off on a little vacation. I'll be way until March 28th. > I'll be checking > email while gone, but mostly on my phone, so if I respond to anything, it > will probably be short > and brief. I won't be able to work on any problems

[Oorexx-devel] Building r11834 on 32-bit Windows: two warnings

2019-03-11 Thread Rony G. Flatscher
While building the r11834 for 32-bit Windows the following two warnings get issued: win32 - ... cut ... [ 59%] Building CXX object CMakeFiles/rexx.dir/interpreter/runtime/RexxUtilCommon.cpp.obj RexxUtilCommon.cpp

<    5   6   7   8   9   10   11   >