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 > wrote: ... cut ... > > If there is more that I can do to debug this, then please advise. Shall I > try to create MS VS > thread stack traces and submit them

[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] Wha

Hi Rick, I will check, but I would assume that it would throw a ‘command not found’ rather than an rpm ‘missing dependency’ message. best regards, René. > On 17 Sep 2018, at 15:35, Rick McGuire wrote: > > > > On Mon, Sep 17, 2018 at 9:16 AM René Jansen > wrote:

Re: [Oorexx-devel] Wha

On Mon, Sep 17, 2018 at 9:16 AM René Jansen wrote: > I like the compromise suggested here - but of course there are limits to > *nix portability, and Mac is diverging (but being more secure, etc), as is > Android. > > On the topic of the CMake install; I recently built an installer .rpm and >

Re: [Oorexx-devel] Wha

I like the compromise suggested here - but of course there are limits to *nix portability, and Mac is diverging (but being more secure, etc), as is Android. On the topic of the CMake install; I recently built an installer .rpm and installed to another Linux distro; to my surprise the

Re: [Oorexx-devel] Wha

Thank you Rony, this pretty much sums it up. Just to clarify one option below: There exists already a standalone ooRexx installation that I created for use on a USB stick, all that is needed is a USB stick (or any volume that can be mounted) with the name OOREXX5. Simply mount ooRexx 5.0.0 USB

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

Re: [Oorexx-devel] Wha

> On 17 Sep 2018, at 11:49, P.O. Jonsson wrote: > > ~/Applications can be automated using pkgbuild so as to work for other users? I do not think so, I just rechecked the path specified in the pkgbuild command, when installing is rooted at / the only way - if rexx is built correctly - to

Re: [Oorexx-devel] Wha

Dear Rene, Thanks for your input, duly noted. I am not sure if an installation in ~/Applications can be automated using pkgbuild so as to work for other users? Is an installation of ooRexx really relocatable? In other words: using a CMake - make - (sudo) make install to ~/Applications on the

Re: [Oorexx-devel] Wha

… to elaborate a bit further on that: I use the the cmake target option to install, as I build from source. I have to use that option anyway, because the way cmake (lists) is set up now, it uses a way to set the executable path that sets up ooRexx in the path that is used by brew (in my case:

Re: [Oorexx-devel] Wha

Hi P.O., I install in ~/Applications/ooRexx5.0.0/bin/rexx on nearly all my macs. I found that several packages I use moved to this location, ~/Applications; it plays well with the changing ‘system integrity’ policies and makes for an easy uninstall. Also, I think one should not require Admin