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

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.

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.

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.

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

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)

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

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

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

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

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

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

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

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

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

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

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)

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.

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

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

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

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

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

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?

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?

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?

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

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 ...

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?

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

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

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

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 ...

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

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()

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 ...

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 ...

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 ...

---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) ...

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

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 ?

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"

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"

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"

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 ...

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 ?

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

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"

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"

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

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

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

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 ...

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.

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] How about adding "rxSnippets" to the ooRexx distribution ? Also ad Windows: split "api" into "include" and "lib"? ((Re: How to build external functions using cmake

Hi there, Enrico's "rxSnippets" are just great, IMHO! They provide a working CMake nutshell example that can be used to compile external Rexx function libraries according to the SAA or the ooRexx native APIs *on all operating system platforms* from *one* CMakeLists.txt! It works (except for

Re: [Oorexx-devel] How about adding "rxSnippets" to the ooRexx distribution ? Also ad Windows: split "api" into "include" and "lib"? ((Re: How to build external functions using cmake

he include/lib directories > > e > > P.S > > If the REXX_HOME is an environment variable  > I could pick up the info from there  > > Please let know and I will fix it > > >> On 22 Mar 2019, at 17:34, Rony G. Flatscher > <mailto:rony.flatsc...@wu.ac.at>>

Re: [Oorexx-devel] Testing Open Object Rexx Version 5.0.0 r11766

What would you suggest/advise given your huge knowledge and experiences on so many different Unix systems? Should the test be adapted to check whether Ubuntu is the host system (e.g. "if sysVersion()~caselessPos('Ubuntu')>0 then ...")? Should the function work differently on Ubuntu to match the

Re: [Oorexx-devel] How to build external functions using cmake

On 17.02.2019 19:09, Enrico Sorichetti via Oorexx-devel wrote: > > See here  > > git clone http://3...@bitbucket.org/3481/rxSnippets Cloned it, skimming over it, it is electrifying!! > Have a good time Will take a few days, but will definitely have a good time! :) (This should help me

[Oorexx-devel] "libao: a cross platform audio library", how about creating an external Rexx function library ?

While researching a little bit about audio on Linux (after reading about the "portable beep problem") et.al. I stumbled over an interesting cross-platform library named "libao" which seems to have arrived a stable state. Here various links for gaining a quick overview: * Homepage & overview:

Re: [Oorexx-devel] "libao: a cross platform audio library", how about creating an external Rexx function library ?

On 17.02.2019 14:03, Rick McGuire wrote: > > On Sun, Feb 17, 2019 at 8:00 AM Enrico Sorichetti via Oorexx-devel > > wrote: > > Already working on a simple external function skeleton, > > Which does nothing but … Print the arguments passed > >

Re: [Oorexx-devel] Attempt on Windows (Re: How to build external functions using cmake

A remark: forgot to delete the lines: cl : Command line warning D9002 : ignoring unknown option '-g' Those warnings were issued, because I used "cmake -G ...", removing the "-G" (from a very, very, very old note) removed the warning in my second runs. So please ignore them in my previous

Re: [Oorexx-devel] Attempt on Windows (Re: How to build external functions using cmake

On 18.02.2019 17:10, Rony G. Flatscher wrote: > A remark: forgot to delete the lines: > cl : Command line warning D9002 : ignoring unknown option '-g' > > Those warnings were issued, because I used "cmake -G ...", removing the "-G" > (from a very, very, > ve

[Oorexx-devel] Roundup on Windows (Re: Attempt on Windows (Re: How to build external functions using cmake

ime as the day-job work-load increases due to the beginning of the summer semester around here. On 18.02.2019 17:39, Rony G. Flatscher wrote: > On 18.02.2019 17:22, Enrico Sorichetti via Oorexx-devel wrote: >> Dear Rony  >> I am very happy that it was useful  >> >> Look

Re: [Oorexx-devel] Attempt on Windows (Re: How to build external functions using cmake

On 18.02.2019 17:22, Enrico Sorichetti via Oorexx-devel wrote: > Dear Rony  > I am very happy that it was useful  > > Looking at the status of variable for complex cmakelists  > ( and I wrote a couple of them ) > Is usually the only way to debug cmakelists errors  > > The vdump module was the

[Oorexx-devel] Attempt on Windows (Re: How to build external functions using cmake

Tried it on Windows: G:\oorexx.tmp\enrico\win32>call "e:\Programme\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86 -- The C compiler identification is MSVC 19.0.24215.1 -- The CXX compiler identification is MSVC 19.0.24215.1 -- Check for working C compiler:

Re: [Oorexx-devel] Question on SysFileTree()

On 07.02.2019 12:25, P.O. Jonsson wrote: > Thanks for clarifying. > > Maybe you (or someone else) can help me with another issue: I am trying to > locate the build > directory on Mac in FileUtils.cls. On the jenkins slave the build is located > in: > >

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

Erich: How would you number a do with over a table where the indices are not numbers, or over a set or bag where the items are not numbers, etc.? —-rony Rony G. Flatscher (mobil/e) > Am 19.02.2019 um 23:15 schrieb Erich Steinböck : > > That's exactly what you can do using the DO WI

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

Quite often, when using "do...over" there is a need for having a counter that increases automatically on each loop. Currently one needs to use a separate variable that gets explicitly increased within the loop, e.g.: i=1 do idx over dir say "entry #" i": idx="idx "dir[idx]="dir

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

Erich, yes. It is about the beed to number the output while doing a do...over beginning wirh the number 1 (a numbered list). Cheers —-rony Rony G. Flatscher (mobil/e) > Am 19.02.2019 um 21:09 schrieb Erich Steinböck : > > Rony, > are you aware of the new `DO WITH INDEX i

Re: [Oorexx-devel] Question ad AddCommandHandler()

Looked thru the code, a few quick questions: If a command handler that has no redirection, would the last argument ioctl be NULL? Can one query the list (names) of the currently loaded command handlers? Would one be able to remove a command handler by name? —-rony Rony G. Flatscher (mobil/e

Re: [Oorexx-devel] Question ad AddCommandHandler()

creation time, I would like to support this new API in all of its facets. —-rony Rony G. Flatscher (mobil/e) > Am 28.01.2019 um 21:15 schrieb Rick McGuire : > > The two handler types have different call signatures. When you register the > handler, you are telling the interprete

Re: [Oorexx-devel] Question ad AddCommandHandler()

On 30.01.2019 11:57, Rick McGuire wrote: > > On Wed, Jan 30, 2019 at 5:51 AM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > Thanks, one last question in this context. > > On 29.01.2019 21:07, Rick McGuire wrote: >> On Tue, Jan 29,

Re: [Oorexx-devel] Question ad AddCommandHandler()

Thanks, one last question in this context. On 29.01.2019 21:07, Rick McGuire wrote: > On Tue, Jan 29, 2019 at 1:18 PM Rony G Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > Looked thru the code, a few quick questions: > > If a command handler that h

[Oorexx-devel] Ad Unix-based installations missing ooRexx samples and the ooRexx documentation ...

The Unix based installations do not come with the IMHO extremely import 1) ooRexx samples and 2) the ooRexx pdf documentation! Is there any convention to allow installing 1) and 2) with the base ooRexx installation? Or would there be a possibility to have an additional installation package that

[Oorexx-devel] Break up "rexxpg.pdf" into an "ooRexx Primer/Introduction" and a separate "C/C++ Programming Interfaces for ooRexx"?

For unknown reasons the "Programmer Guide" of ooRexx, "rexxpg.pdf", includes a primer for ooRexx and the documentation for savvy C/C++ programmers. If a newcomer is looking for an introduction into ooRexx it would be great if there was a specific pdf-book for it, like "ooRexx Primer -

[Oorexx-devel] Ad ooRexx pipe-samples

has another pipe-related patch by Matthé van der Lee from December 3rd 2018, which might have been overlooked. Just in case a reminder. Here is his statement: "For my own amusement, I have rewritten the pipe.rex sample, and included support for

Re: [Oorexx-devel] Question ad AddCommandHandler()

On 28.01.2019 22:24, Rick McGuire wrote: > I suggest you look at the test command handler that Erich just added to the > test cases. This will > show you how the command handlers are implemented and how to use the > redirection APIs. Thanks, will do. ---rony

[Oorexx-devel] Typos in oorexxapi.h ?

While looking up oorexxapi.h I found the following two defines (in line # 82 and # 85) with a trailing "-- alias": #define REXX_VALUE___uint64_t 27 -- aliased #define REXX_VALUE___uintptr_t29 -- aliased ---rony ___

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

On 06.04.2019 22:42, Rick McGuire wrote: > > > On Sat, Apr 6, 2019 at 12:00 PM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > Findings: > > * NewRoutine(name,code,sz) and LoadPackageFromData(name,data,sz) behave > the same (including

[Oorexx-devel] Question ad native SendMessage*() APIs

How would one apply the native SendMessage*() APIs to mimickry what is possible in ooRexx with: o~someMessage:super  /* start searching the method 'someMessage' in the superclass */ Trying to code this in native code like: context->SendMessage0(oself, "someMessage:super")

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

to study the existing documentation of the classes and the used tags and attributes there and supply also a XML rendering that I would think would be appropriate. So please advise. ---rony On 14.03.2019 20:05, Rony G. Flatscher wrote: > On 14.03.2019 18:10, Rick McGuire wrote: >>

Re: [Oorexx-devel] Question ad native SendMessage*() APIs

ments. > > Rick > > On Thu, Apr 11, 2019 at 11:31 AM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > How would one apply the native SendMessage*() APIs to mimickry what is > possible in ooRexx with: > > o~someMessage:super  /* start sear

[Oorexx-devel] Ad rexxc'd Rexx programs, two questions

In , Rick stated what is needed to run a rexxc'd program:  "The only factors here are The bitness, the endian byte order and the language level required to run the program." (So rexxc'd Rexx programs are operating system independent, which is great!)

[Oorexx-devel] Updated the website for assorted student works using ooRexx (and BSF4ooRexx) ...

At you will find assorted works from my students (seminar papers, Bachelor and Master thesis). (You will find quite a lot work employing ooRexx and BSF4ooRexx, including programming OpenOffice/LibreOffice with ooRexx on all platforms.) Just

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

; Rick > > On Thu, Mar 7, 2019 at 12:13 PM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > To run the example programs you would need a version of ooRexx from > "sandbox/rick/sem". The > 32-bit Windows "sandbox/rick/sem" version

[Oorexx-devel] Suggestion: add rxSnippets to developer's Wiki

Hi there, Enrico Sorichetti has created a "nutshell" CMake project which makes it a breeze to create external Rexx function packages using SAA and the ooRexx native API. The project he created and maintains is called "rxSnippets" and can be downloaded with: HTTPS git clone

[Oorexx-devel] Just curious ...

There are quite a few open patches and I wonder what its status would be (e.g. test framework related including offered test units, or the attempts to help with the documentation of the new semaphore classes)? Also, is there current work going on offline or have things slowed down a bit

Re: [Oorexx-devel] Just curious ...

of ooRexx 5 can hardly wait until it gets released such that finally they can get it in their companies installed and take advantage of it, hence their questions about release dates which I just collect and carry forward to here, the ooRexx developer list. On 28.05.2019 16:09, Rony G. Fla

Re: [Oorexx-devel] Suggestion: add rxSnippets to developer's Wiki

to his work.) ---rony > On Fri, May 17, 2019 at 9:58 AM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > Hi there, > > Enrico Sorichetti has created a "nutshell" CMake project which makes it a > breeze to create > external R

[Oorexx-devel] Problems installing 64-bit rpm on 64-bit fc

This week I had a need to install a self-compiled ooRexx interpreter on a 64-bit Fedora Core workstations. The installation package was created using the ooRexx CMake. First "uname -a": Linux xyz.ab-cde.ac.at 5.0.14-200.fc29.x86_64 #1 SMP Thu May 9 10:46:15 UTC 2019 x86_64 x86_64 x86_64

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

On 11.04.2019 18:30, Rony G. Flatscher wrote: > > This posting was meant to define the documentation for the new Rexx classes > EventSemaphore and > MutexSemaphore. > > Just wanted to make sure that it does not get lost, hence the question > whether I should submit it >

Re: [Oorexx-devel] An alternative algorithm for x2c()

Thank you all for your feedback to my quite "dirty" ;) posting! As Mike pointed out 'a'-'z' were not honored, but also blanks in between pairs of hex digits, which Rexx allows for. Rewriting the algorithm a little bit it runs even faster (up to 4.5 times compared to x2c()): /* A Rexx hex

[Oorexx-devel] An alternative algorithm for x2c()

While experimenting a little bit with C code to decode hex strings I came up with the following code: boolean hex2char(CSTRING hexData, size_t len, char *data) { if (len % 2 == 1) // not an even number of hex characters { data[0]='\0'; return

Re: [Oorexx-devel] An alternative algorithm for x2c()

On 19.04.2019 13:09, Rick McGuire wrote: > Well, you're missing all of the logic that allows for blanks at the > boundaries and you're also > assuming that you have an even number of digits to convert. If you remove all > of the things that > x2c() has to account for, then yes, you can do a

Re: [Oorexx-devel] An alternative algorithm for x2c()

Double-checked the test hex strings and their positions of illegal whitespace chars, here the native routine with the corrected position: int64_t hex2char(RexxCallContext *rcc, CSTRING hexData, size_t len, char *data) { // check for trailing whitespace char

Re: [Oorexx-devel] An alternative algorithm for x2c()

On 19.04.2019 15:55, Rony G. Flatscher wrote: > On 19.04.2019 13:09, Rick McGuire wrote: ... cut ... Sorry, the following error message is  correct, the position 6 is correct (had changed the hex string): > > * the hexadecimal string "Ab  0 0  ff  00  ff  00  ff  12&q

[Oorexx-devel] Question ad SysFile->open( (int) handle) ...

A quick question: if one receives a "FILE *handle" and use it with common/platform/{unix|windows}/SysFile, can one use its "open( (int) handle)" safely with it? ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net

Re: [Oorexx-devel] Windows commands change console window title

On 27.04.2019 23:01, Jon Wolfers wrote: > I have found this a nuisance in the past, sometimes revealing passwords to > users on net use > commands.  Glad to see it go! +1 ---rony > > On Sat, 27 Apr 2019 at 19:59, Erich Steinböck > wrote: > > On Windows,

Re: [Oorexx-devel] Question ad SysFile->open( (int) handle) ...

On 04.05.2019 22:45, Erich Steinböck wrote: > I don't think so. > See bug 1357. Thank you very much! ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Roundup attempt (Re: Ad compiled/tokenized Rexx code (rexxc) ...

Hmm, it seems that I have not clearly communicated why the problem cannot be solved reliably by third party libraries. The problem surfaced first in the Java environment: here the Java scripting framework expects scripts to be stored as text only, such that reading script code automatically

<    5   6   7   8   9   10   11   12   13   14   >