Re: [Oorexx-devel] MacOSX plist-file to have rxapi run as a service using launchctl

ands up to give an answer then please apply those changes that you see as needed for rxapi to behave according to launchd rules and supply it as a patch for ooRexx 5.0beta, so it gets recorded, saved and can be applied to the ooRexx 5.0 source! ---rony > > On May 30, 2017, at 1:41 AM, R

[Oorexx-devel] Question: an already required package will not get created from scratch, if in a different interpreter instance

Not sure whether this is a bug or working as designed (if so, perhaps it should get documented). When using the "::requires" directive, a resolved package will get re-used (only at the very first "::requires" will a call without arguments be carried out by the interpreter). In an environment wh

Re: [Oorexx-devel] Question: an already required package will not get created from scratch, if in a different interpreter instance

to search my archives for this issue/theme)! :( Going thru the mail archives, I found the conversation of April 2009 (I have been aware of the .local part only). Will file a documentation RFE to document these important aspects. ---rony > > On Sun, Jun 4, 2017 at 12:05 PM,

Re: [Oorexx-devel] Question: an already required package will not get created from scratch, if in a different interpreter instance

On 04.06.2017 19:32, Erich Steinböck wrote: > > The loaded packages are managed on a global basis > > Will file a documentation RFE to document these important aspects > > Exactly what kind of information do you see missing from the docs? In rexxref.pdf, "3.7 ::REQUIRES": the paragraph

Re: [Oorexx-devel] Question: an already required package will not get created from scratch, if in a different interpreter instance

ady in another interpreter instance is > referenced with a > ::REQUIRES statement for the first time, then the initialization code > ("prolog") for > the ::REQUIRES file will be executed, in case it needs to tailor the .local > environment." > > Consider: > > &qu

[Oorexx-devel] A crash at an unseen location so far ...

Still trying to create an example that causes the same intermittent crashes (but only in the context of multiple threads and callbacks from native code into Rexx) as when employing JavaFX via BSF4ooRexx. A few minutes ago I experienced a crash in the context of AttachThread. As it might be inte

[Oorexx-devel] Further crashes and a memory leak ...

Since February I have been experiencing crashes in ooRexx 5.0 beta. Some reasons were found and fixed so far. Unfortunately, other crashes have not been fixed, supposedly because one would have needed to analyze the crashes using BSF4ooRexx where these crashes can be observed and it could not b

Re: [Oorexx-devel] High memory usage in ooRexx

Erich: On 29.06.2017 17:11, Erich Steinböck wrote: > > executing other peoples code .. please give it a try > > I can run code if you provide it as a platform-independent test case. I have > no Mac, and the Mac > binaries you provide won't run on Ubuntu or Windows, the platforms I can test

[Oorexx-devel] Testing the secirty manager message REQUIRES on ooRexx 3.2, 4.2 and 5.0beta

Hi there, in the past days I have come up with a testGroup to test the ooRexx security manager in a way such that the tests can be run under ooRexx 3.2, 4.x and 5.0beta, cf. , where also the output of running the testGroup on all three ooRexx versio

Re: [Oorexx-devel] Testing the secirty manager message REQUIRES on ooRexx 3.2, 4.2 and 5.0beta

On 06.07.2017 15:33, Rony G. Flatscher wrote: > > Hi there, > > in the past days I have come up with a testGroup to test the ooRexx security > manager in a way such > that the tests can be run under ooRexx 3.2, 4.x and 5.0beta, cf. > <https://sourceforge.net/p/oorexx/p

[Oorexx-devel] Problems building 64-bit Windows debug version (creating rexx.img seems to hang)

Today I have successfully created a new 32-bit Windows debug version of ooRexx from trunk ("ooRexx.5.0.0.11269-x86_32-20170707.exe", cf. ). Creating a 64-bit Windows debug version hangs when creating "bin/rexx.img": G

Re: [Oorexx-devel] Problems building 64-bit Windows debug version (creating rexx.img seems to hang)

Erich, thank you very much that solved it! Best regards ---rony On 07.07.2017 14:29, Erich Steinböck wrote: > An issue that I'm seeing often when switching between 32- and 64-bit rxapi > Retry killing and/or rxapi /u and starting the 64-bit rxapi multiple times. > If it succeeds, the "hung" re

Re: [Oorexx-devel] Calling Programs in a .dll

Also, the presentation (with an accompanying zip-file of the examples) entitled "How to Develop a Native Library in C++ for ooRexx in a Nutshell" at the International Rexx Symposium 2015 explains and demonstrates how easy it is to create external Rexx functions and external Rexx methods! From th

Re: [Oorexx-devel] Calling Programs in a .dll

Sorry, forgot the link: <http://rexxla.org/events/2015/schedule.html>. ---rony On 12.07.2017 18:07, Rony G. Flatscher wrote: > > Also, the presentation (with an accompanying zip-file of the examples) > entitled "How to Develop a > Native Library in C++ for ooRex

[Oorexx-devel] Could it be ...

Currentyl, as you know there are sometimes crashes if using Rexx via native code from different threads, some not created by Rexx but by Java/native code. A student has been developing a portable GUI version of rexxtry.rex using JavaFX. He added syntax highlighting (using the RichTextFX control

Re: [Oorexx-devel] Could it be ...

On 14.07.2017 19:20, Erich Steinböck wrote: > > getStackBase() may return different values if executed multiple times > creating side-effects > > Rony, stackBase is checked by CALL's or method invocations to limit recursion > depth (thus breaking > any infinite recursion). > In such cases you

Re: [Oorexx-devel] Could it be ...

On 14.07.2017 21:00, John Timmons wrote: > This sounds like somebody isn't locking/guarding the stack when it is being > updated...probably on > the Java side. It might be assuming that no one else is going to update ITS > "proprietary" stack. > Wrong. There could be many reasons for the perceive

[Oorexx-devel] Maybe a brief enough example

While going over some homework of my students where they had to create a minimal JavaFX program, one group came up with an example that offers a few interesting properties: * the nutshell is extremely short and consists of "main.rex", "button.fxml" and "button_handler.rex" (see enclosed)

Re: [Oorexx-devel] Further crashes and a memory leak ...

iple times, which leads me to believe that the cause is in ooRexx (it seems that there is always a non-Rexx created thread playing a role - like the JavaFX GUI-thread from above - and maybe Rexx uninits running in parallel). ---rony On 26.06.2017 20:34, Rony G. Flatscher wrote: > > Since

[Oorexx-devel] Ad current state of Security Manager ...

The ooRexx security manager has been an important part of ooRexx to allow executing Rexx programs under the auspices of security manager messages. In IBM's days and ooRexx versions < 4.0, the security manager was used on Windows by ooRexx to assure that Rexx code embedded in HTML pages (processe

[Oorexx-devel] Results comparing Security Manager between ooRexx 3.2, 4.2 and 5.0beta ...

Here are the results of comparing the test units that got created to test the ooRexx security manager on ooRexx 3.2.0, 4.2.0 and 5.0beta: *security* * * *Security Manager via* * * * * * * * * * * * * * * *message* *info-directory**/M

[Oorexx-devel] Seeking help for fixing

In GUI systems the GUI maintenance and interaction are usually single-threaded. As a consequence calls to interact with GUI objects must be executed on that GUI thread, otherwise undefined behaviour may occur (usually hanging the GUI and its applications). GUI systems usually supply a utility me

Re: [Oorexx-devel] Seeking help for fixing

trapErrors truebool trapConditions false bool variablePoolEnabled false bool + iterator{dictionary=0x00000000 dictionaryIterator={contents=0x position=0 nextBucket=0 } ...} Va

Re: [Oorexx-devel] Seeking help for fixing

Dear Moritz: On 07.08.2017 15:02, Moritz Hoffmann wrote: > without going into too much detail I would say it's hard to track down the > root cause just from > the stack traces. It still looks like a memory corruption issue that you're > facing, especially > because it's not a deterministic failu

Re: [Oorexx-devel] Seeking help for fixing

to get the JavaFX support stable by finding the root cause. ---rony On 07.08.2017 16:31, Rony G. Flatscher wrote: > > Dear Moritz: > > On 07.08.2017 15:02, Moritz Hoffmann wrote: >> without going into too much detail I would say it's hard to track down the >> r

Re: [Oorexx-devel] Seeking help for fixing

> I did not read the whole thread very well, but does this also occur on Linux > and macOS? Yes. (Tested it a few minutes ago on a fresh 64-bit Ubuntu ooRexx 5.0beta from Sourceforge, August 1st, and the latest BSF4ooRexx, hs_err_-log-file is on Dropbox.) Best regards, ---rony On

Re: [Oorexx-devel] Seeking help for fixing

Dear P.O.: On 08.08.2017 12:43, P.O. Jonsson wrote: > I cannot help you finding the cause of your problem but I can try to run the > program on various > machines and collect some stats. Thank you very much! > I have downloaded the complete kit and can launch startTestProgressBar.rex > > I can s

Re: [Oorexx-devel] Fwd: Seeking help for fixing

Dear P.O.: On 08.08.2017 16:33, P.O. Jonsson wrote: > Please find below some results of the testing thank you very much (thanks for the image of the GUI on the Mac)! Your reported crash happened after a Rexx AttachThread() on the Java-GUI thread ("JavaFX Application Thread"), like on Windows and

Re: [Oorexx-devel] Fwd: test on BSF

Hi P.O., thank you for your Dropbox-URL (https://www.dropbox.com/sh/n88384s9coop7az/AADZ0EGjbuU0AJ0EYdVRbB35a?dl=0) and the files there with the results of running the test application in order to gather crash information! On 09.08.2017 10:06, P.O. Jonsson wrote: > I have continued to run&crash

[Oorexx-devel] Update on compiler warnings on MSVS 2015 professional and MacOSX as of 20170807 for ooRexx r11283

Just a brief update about the current compiler warnings (MSC from MSVS 2015 professional, update 3) and MacOSX' latest Clang. You'll find the extracted warnings attached which I enclose as attachments and which will also be available temporarily from the Dropbox link:

Re: [Oorexx-devel] Update on compiler warnings on MSVS 2015 professional and MacOSX as of 20170807 for ooRexx r11283

Sorry, now with the promised attachments. ---rony On 09.08.2017 17:52, Rony G. Flatscher wrote: > > Just a brief update about the current compiler warnings (MSC from MSVS 2015 > professional, update > 3) and MacOSX' latest Clang. > > You'll find the extract

Re: [Oorexx-devel] RE seeking help for fixing

Dear P.O.: On 10.08.2017 23:14, oor...@jonases.se wrote: > Dear Rony et all, > > I continue to run & crash/stall the BSF demo program saving the crash log as > I go along. I will > save and upload new ones as I go along unless told otherwise. I guess it will > be more of the same > most of the t

[Oorexx-devel] Question ad release date ("general availability") of ooRexx 5.0

A couple of minutes ago I was asked by a German journalist, whom I made aware of the work on a new release of ooRexx last fall, whether ooRexx 5.0 has gone GA already as there is a plan to cover that release in an article in a quite renowned German computer magazine. I promised to ask therefore,

[Oorexx-devel] Update, relinquishing thread time slice before an AttachThread() seems to have a significant effect ((Re: Further crashes and a memory leak ...

j BSF4ooRexx.cc link /nologo /DEBUG -debugtype:cv /SUBSYSTEM:Windows rexx.lib rexxapi.lib /def:BSF4ooRexx-32.def /DLL tmp\BSF4ooRexx-32-x86.obj -out:tmp\BSF4ooRexx.dll-32-x86 Any idea what is happening here? Any suggestions/advice what I could do to help trace this down? ---rony On

[Oorexx-devel] Further observations ... (Re: Update, relinquishing thread time slice before an AttachThread() seems to have a significant effect ((Re: Further crashes and a memory leak ...

Running various test programs repeatedly the crashes can be observed, if: * at least two (or more) Rexx interpreter instances are used to execute code concurrently (not necessarily on different threads) * in the JavaFX case: the second Rexx interpreter instance will be used to execute R

Re: [Oorexx-devel] Further observations ... (Re: Update, relinquishing thread time slice before an AttachThread() seems to have a significant effect ((Re: Further crashes and a memory leak ...

ly, that yielding the thread on the GUI thread before doing an AttachThread() might not be able to help stopping the crashes and hangs to happen. ---rony On 23.08.2017 15:22, Rony G. Flatscher wrote: > > Although the yielding of the thread before doing an AttachThread() allows the >

Re: [Oorexx-devel] Fwd: [oorexx:bugs] Re: #1475 ooRexx (r11290) doesn't exit cleanly on macOS

On 24.08.2017 18:04, Erich Steinböck wrote: > This issue doesn't show up on Windows or Linux. I can't test on Mac. > > Can anyone of you running ooRexx on Mac confirm it?  Does it happen for you > too? Just ran it (the five invocations saying the pid followed by the grep for rexx processes) on my

Re: [Oorexx-devel] Fwd: [oorexx:bugs] Re: #1475 ooRexx (r11290) doesn't exit cleanly on macOS

On 24.08.2017 18:16, Rick McGuire wrote: > The only forks I'm aware of take place with rxapi, not the rexx process. It's > possible it is > somehow hanging waiting for a response back from rxapi when it terminating > the local session. Also looking for "rxapi" processes only shows the (expected)

Re: [Oorexx-devel] [oorexx:bugs] #1476 rxapid fails to start rxapi on MacOS

On 24.08.2017 22:28, Erich Steinböck wrote: > > The make install places rxapi and rxapid in the > /Users/userid/Applications/ooRexx5.0.0/bin > directory > >   > > The proper directories to install to are /usr/local/bin and /usr/local/lib > > > To those of you, who are building for Mac

Re: [Oorexx-devel] [oorexx:bugs] #1476 rxapid fails to start rxapi on MacOS

On 24.08.2017 22:40, René Jansen wrote: > No, we don’t; this location was moved because of new rules by Apple > concerning system integrity. >  It actually follows the rules now, getting it to work otherwise involves > booting into UEFI and > switching system integrity off. > So it should be the

[Oorexx-devel] Google's go easy thread creation using "go" ...

Just a while ago I was asked by a student whether there is any easy way to create Rexx threads like it is possible in Google's go. In go one would just prepend the word "go" before the name of the function, that is to be executed on a separate thread. Here is the code example: func say(s str

[Oorexx-devel] New beta of BSF4ooRexx

There is a new beta version of BSF4ooRexx available on Sourceforge for all operating systems: . There is (temporarily) an external Rexx function named     BsfApplyHotFixCrash( | .true | .false) available. That "hot fix" does noth

[Oorexx-devel] Question ad package and .local

In ooRexx each Rexx interpreter instance has its own copy of .local. A Rexx object may depend on the entries in .local, so the question: is .local referenced by each object's package, which would make it "immune" to the current Rexx interpreter instance that executes code of it? Or is .local ind

Re: [Oorexx-devel] Question ad package and .local

to an > instance either.  > > Rick > > On Fri, Sep 1, 2017 at 7:10 AM, Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > In ooRexx each Rexx interpreter instance has its own copy of .local. A > Rexx object may depend > on the > entries

[Oorexx-devel] New beta version of BSF4ooRexx available ...

Uploaded a new beta version of BSF4ooRexx to . The MacOSX-version includes a beta version of ooRexx 5.0 as of today (b4r_600_500_64Bit_macosx-20170914.zip). ---rony --

[Oorexx-devel] Multiple Rexx interpreter instances and ::requires

Just for the record: if Rexx programs use the requires directives to load Rexx packages, then on the very first directive the program (package) gets loaded, all directives (including creating class and routine objects) get carried out and the prolog part (all the Rexx code before the first direc

[Oorexx-devel] Multiple Rexx interpreter instances and .local, a problem

A Rexx interpreter instance will create a .local environment (a directory) that is local to the Rexx interpreter instance, ie. all programs being executed in it. (The .environment environment - a directory - will be available to all Rexx interpreter instances.) The .local directory contains entr

Re: [Oorexx-devel] Multiple Rexx interpreter instances and ::requires

Also: if a processed required Rexx package/program gets required, than currently the prolog code gets executed the very first time per Rexx interpreter instance. Code in class objects (like class constructors) does not get executed in such cases. ---rony On 20.09.2017 12:57, Rony G. Flatscher

Re: [Oorexx-devel] Multiple Rexx interpreter instances and .local, a problem

for such an object. ---rony > On Wed, Sep 20, 2017 at 1:14 PM, Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > A Rexx interpreter instance will create a .local environment (a > directory) that is local to > the Rexx interpreter instance, ie. al

[Oorexx-devel] On redirecting to a log file (Re: Fwd: Building ooRexx on Windows

Indeed, the SlickEdit feature seems to be very handy! --- So, just for the record how to redirect output to stdout and stderr into one logfile on both, Windows and Unix: * cmd > log.txt 2>&1 where "cmd" is any command and its output to stdout (.output, file descriptor "1") will be redirecte

[Oorexx-devel] Some observations on the crashes

In the past days I have been testing/experimenting with the crashes on my ProgressBar example. Two observations that may be helpful: * Changing the usage of Rexx interpreter instances (RII) slightly: for the RexxScript (javax.script) implementation there is a RexxScriptFactory class that

[Oorexx-devel] A slightly enhanced test case for debuggin (Re: Some observations on the crashes

ttps://www.dropbox.com/s/1gfpj4ap67qvr2l/20170925-testApp.zip?dl=0>; unzip it and run one of the above scripts ---rony On 24.09.2017 13:28, Rony G. Flatscher wrote: > > In the past days I have been testing/experimenting with the crashes on my > ProgressBar example. Two > o

Re: [Oorexx-devel] A slightly enhanced test case for debuggin (Re: Some observations on the crashes

go back to the blocked main Rexx thread, such that the Rexx debug output is shown as well) and updated the zip-archive a few minutes ago. So please refresh the zip-archive, in case you have downloaded it already. ---rony On 25.09.2017 13:55, Rony G. Flatscher wrote: > > As the Progress

Re: [Oorexx-devel] ooRexx test Framework: Surprise Bug

On 01.10.2017 19:29, Erich Steinböck wrote: > Here's a surprise bug, that we had in our ooRexx test framework at least > since 2008: > `assertIdentical()` would always pass, never fail. > > Took me some minutes to spot it :-) > ~~~ > ::method assertIdentical > use strict arg expected, actual, m

Re: [Oorexx-devel] ooRexx test Framework: Surprise Bug

On 02.10.2017 20:33, Rick McGuire wrote: > > On Mon, Oct 2, 2017 at 2:15 PM Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > > On 01.10.2017 19:29, Erich Steinböck wrote: >> Here's a surprise bug, that we had in our ooRexx tes

[Oorexx-devel] Maybe a strange observation in one of the crashes

While continuing to rerun the ProgressDialog crash test case and peeking around the stack traces, I just hit a strange situation: here just the top three entries): > rexx.dll!ActivationFrame::ActivationFrame(Activity * a=0x) Line 62 C++ rexx.dll!NativeActivationFrame:

Re: [Oorexx-devel] Multiple Rexx interpreter instances and .local, a problem

tation change - the programmer needs to >> know that .local is >> indeed not global. >> >> Best regards, >> >> René. >> >> On 21 Sep 2017, at 06:38, Rony G. Flatscher > <mailto:rony.flatsc...@wu.ac.at>> wrote: >> >>

Re: [Oorexx-devel] Multiple Rexx interpreter instances and .local, a problem

On 11.10.2017 15:33, Rick McGuire wrote: > > > On Wed, Oct 11, 2017 at 9:10 AM, Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > > On 21.09.2017 16 :41, Chip Davis wrote: > > If I don't understand this issue, it won't be the firs

Re: [Oorexx-devel] Multiple Rexx interpreter instances and .local, a problem

On 11.10.2017 18:03, Rick McGuire wrote: > > > On Wed, Oct 11, 2017 at 10:10 AM, Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > On 11.10.2017 15:33, Rick McGuire wrote: >> >> >> On Wed, Oct 11, 2017 at 9:10 AM, Rony G. Flatscher

Re: [Oorexx-devel] Multiple Rexx interpreter instances and .local, a problem

On 11.10.2017 20:24, Erich Steinböck wrote: > Here's a fun fact regarding .environment and interpreter instance .local's: > > *All .local's are equal, but one .local is more equal than others! > * > It's the .local that was created when .environment was created – this .local > is always accessible

[Oorexx-devel] Crashes and hangs of bug 1450 solved !

Just to let everyone know who is only following this list, but not the ooRexx (bug, rfe, etc) tracking lists: with the ongoing hard work of quite a few people the crashes and hangs of the bug 1450 - - have been solved. Special thanks go to Rick whose

[Oorexx-devel] How to get thread stack traces on Linux

In the case that it becomes necessary for bug reports to supply stack traces on Linux, I learned from Moritz how to proceed to get them: build$ cmake ../ooRexx-repo -DCMAKE_BUILD_TYPE=Debug build$ make -j8 build$ gdb /path/to/oorexx-build/bin/rexx > r main.rex ... wait until p

[Oorexx-devel] Refresh of BSF4ooRexx in a new Sourceforge folder named "20171022"

The current (refresh) version of BSF4ooRexx can be found at: ! Please scroll down and read the brief readmeBsf4ooRexx.txt. The MacOSX version of BSF4ooRexx includes the latest version of ooRexx from trunk. If there are any questi

Re: [Oorexx-devel] Fwd: Re: Steps to build ooRexx 4.2 on Xubuntu 14.04

Hi Michael, there is a beta of ooRexx 5.0 for Ubuntu on that got built yesterday. Wouldn't that version be usable for all of the Ubuntu family, including Xubuntu? Cheers, ---rony P.S.: I have been able to successfully use the oo

Re: [Oorexx-devel] ooRexx for macOS

On 03.11.2017 17:43, Erich Steinböck wrote: > P.O., I don't know if it is possible to override things as late as the `make > install` stage > > I believe the way it's supposed to work, is modifying `CMakeLists.txt`, and > re-running the > appropriate `cmake` command > (typically you'd have differ

[Oorexx-devel] Under what conditions is an "Error 98.905: Deadlock detected on a guarded method." raised ?

While trying to debug the intermittent hangs in a simple JavaFX progress bar sample, I received (for the first time) the error: "Error 98.905:  Deadlock detected on a guarded method." Under what conditions is this error detected and raised by ooRexx? ---rony ---

Re: [Oorexx-devel] Under what conditions is an "Error 98.905: Deadlock detected on a guarded method." raised ?

the second thread tries to obtain the lock on the other object. The > interpreter is able to > detect that the the object it is requested is locked by a thread that is > currently waiting for a > lock on an object owned by the requesting thread. A classic cross-ownership > de

Re: [Oorexx-devel] Under what conditions is an "Error 98.905: Deadlock detected on a guarded method." raised ?

Sorry, that should have read "java.lang.Runnable" interface, which defines a 'run' method that gets implemented as a class method in .FXGuiThread. ---rony On 13.11.2017 15:20, Rony G. Flatscher wrote: > > Thanks, that helps a lot in getting a clearer picture, will lo

[Oorexx-devel] Ad debugging ooRexx on Windows with MS Visual Studio

In the past weeks and months I have become a little bit accustomed to debugging ooRexx with MS Visual Studio (MSVS). In order to ease the "learning curve" for anyone else, here are my notes: Debugging ooRexx with MS Visual Studio (MSVS) -

Re: [Oorexx-devel] Fwd: What shell is the "right" shell for Mac, related to bugs:1430?

On 28.11.2017 20:30, Erich Steinböck wrote: > > Can you tell me the date r11331 went into "Production"? > > Hi P.O. > I just had committed r11331 to trunk on Nov 26 night. > Should you be looking for a Mac build which already includes r11331, I can't > be of much help. > I don't build on Mac,

Re: [Oorexx-devel] Fwd: What shell is the "right" shell for Mac, related to bugs:1430?

ld also be interesting to learn whether on Linux installing (creating symbolic links) should be done to "/usr/local/*" as well or to keep it to "/usr/*". HTH, ---rony > > >> Am 28.11.2017 um 20:58 schrieb Rony G. Flatscher > <mailto:rony.flatsc...@wu.ac.

[Oorexx-devel] Ad testing with latest interpreter...

Hi Erich, will look into #1342, #1344 and #1349 and give feedback right in the bug tracker, hopefully as early as tomorrow. (Today I only had few free time slots in which I could build ooRexx from trunk in 32-bit for Windows and 64-bit for Linux. Started with #1344, but need to read and to anal

[Oorexx-devel] Question ad FindClass() and finding public classes in packages

While changing BSF4ooRexx to not depend on .local anymore I ran into a situation which I do not quite understand: it seems that FindClass() is not able to find a class which is available in the Rexx program via a requires directive, but not in a native function that gets invoked from that Rexx p

Re: [Oorexx-devel] Question ad FindClass() and finding public classes in packages

On 23.12.2017 22:47, Rony G. Flatscher wrote: > While changing BSF4ooRexx to not depend on .local anymore I ran into a > situation which I do not > quite understand: it seems that FindClass() is not able to find a class which > is available in the > Rexx program via a requires dir

[Oorexx-devel] Fwd: New beta version (20171224) of BSF4ooRexx uploaded

Forwarded Message Subject:[RexxLA] New beta version (20171224) of BSF4ooRexx uploaded Date: Sun, 24 Dec 2017 14:51:16 +0100 From: Rony G. Flatscher Reply-To: RexxLA Members mailing list To: RexxLA Members mailing list Dear fellow RexxLAers, a few

[Oorexx-devel] An observation ...

Since the end of last December I have been working on a new "reflection core" for BSF4ooRexx on the Java side in every free minute (including evenings and weekends). The reason being that with Java 9 some internals in the reflection area got changed and issue warnings, and it is announced that w

Re: [Oorexx-devel] An observation ...

on MacOS. Best regards ---rony > > >> Am 22.02.2018 um 10:46 schrieb Rony G. Flatscher > <mailto:rony.flatsc...@wu.ac.at>>: >> >> Since the end of last December I have been working on a new "reflection >> core" for BSF4ooRexx on the >> Ja

[Oorexx-devel] Linux (shebang et.al.) (Re: An observation ...

Hi Enrico, thank you very much for this hint! Ad ooRexx choices for Linux: I think that currently there are no really Linux-savvy developers, such that Linux choices of the past are usually not touched (not knowing the ramifications) as they seem to have worked in the past. If they know what c

[Oorexx-devel] Changing/adding hashbang lines in Rexx programs

As has been discussed, the best hashbang line for Rexx programs would be (as brought up/suggested by Enrico Sorichetti): #!/etc/bin/env rexx Here is a little ooRexx script that I wrote for the BSF4ooRexx Rexx programs which will look for all Rexx programs in the current directory (defaults

[Oorexx-devel] Fwd: Announcing new beta vor BSF4ooRexx with Java 9 support !

Forwarded Message Subject:[RexxLA] Announcing new beta vor BSF4ooRexx with Java 9 support ! Date: Mon, 12 Mar 2018 20:22:43 +0100 From: Rony G. Flatscher Reply-To: RexxLA Members mailing list To: rexxla-memb...@mail.rexxla.org A few minutes ago I

Re: [Oorexx-devel] First error trying to build ooRexx 5.0 on Xubuntu 16.04 x64

Just tried to create a debug version of the current ooRexx trunk on an up-to-date Ubuntu 64 bit and also cannot compile it while building rexxapi.dir/common/platform/unix/SystemSemaphore.cpp What follows are the full information of the attempt, preceeded with the versions of Ubuntu and the gcc

[Oorexx-devel] /usr/include/pthread.h (Re: First error trying to build ooRexx 5.0 on Xubuntu 16.04 x64

Here the /usr/include/pthread.h: /* Copyright (C) 2002-2016 Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the

Re: [Oorexx-devel] /usr/include/pthread.h (Re: First error trying to build ooRexx 5.0 on Xubuntu 16.04 x64

On 18.03.2018 16:11, Rick McGuire wrote: > Thanks for including the pthread.h file, that helped me locate the problem  I > had to revert a > change I had made to CMakeLists.txt and add some comments to ensure it > doesn't get "fixed" that > way again. Please update and try again. Did an svn updat

[Oorexx-devel] A problem only when running more than a certain amount of test units with testOORexx.rex

While going after the current state of some of the reported crashes in the past (could not recreate any anymore) I stumbled over a problem, which may mostly be linked to changes I did to BSF4ooRexx in the past weeks, so will have to go after them one by one. One interesting thing maybe is as fol

Re: [Oorexx-devel] A problem only when running more than a certain amount of test units with testOORexx.rex

lookup in native code. In that case the error message is correct. So please ignore this posting. ---rony On 18.03.2018 22:12, Rony G. Flatscher wrote: > > While going after the current state of some of the reported crashes in the > past (could not > recreate any anymore) I stu

[Oorexx-devel] Significant speed improvements in latest ooRexx 5.0

With Rick's speed improvement patch was applied to ooRexx 5.0 trunk, which are significant in at least calling routines, especially external routines, but also looking up classes and environment symbols if not mistaken. However, when having Rexx app

Re: [Oorexx-devel] Significant speed improvements in latest ooRexx 5.0

On a new Linux machine the new ooRexx 5.0 code allows for impressive 1,670,000 external function calls/second! ---rony On 21.03.2018 12:52, Rony G. Flatscher wrote: > > With <http://sourceforge.net/p/oorexx/code-0/11375> Rick's speed improvement > patch was applied t

Re: [Oorexx-devel] Releasing 5.0

On 23.03.2018 11:43, Michael Lueck wrote: > Greetings ooRexx'ers, > > rvjan...@xs4all.nl wrote: >> >> Would it be a bad idea to freeze a revision one of these days, have a close >> look at it,and try to >> bring it to GA. > > > Why is this still tagged "next release" since a year ago... > > "Add G

[Oorexx-devel] Yet a new update for BSF4ooRexx before the Aruba Rexx symposiuim ...

Just uploaded a new version of BSF4ooRexx for Windows, Linux and MacOSX to: . The MacOSX version includes ooRexx 5.0 from trunk (i.e. with the speed improvements). The zip-archive for Windows and Linux now also includes an updated

Re: [Oorexx-devel] Discussion: Adding variable references to ooRexx.

This appears to be a very interesting addition to the language which allows one to solve particular problems in ways that otherwise are simply impossible. It seems to allow for "call by name" semantics as one can learn the name of the variable whose VariableReference one gets. Using the ampersa

Re: [Oorexx-devel] Discussion: Adding variable references to ooRexx.

There are at least two aspects for me: one is the functionality, one is the notation. * The functionality aspect is a generalization of  "expose objvar" in method routines, now made available in general. Therefore it could be used e.g. in ooRexx routine packages where closely related

Re: [Oorexx-devel] Discussion: Adding variable references to ooRexx.

nguage, one may forgo a proper symbol operator for this quite interesting functionality. ---rony On 13.04.2018 11:30, Rony G. Flatscher wrote: > There are at least two aspects for me: one is the functionality, one is the > notation. > > * The functionality aspect is a generalization o

Re: [Oorexx-devel] Address With progress

Just a question ad "RC" (return code): would the RC value in Rexx upon return from the command be the value from the executed command itself in all of these scenarios (rather than from "rxqueue")? ---rony On 13.04.2018 13:12, Rick McGuire wrote: > I hate it when code compiles and runs on the f

Re: [Oorexx-devel] Address With progress

On 13.04.2018 17:11, Rick McGuire wrote: > The RC value is handled exactly the same as a command without redirection > since we're doing the > piping rather than the command shell. super, this is really great! ---rony > > > On Fri, Apr 13, 2018 at 11:0

Re: [Oorexx-devel] USE ARG default values with references.

On 16.04.2018 14:08, Rick McGuire wrote: > > On Mon, Apr 16, 2018 at 8:04 AM, Mike Cowlishaw > > wrote: > >   > > One other point I should probably make related to this is that the > referencing operator > (currently spelled "&")   ... >  

[Oorexx-devel] Ad multiple assignments idea (Re: Discussion: Adding variable references to ooRexx.

On 13.04.2018 09:48, Erich Steinböck wrote: > > This will generally be used in a few selective place, such as situations > where you wish to > return multiple values back from a call or method > > > A neat way to return multiple values might be a syntax like this: > >     r1, r2, .. = func

Re: [Oorexx-devel] USE ARG default values with references.

On 16.04.2018 16:21, Rick McGuire wrote: > > > On Mon, Apr 16, 2018 at 9:54 AM, Rony G. Flatscher <mailto:rony.flatsc...@wu.ac.at>> wrote: > > On 16.04.2018 14:08, Rick McGuire wrote: >> >> On Mon, Apr 16, 2018 at 8:04 AM, Mike Cowlishaw >

Re: [Oorexx-devel] USE ARG default values with references.

On 17.04.2018 16:18, Rick McGuire wrote: > Now that the spelling of the character has been sorted out, does anybody have > an opinion on the > actual question of this thread? > > Rick > > On Sun, Apr 15, 2018 at 7:45 AM, Rick McGuire > wrote: > > I have one addi

Re: [Oorexx-devel] USE ARG default values with references.

ariable this > is going to be, it > would still be possible to support this for simple variables. My biggest > reservation is that this > somewhat redefines the meaning of the default value.  > > Rick  > > On Tue, Apr 17, 2018 at 12:33 PM, Rony G. Flatscher <mailto:

Re: [Oorexx-devel] Address With progress

On 19.04.2018 19:21, Erich Steinböck wrote: > I just committed the Unix implementation of a redirecting system command > handler, that passes all > tests in (an updated) ADDRESS.testGroup. > > It handles OUTPUT in the main thread, and INPUT and ERROR in additional > threads when required. > (Hand

<    1   2   3   4   5   6   7   8   9   10   >