Re: [Oorexx-devel] recent MacOS 10.15.2 and Xcode 'misses stdlib.h' build error

> > There should be a decision if we want the Mac build machine migrated to > Catalina. Currently I would vote against, Catalina is the Millennium (or > Windows 8) of Apple :-( > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se <mailto:oor...@jonases

Re: [Oorexx-devel] recent MacOS 10.15.2 and Xcode 'misses stdlib.h' build error

oo installer from Bsf4ooRexx works out of the box, > it uses dynamic links so it is not affected by the shell change! > > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > >> Am 02.02.2020 um 15:51 schrieb René Jansen : >> >>

[Oorexx-devel] recent MacOS 10.15.2 and Xcode 'misses stdlib.h' build error

I keep my MacBook always on the latest OS and Xcode levels, and suddenly, with MacOS Catalina 10.15.2 and the latest XCode the ooRexx build missed stdlib.h I googled stackoverflow a bit and encountered a lot of solutions that did not work. I will not withhold the one that did work from you: su

Re: [Oorexx-devel] Questions ad generating the documentation (publican, pandoc)

Hi Gil, that looks great! I hope we can build the docs on Jenkins so that will be available when we need it. Probably P.O. can help us with this. Do you only build doc on Windows or also Linux? best regards, René > On 16 Dec 2019, at 11:40, Gil Barmwater wrote: > > As a result of Jon's requ

Re: [Oorexx-devel] dependency on svn

tool for problem determination. I much prefer Enrico's suggestion to >> enhance this to obtain the revision number from other sources as well. >> >> Rick >> >> On Fri, Sep 13, 2019 at 12:18 AM René Jansen > <mailto:rvjan...@xs4all.nl>> wrote: >

[Oorexx-devel] dependency on svn

I am maintaining a docker image based on Arch linux that contains LSPF and ooRexx 5.0.0. I just tried to rebuild that because of the impending symposium and had spurious behavior from svn on SourceForge (truncated http response bodies blablabla) and I could not fix that quickly. So I decided to

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

I have no problem in seeing it go. Not that I run a lot of windows (but that will change now we have the portable version). René. > On 27 Apr 2019, at 14:58, Erich Steinböck wrote: > > On Windows, our default command handler changes the console window title to > "path-to-cmd\cmd.exe /c execu

Re: [Oorexx-devel] Releasing ooRexx 5.0?

Hi Michael, try: svn checkout svn://svn.code.sf.net/p/oorexx/code-0/main/trunk oorexx-code-0 best regards, René. > On 15 Jan 2019, at 13:35, Michael Lueck wrote: > > Greetings ooRexx'ers, > > Rick McGuire wrote: >> Also, with changes for rxapi, this really needs a longer beta-test to make

Re: [Oorexx-devel] Releasing ooRexx 5.0?

ire wrote: > > I am against a freeze, as I've got some changes in the works that I'd really > like to get into the 5.0 release. > > Rick > > On Tue, Jan 15, 2019 at 10:46 AM René Jansen <mailto:rvjan...@xs4all.nl>> wrote: > I am for it, but I think

Re: [Oorexx-devel] Welcome to the Haiku shell.

Hi Jason, great work, as ever. To save us some googling: does it run in qemu, Virtual Box? Does it have a docker image? Can you set up (maybe in cooperation) a CMakeLists patch? best regards, René. > On 15 Jan 2019, at 11:44, Jason Martin wrote: > > ~> rexx -v > Open Object Rexx Version 5.0

Re: [Oorexx-devel] Releasing ooRexx 5.0?

I am for it, but I think it is up to Erich and Rick. To be precise, I am for freezing, setting a date and prepare. I would like to have the oorexx.org website up to date before we announce. I did some work last year, which is accessible through oorexx.org/index2.html

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

Just a note, for all committers, that all platforms will be built on http://build.netrexx.org within half an hour of the commit, so one can see if one inadvertently broke a build for another platform. René. > On 10 Jan 2019, at 09:41, Rick McGuire wrote: > > If the patch had been rejected, it

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

yes, I think I read that it is possible to define multiple rpaths with install_name_tool > On 8 Jan 2019, at 10:46, Rony G. Flatscher wrote: > > Would it be possible to define RPATH such, that it always looks in the > directories ".", "./lib", > "../lib", "/usr/local/lib" (maybe even "/opt/loc

Re: [Oorexx-devel] Lingering RexxImage process during make process on Mac

The symptom dump says; 2854 ClientMessage::send() (in librexxapi.5.0.0.dylib) + 18 [0x104b99f12] 2854 LocalAPIManager::getInstance() (in librexxapi.5.0.0.dylib) + 19 [0x104b9a093] 2854 _pthread_mutex_loc

Re: [Oorexx-devel] Lingering RexxImage process during make process on Mac

this is when rexximage runs: > > > [ 89%] Building CXX object > CMakeFiles/rexximage.dir/utilities/rexximage/rexximage.cpp.o > [ 89%] Linking CXX executable bin/rexximage > [ 89%] Built target rexximage the messages after that are very probably not relevant. Are these jenkins builds or command

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

with my answers on the below from the new installation. > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se <mailto:oor...@jonases.se> > > > > >> Am 03.01.2019 um 17:07 schrieb René Jansen > <mailto:rvjan...@xs4all.nl>>: >> >> I thin

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

ompatibility version 0.0.0 > > > Snip... > > Enrico > > PS. > > If You want I can give You access to my bitbucket repo so that You can see my > mods > Faster than cut and paste them in the emails > Just tell me what email You prefer and I will put

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

ocation orxmethod orxncurses rexx rexxapi rexxutil rxmath rxregexp rxsock rxunixsys wpipe1 wpipe2 wpipe3 This warning is for project developers. Use -Wno-dev to suppress it. Do you set this on the commandline? René. > On 3 Jan 2019, at 12:26, René Jansen wrote: &g

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

s: 0 > > File search:00:00:01.065668 > Suite construction: 00:00:01.123907 > Test execution: 00:02:59.182203 > Total time: 00:03:01.863946 > > E > > >> On 3 Jan 2019, at 17:07, René Jansen > <mailto:rvjan...@xs4all.nl>

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

s You had when You created it, > Pretty easy to chown and chmod > > E > >> On 3 Jan 2019, at 17:18, René Jansen > <mailto:rvjan...@xs4all.nl>> wrote: >> >> And one update: to my great astonishment, I cannot make a directory in >> ~/Applications eit

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

> On 3 Jan 2019, at 12:07, René Jansen wrote: > > 3) echo LD_LIBRARY_PATH 3) echo $LD_LIBRARY_PATH And one update: to my great astonishment, I cannot make a directory in ~/Applications either (without sudo) - when I assumed that everything in my home directory belongs to my userid

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

> >> >> I usually install to /opt/ooRexx and add /opt/ooRexx/bin to the PATH >> >> >> Until a few revision ago I could move the the installed tree anywhere with >> any name >> And the test suite would run successfully >> >> Now so

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

Hi P.O., what Erich meant is that for some time now the *environment variable* containing the dyld library path is not inherited in subshells. We have to use dyld as that is the way shared libraries on macOS work. We have to work at making sure this environment variable is not needed anymore -

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

I finally took the time to read up on the dynamic linker on macOS. Linking the dylibs into /usr/local/lib is not the solution. (And it requires sudo/root, which we should not need for a local, portable installation.) This https://matthew-brett.github.io/docosx/mac_runtime_link.html

Re: [Oorexx-devel] Building the docs

ubuntu16 thinking it was an alias for P.O.’s build machine, that was also just moved to ubuntu. This was because it did not build on master - so black to the blueprints. It appears we need at least one slave that runs docker. René. > On 26 Dec 2018, at 15:48, René Jansen wrote: > > w

Re: [Oorexx-devel] Building the docs

well, that certainly is amazing! I am going to see what happened here. Just before I stopped this activity last week I made a zip from the last build that it did, and that ran perfect on Arch Linux - but I see that might have been a ubuntu build. I checked this with a local jenkins and that went

Re: [Oorexx-devel] Building the docs

uns on an Ubuntu slave and creates a build for Arch Linux? How does it > do that? A cross-compile? > Where to do the generated binaries go? > What about running the regression tests? > > > On Tue, Dec 25, 2018 at 11:00 PM René Jansen <mailto:rvjan...@xs4all.nl>> wrot

Re: [Oorexx-devel] Building the docs

Linux - I am planning a docker image for the build machine, like the one that builds ooRexx for Arch Linux now. René. On 25 Dec 2018, at 14:07, Erich Steinböck wrote: >> I’d like to build the docs on the build server also > Hi René, on which platform should that be: Windows or Linux? > >> Do

Re: [Oorexx-devel] Building the docs

Hi Erich, I’d like to build the docs on the build server also. Do you still have that email somewhere in which you explained to me what you did? René. On 25 Dec 2018, at 13:51, Erich Steinböck wrote: >> OK, snag #1) fedorahosted.org has gone away > Well, as far as I understand this is where t

Re: [Oorexx-devel] Setting up VirtualBox

With Docker you will not need Virtual Box. René. > On 24 Dec 2018, at 10:46, Rick McGuire wrote: > > Yep, I'm already regretting this. So far, all I've gotten is suggestions for > additional stuff to install. I'm already putting this effort on the shelf. > > Rick > > On Mon, Dec 24, 2018 at

Re: [Oorexx-devel] Link to WIKI

This means there will be moderating to do when people are going to spam using the comments. > On 14 Dec 2018, at 08:57, René Jansen wrote: > > Ah interesting, we probably did the same action at the same time. > I left the oorexx5.0.0. closed for anonymous as it contains planning &

Re: [Oorexx-devel] Link to WIKI

Ah interesting, we probably did the same action at the same time. I left the oorexx5.0.0. closed for anonymous as it contains planning information. René > On 14 Dec 2018, at 08:42, Erich Steinböck wrote: > > P.O., the Wiki link and read access to the Wiki should now be available to > users ev

Re: [Oorexx-devel] Link to WIKI

e WIKI. > > Please try to find a way to make this information visible to regular > non-logged in users. > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se <mailto:oor...@jonases.se> > > > >> Am 13.12.2018 um 20:39 schrieb René Jansen &

Re: [Oorexx-devel] Link to WIKI

Hi Enrico, any sourceforge id will suffice; we want people to be logged in because otherwise the spam multiplies. We need to decide whether this is the best place for a wiki; we lost the last one dure to a sourceforge change that went unnoticed for too long. For people who want to add or edit,

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

+1 > On 3 Dec 2018, at 12:40, Rick McGuire wrote: > > This appears to be working really well and solves a lot of problems. And it > was a LOT smaller change than I expected. I suspect we should give this a > good beta shake out, so I'd like to merge these changes back into trunk > fairly quic

Re: [Oorexx-devel] ooRexxUnit for 5.0.0

Hi Terry, I get that from svn.code.sf.net/p/oorexx/code-0/test/trunk hth, best regards, René. > On 29 Nov 2018, at 22:24, Terry Fuller wrote: > > Hi all, > > I've installed Linux Mint 19 on my old T43. I was able to download and > compi

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

Hi Enrico, thanks, I did not know that. Before I attempt it, I will setup a job on our build Jenkins that builds the sandbox. best regards, René. > On 28 Nov 2018, at 11:47, Enrico Sorichetti via Oorexx-devel > wrote: > > > >> On 28 Nov 2018, at 16:32, Rick McGuire >

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

Another alternative would be a Docker image on your local windows box; I can set up a development image for your sandbox in half an hour or so. René. > On 28 Nov 2018, at 09:48, Rick McGuire wrote: > > Nope, I don't do remote access for debugging. > > Rick > > On Wed, Nov 28, 2018 at 8:47 A

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

could we, for the moment, just have an environment variable that overrides the default? Meaning that when it is not there, we write the PID to standard; when it is there, we write the PID where it indicates we want it to be. That should satisfy worries over changing this? René. > On 21 Nov 201

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

my understanding was that all instances connect to a running daemon and have separated user spaces in it. Running separate processes would be possible only when making the interpreter instances connect to different ports. When testing the s390x port at a an IBM (Marist) Linux VM that I could not

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

User specific is fine and is what will suffice for most users. It will be the default for a portable install. Multiuser installs should be an option and there is no issue in requiring admin for those, I’d rather they do. René. > On 21 Nov 2018, at 12:21, CV Bruce wrote: > > Enrico, > > I’

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

018, at 11:45, CV Bruce wrote: > > I’m more of a MacPorts kind of guy, and I’ve used fink in the past. It would > be nice if we could support more of the Mac OS specific package managers. > >> On Nov 21, 2018, at 7:07 AM, René Jansen > <mailto:rvjan...@xs4all.nl>> w

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

I agree. Want to add to the discussion: homebrew (brew) has a ‘brew services’ command that can install a service on macOS without requiring sudo. A portable ‘installer’ (drag an application icon from a .dmg to ~/Applications) would be a good thing. A ‘brew install oorexx’ would be a good thing -

Re: [Oorexx-devel] Building test cases

Hi Leslie > > 1) Those of us who do not type 'rexx [execname]' would not like to > have to > learn to do that. :-) No, I can see that. Note that in Linux, Mac, and other Unix derivatives, you need to specify the full suffix on the filename, while on OS/2, VM and a well adapted Wi

Re: [Oorexx-devel] release 5 wiki

ght not respond on any message ok? > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se <mailto:oor...@jonases.se> > > > > >> Am 16.11.2018 um 17:12 schrieb René Jansen > <mailto:rvjan...@xs4all.nl>>: >> >> Hi P.O.,

[Oorexx-devel] release 5 wiki

Hi P.O., I added a wiki on sourceforge for the release roadmap at https://sourceforge.net/p/oorexx/rel5wiki/Home/ . The sole item for now is the mac installer. Could you drop the script for the .dmg installer in there? To do that you need access

Re: [Oorexx-devel] Building test cases

ad been applied to building an installer, this issue would > have been fixed ages ago. > > Rick > > On Fri, Nov 16, 2018 at 10:37 AM René Jansen <mailto:rvjan...@xs4all.nl>> wrote: > If we leave it in, it should be correct; because we (going forward) do not >

Re: [Oorexx-devel] Building test cases

ire wrote: > > > > On Fri, Nov 16, 2018 at 10:19 AM René Jansen <mailto:rvjan...@xs4all.nl>> wrote: > No, it is not, in the second example the env executable looks if there is a > rexx on the path, the first looks for a /usr/bin/env/rexx executable. > > My

Re: [Oorexx-devel] Building test cases

No, it is not, in the second example the env executable looks if there is a rexx on the path, the first looks for a /usr/bin/env/rexx executable. My proposal: Let’s get rid of the shebang; it outlived its usefulness 1) most people I know type rexx [exec name] 2) on windows there is a mechanism

Re: [Oorexx-devel] Preparing the release version ...

Make? > > Just an idea. > > Von meinen Macbook gesendet > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se <mailto:oor...@jonases.se> > > > >> Am 16.11.2018 um 00:12 schrieb René Jansen > <mailto:rvjan...@xs4all.nl>>: >

Re: [Oorexx-devel] Preparing the release version ...

>> manage the environment where Jenkins is currently running and I think a >> rented server/cloud solution would be a safer and more stable situation. The >> T20 could then be used to host the slave for Windows 10 32/64 or whatever is >> needed. But if you find time to

Re: [Oorexx-devel] Preparing the release version ...

is > needed. But if you find time to do a test please give it a try, the machine > is not used for anything else. > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se <mailto:oor...@jonases.se> > > > >> Am 15.11.2018 um 17:17 schrieb René Jansen

Re: [Oorexx-devel] Preparing the release version ...

I agree, but as said before, I think it was Rick, we need an automated Mac installer that is integrated into the CMake build lists. One way to accomplish that is to move forward the no-admin version, we could then just automate building a .dmg with the materials on it, to move to a suitable loc

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 <mailto:rvjan...

Re: [Oorexx-devel] Wha

ocal, mistakingly replacing an already installed ooRexx version >> (something like "link_to_usr_local.sh"). Also, an installation should have >> an uninstall script ("uninstall.sh") that cleanly removes what its >> installer created. >> The

Re: [Oorexx-devel] Wha

Prolog is the most important one, but also Eclipse, NetBeans) that follow this convention. best regards, René. > On 17 Sep 2018, at 10:46, René Jansen wrote: > > Hi P.O., > > I install in ~/Applications/ooRexx5.0.0/bin/rexx on nearly all my macs. I > found that several packa

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 ri

Re: [Oorexx-devel] Jenkins slave machines, Java Update

Hi P.O., Java 8 is good. Java 10 is not good for NetRexx (but I don’t build NetRexx on it). I don’t know about Bsf. Rony Best regards, René. > On 1 Sep 2018, at 12:01, P.O. Jonsson wrote: > > This is mainly for Erich and René, > > I have just updated all my machines to the latest version

Re: [Oorexx-devel] Fwd: Address With and variable references in 5.0.0

I am all for merging both features into trunk. Then we must press for release, and focus on the no-admin version. Best regards, René. > On 21 Jul 2018, at 17:09, Jon Wolfers wrote: > > Sorry it's taken me a while to get back to the list. > > I would really like to see address with in ooRexx.

Re: [Oorexx-devel] Might be out of touch for a while

Hi Rick, wishing you all the best in this tragedy. Let us know how it goes. best regards, René > On 16 May 2018, at 12:38, Rick McGuire wrote: > > A tornado touched down near me last night doing extensive damage and knocking > out power for a wide area. I’m probably going to be without power

Re: [Oorexx-devel] So is ooRexx v5 source officially released?

Hi Michael, I will have a look at it. It depends on how you would like it to get in. Easiest would be as an example external function. Does it have testcases for all platforms? best regards, René. > On 24 Apr 2018, at 07:43, Michael Lueck wrote: > > Greetings ooRexx'ers, > > Rick McGuire wr

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

I quite like Erich’s suggestion. René > On 13 Apr 2018, at 03: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 synta

Re: [Oorexx-devel] portable (usb) ooRexx 5.00

ld the release of 5.0.0 for any longer than necessary to resolve > the other issues that have already been identified. We can do a 5.1.0 when > ADDRESS WITH is ready and/or the RXAPI issues are resolved. FWIW. > > Gil >> On 3/30/2018 11:02 AM, René Jansen wrote: >> Moritz,

[Oorexx-devel] portable (usb) ooRexx 5.00

Moritz, After Gil’s talk I am also excited about ADDRESS WITH (and the fact that it has been taken up by Rick) so we might hold off the freeze for some time until we have all infrastructure and installers ready (and maybe have ADDRESS WITH). Maybe this gives us also time to look into the portab

Re: [Oorexx-devel] Releasing 5.0

Hi Moritz, I have never heard of those but I am certainly interested. The visibility issue we might address even earlier with a clear part of the ooRexx website (that needs serious revision) dedicated to it. This weekend I am going to make sure that we have all builds available on SF. best reg

Re: [Oorexx-devel] Releasing 5.0

Hi Erich, Yes, I agree we should work on these things. We’ll have to look into the ooDialog errors and I am afraid I am not the one to do that. I will however, make sure that all the jenkins builds will reach SF - and I promise to do that this week. Best regards, René. On 27 Mar 2018, at 12:

Re: [Oorexx-devel] ooRexx for Mac

well, 1 GB. Getting really old now. Started on 16K machines. > On 28 Feb 2018, at 15:16, René Jansen wrote: > > Hi P.O., > > seems OK, maybe a bit low on RAM but should be fine. I also run (used to run > and soon will run again) on Raspberries with 1MB. A few more GB’s

Re: [Oorexx-devel] ooRexx for Mac

.@jonases.se> > > > > >> Am 28.02.2018 um 19:53 schrieb René Jansen > <mailto:rvjan...@xs4all.nl>>: >> >> Hi P.O., >> >> overlooked your offer but it would be mighty handy if we could add another >> mac into the mix. The current

Re: [Oorexx-devel] ooRexx for Mac

that can take on the latest OS. > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se <mailto:oor...@jonases.se> > > > > >> Am 28.02.2018 um 19:53 schrieb René Jansen > <mailto:rvjan...@xs4all.nl>>: >> >> Hi P.O., >>

Re: [Oorexx-devel] ooRexx for Mac

Hi P.O., overlooked your offer but it would be mighty handy if we could add another mac into the mix. The current one is mine but it runs unsupervised a few thousand kilometers from where I am. I must look into the Jenkins setup and will get back with instructions on how to add your Mac - be as

Re: [Oorexx-devel] ooRexx for Mac

artition wants to know the file > system type and the casing ) > > so the test should be based on the POSSIBILITY that the file system could be > case insensitive > and do a caseless compare > > sorry for the long rambling > cheers > enrico > > >> On 28 Feb

Re: [Oorexx-devel] ooRexx for Mac

e/rxQueue.testGroup >> Line: 97 >> Failed: assertSame >> Expected: [[/Users/po/ooTest], identityHash="-5290161185"] >> Actual: [[/Users/po/ootest], identityHash="-5290159905"] >> >> File search:00:00:02.127513 >> Suite co

Re: [Oorexx-devel] ooRexx for Mac

Hi P.O., for a large part of these errors, the cause is probably that you don’t have rxapi running. You can start it with sudo rxapi from the command line. best regards, René. > On 27 Feb 2018, at 13:02, oor...@jonases.se wrote: > > Dear Developers, > > With the CMakeLists.txt from Enrico I

Re: [Oorexx-devel] Four patches needed OpenIndiana/SunOS/Solaris

Jason, whats your sf userid - you can mail my personal email if needed. I’ll try to see that you can create tickets. best regards, René > On 22 Jan 2018, at 10:08, Jason Martin wrote: > > Will not let me there. > > To create ticket, you must be authorized by project admin. > ---

Re: [Oorexx-devel] [oorexx:bugs] Re: #1319 Make Failure on Mac OSX

Hi P.O., the discussion started out with a bug … I am sure nobody minds the installer discussion too much. Let’s move it after this one. (cross-posted for the move). Alexander - there is a source tarball at https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/ now. It is called oorex

[Oorexx-devel] Announcing the 29th International Rexx Language Symposium, 2018

might receive this message multiple times, as it is intentionally cross-posted to reach an audience as wide as possible. Feel free to forward it to other mailing lists as well.] best regards, René Jansen. -- Check out

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

This sounds like a needed documentation 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 wrote: > >> On 20.09.2017 17:13, Erich Steinböck wrote: >> Not sure if I correctly understand, but: >> if you're no

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

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 script starting rxapi that needs to be moving this

Re: [Oorexx-devel] OOrexx 5

Hi Mike, the team is still fixing some showstoppers. The sourceforge site has several pre-built installers that reflect the current state of affairs. You are invited to try these out on your sub-production activities - if all works out we would be closer to a release. best regards, René. > On

Re: [Oorexx-devel] Seeking help for fixing

Memory in multihreaded programs should be strictly guarded. I know of a few debuggers that can set memory modification watches/traps, one is OS/2’s kernel debugger and the other is MVS’s SLIP SET trap mechanism. From what I see sometimes the register save area is clobbered (assuming you are link

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

did you post it to the list? René. > On 23 May 2017, at 16:42, CVBruce wrote: > > I have no idea where my modifications of the rxapi code is. It never got > checked into svn because it was rejected. > > Bruce >> On May 23, 2017, at 7:36 AM, René Jansen wrote: >&g

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

And, of course, as long as we don’t do that, Bruce’s rewrite needs to go in, just to avoid an avoidable problem. best regards, René. > On 23 May 2017, at 16:33, René Jansen wrote: > > As this requires admin (still) and keeps giving slight trouble (like in > failing testcases

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

As this requires admin (still) and keeps giving slight trouble (like in failing testcases with missing/other versions of rxapi) I much rather have Moritz’s patches applied and tested for Linux and macOSX; this would bring the USB version closer and would simplify the infrastructure. Because I bu

Re: [Oorexx-devel] How to have CMake not use optimization ?

by not specifying a release build so no -DCMAKE_BUILD_TYPE=Release > On 10 May 2017, at 15:07, Rony G. Flatscher wrote: > > How can one have CMake to generate a Makefile that does not use optimization > when compiling the code? > > ---rony > > > > --

Re: [Oorexx-devel] Building ooRexx 4.2 on Ubuntu 14.04

/debian ╰─$ cat compat 5 ╭─rvjansen@Fifi ~/apps/oorexx/code-0/main/releases/4.2.0/trunk/platform/unix/debian ╰─$ so you must have lost it somewhere along the way. Maybe do an svn up and see it re-appear. best regards, René. > On 4 May 2017, at 15:29, Michael Lueck wrote: > > Gre

Re: [Oorexx-devel] Building ooRexx 4.2 on Ubuntu 14.04

Hi Michael, I checked, and you are correct - the switch to Cmake took place during the development of 5.0.0. so Cmake searches in vain for a CmakeLists.txt 4.2.0 is built with ./bootstrap ./configure ./make and assumes a working autotools configuration on Linux. best regards, René > On 4

Re: [Oorexx-devel] Question about ooRexx Linux build machine

Hi Michael, yes, you only need an address/port and credentials - iud/pwd or an ssh certificate. The image needs a recent java VM. Send me email when you want access or have problems. best regards, René. > On 23 feb. 2017, at 12:45, Michael Lueck wrote: > > Greetings Erich, > > Erich Stein

Re: [Oorexx-devel] RES: Question about ooRexx Linux build machine

Did you succeed yet in having rexx.img built with GCC6 and optimize on? There seemed to be a compiler bug there. I am currently building with GCC48 for the production build. best regards, René. > On 23 feb. 2017, at 21:00, Erico Mendonca wrote: > > There are also the SUSE builds in Open Buil

[Oorexx-devel] LinuxOne build up and running again

Things with IBM did not work out (I was trying to get a non-expiring small business VM with Linux (SLES) on Z) (they stopped answering). But: I am happy to announce that the ooRexx for Linux on Z is up and running again due to a gracious donation of ICU-IT.NL, which has granted RexxLA use of a

Re: [Oorexx-devel] sourceforge down

/ >> <https://sourceforge.net/auth/subscriptions/> > Rony G. Flatscher (mobil/e) > > Am 20.02.2017 um 15:25 schrieb Moritz Hoffmann <mailto:antig...@gmail.com>>: > >> T

[Oorexx-devel] sourceforge down

[intentional crosspost] It appears that SourceForge, housing the ooRexx and NetRexx repositories, is down. best regards, René. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slas

Re: [Oorexx-devel] Seeking a beta of 5.0.0 for MacOSX

Will create uploads to sf shortly. Best regards, René. > On 18 Jan 2017, at 17:03, Rony wrote: > > Hi Erich, > > thank you very much for your hints! Indeed, having beta installation packages > would be a boon, could probably help creating them (once I mastered > Packages), should a need ar

Re: [Oorexx-devel] (Conceptual?) Bug introduced into ooRexx that hinders intercepting "::requires" with security manager ?

I have several thoughts on this: 1) we cannot just drop support for something that has been in there for such a long time 2) if we open this up, I really want to include the change for non-admin operation of rxapi in the 5.00 release So my vote is to have a good look at this, and not to decide

Re: [Oorexx-devel] Reinstating/reactivating the ooRexx ARB? (Re: Problem with "DO...OVER" ...

I would like to have ARB meetings for ooRexx (and NetRexx, for that matter). As a long time has gone by without them, we would need to set those up again. Maybe it is best that those who would like to participate, send me their time zones and preferences for meeting date/time. For these meetings

Re: [Oorexx-devel] Multi-line literals

come to think of it, I think it would be better if the delimiter cannot be on the same line. JCL has: //DD1 DD *,DLM=AA . . data . AA which always suited me fine. Just paste a block in there. Python has “here documents” which look … similar: COMMAND < On 2 nov. 2

Re: [Oorexx-devel] Multi-line literals

+1 > On 31 okt. 2016, at 20:48, Rick McGuire wrote: > > Well, there's always { and }, which never gets used because we're constantly > saving them for something in the future. > > Rick > -- Developer Access Program

Re: [Oorexx-devel] [RexxLA] Question: which Java version should BSF4ooRexx assume to be deployed from now on?

Hi Rony, NetRexx also has 1.6 as prerequisite. We do keep older versions online for those who need them; I did not spot any machine below Java 1.6 'in the wild.' Best regards, René. > On 31 Oct 2016, at 14:31, Rony G. Flatscher wrote: > > Hi there, > > BSF4ooRexx makes Java available to ooR

Re: [Oorexx-devel] Multi-line literals

I beg to differ here. Now it means that every ‘sublanguage’ fragment needs to be embedded in quotes, checked on quotes in comments or embedded quotes of the other type - which needs extra escaping. Indeed SQL is also my main worry here. The funny thing is that a variant of the same phenomenon, c

Re: [Oorexx-devel] Getting Started Questions - Update #2

Hi Gil, that is very good news. I spoke to Rony after the symposium and we both think that it would be good if we had some extra examples, including up-to-date makefiles for building external functions (and maybe even environments) in the source code base. Bonus points for those who succeed in

Re: [Oorexx-devel] CHAROUT() w/o args will close R/W, but not R/O file

My thought here is that, however scarce its actual occurrence is, it should be in line with what Rexx on z/OS does. This is what happens on USS which has the stream I/O package: # cat testchar.rexx /* rexx */ call on error name notready f = "inputfile.txt" say "open" stream(f, "c", "open")

<    1   2   3   4   >