Re: [Oorexx-devel] Please help: how can i configure Open Object Rexx 5.1 in OpenSuse Leap 15.4

2023-05-12 Thread CV Bruce
On Linux and Unix, your Rexx program needs to start with a line like#!/path/to/rexxWhere path/to/Rexx is the path to where the Rexx executable is installed.And the Rexx program must have its permissions set to executable, I.e. “chmod 755 myRexxProgram.rex”BruceSent by Magic!On May 12, 2023, at

Re: [Oorexx-devel] Package name casing

2023-04-19 Thread CV Bruce
I’ve kept quiet on this issue, but I’d like to point out that for those of us that have issues reading, such as dyslexia, mixed case allows easier parsing of the text. Where possible I agree with supporting the “brand name” of the software, such as CentOS over centos. My 2¢. Bruce Sent by

Re: [Oorexx-devel] I think I've seen the future...

2023-01-23 Thread CV Bruce
I’ve played with ChatGPT, nothing as complex as your example, and it is amazing.But don’t underestimate that Rick had the expertise to recognize that the first solution presented had the same problems as the current code. Rick was also able to criticize the solution, which enabled the AI to

Re: [Oorexx-devel] Suggestions, notes, and "yep, ooRexx V5 works"...

2023-01-03 Thread CV Bruce
Good points Bill. Many Linux(s) have more than one “current” version. One is the most current and the other is the LTS current version. Sometimes they are one and the same. What is our strategy for dealing with this environment?BruceSent by Magic!On Jan 3, 2023, at 7:13 AM, Bill Turner, WB4ALM

Re: [Oorexx-devel] MacOS zip problems (Re: Ad state of docs/branches/5.0.0

2022-12-22 Thread CV Bruce
I’ve read the referenced material, and I don’t think it applies to this problem. The references mention archives with greater than 64k files or greater than 4Gb in size. When the archive exceeds these parameters, zip64 is invoked. It appears that the incompatibility problems are created by the

Re: [Oorexx-devel] tools/bldoc_orx/setup.rex error, non existing server?

2022-12-21 Thread CV Bruce
I agree with P.O. regarding building documents. The most I’d expect is a build (plain text) document that would list dependencies, including minimum version, as well as their home. Personally, I’ve always built oorexx from source, but I’ve never found it necessary to build the docs. Bruce

Re: [Oorexx-devel] Wrong Apple version of ooRexx serviced by the Sourceforge website

2022-12-14 Thread CV Bruce
+1. What’s the old saying about perfection being the enemy of good enough? Sent by Magic! > On Dec 14, 2022, at 5:34 AM, Mike Cowlishaw wrote: > > I fear that if we just keep discussing things that need to be done another > 10 years will pass. > > Surely the priority here is to get 5.0 out

Re: [Oorexx-devel] OORexx beta - Unable to load library "RXMATH

2022-11-30 Thread CV Bruce
Is case O/S dependent? Sent by Magic! > On Nov 30, 2022, at 1:46 AM, Erich Steinböck > wrote: > >  > Hi Cyril, > the library is called rxmath (all lowercase), not RXMATH. > To load it, use ::requires "rxmath" library > > (CLASSPATH isn't used with ooRexx) >

Re: [Oorexx-devel] Add fish to the list of Unix ADDRESS environments

2022-09-12 Thread CV Bruce
In my small education in UNIX/Linux shells, I believe that I read that some shells will change their behavior depending on the name that they are invoked with. /bin/sh has behaviors defined in POSIX standards, and on many Linux systems is linked to bash. When invoked by /bin/sh it takes on the

Re: [Oorexx-devel] Apple: cannot build universal orxncurses, linking error, wrong ncurses being picked up, however if ...

2022-01-31 Thread CV Bruce
If I remember correctly, there is a port command or option to cause the port to be built from source, I would think that would be a work around. I have had trouble in the past mixing “Apple programs” with non-Apple programs, which is why I avoid it. I’ve had problems with old versions,

Re: [Oorexx-devel] Apple: cannot build universal orxncurses, linking error, wrong ncurses being picked up, however if ...

2022-01-30 Thread CV Bruce
It really sounded like the MacPorts library was X86_64 only, Did you check it’s architecture with ‘file’? Sent by Magic! > On Jan 30, 2022, at 10:33 AM, René Jansen wrote: > > Tried this on M1, no problem. > Tried this on X86_64, no problem > > Both on 12.2, I use ninja for building the

Re: [Oorexx-devel] Official Apple advice howto allow apps to run despite Gatekeeper

2021-07-18 Thread CV Bruce
I’m sorry I didn’t speak up, but it has been this way for years. I thought that there was something new in Big Sur. Sent from my iPad > On Jul 18, 2021, at 8:51 AM, Rony G. Flatscher > wrote: > > As I have encountered this with Apache OpenOffice as well (and could solve > the issue with

Re: [Oorexx-devel] MacOSX: Rexx-script to link ooRexx5

2021-07-16 Thread CV Bruce
I believe oorexx-config is a Linux-ism that you can include in a make file to populate variables with information about where various parts of oorexx can be found. Bruce Sent by Magic! > On Jul 16, 2021, at 9:02 AM, Rick McGuire wrote: > >  > > >> On Fri, Jul 16, 2021 at 11:41 AM P.O.

Re: [Oorexx-devel] Question ad CMake and "fat binaries" for MacOS

2021-06-07 Thread CV Bruce
It appears that both intel and arm (by default) are little endians. arm V8 can be configured to be both. Sent by Magic! > On Jun 7, 2021, at 8:34 AM, Rick McGuire wrote: > >  > > >> On Mon, Jun 7, 2021 at 10:38 AM CV Bruce wrote: >> Now that I think about

Re: [Oorexx-devel] Question ad CMake and "fat binaries" for MacOS

2021-06-07 Thread CV Bruce
t; Errors: 0 > > File search:00:00:01.421314 > Suite construction: 00:00:01.240871 > Test execution: 00:05:01.552165 > Total time: 00:05:04.304650 > > > the error was triggered by purpose > when adding the path I used /applications

Re: [Oorexx-devel] Question ad CMake and "fat binaries" for MacOS

2021-06-07 Thread CV Bruce
Rick, thanks for keeping me honest. Sent by Magic! > On Jun 7, 2021, at 8:34 AM, Rick McGuire wrote: > >  > > >> On Mon, Jun 7, 2021 at 10:38 AM CV Bruce wrote: >> Now that I think about it rexx.img was the primary problem. It contains >> executable cod

Re: [Oorexx-devel] Question ad CMake and "fat binaries" for MacOS

2021-06-07 Thread CV Bruce
One could put multiple copies of oorexx into the .dmg file, and then let the installer select the correct/best binary to install. Sent by Magic! > On Jun 7, 2021, at 7:37 AM, CV Bruce wrote: > > Now that I think about it rexx.img was the primary problem. It contains > exe

Re: [Oorexx-devel] Question ad CMake and "fat binaries" for MacOS

2021-06-07 Thread CV Bruce
eliminating or replacing it with something more standard. Bruce Sent by Magic! > On Jun 7, 2021, at 7:22 AM, CV Bruce wrote: > > The last time I looked at this, probably ppc/x86, it wasn’t possible because > Rexx is invoked during the build. There are tools to combine single

Re: [Oorexx-devel] Question ad CMake and "fat binaries" for MacOS

2021-06-07 Thread CV Bruce
The last time I looked at this, probably ppc/x86, it wasn’t possible because Rexx is invoked during the build. There are tools to combine single binaries into “universal” binaries, but what your are really asking is can OORexx be cross compiled for a non-native architecture. Even then there

Re: [Oorexx-devel] need help on eliminating an error on a ::REQUIRES statement

2021-04-04 Thread CV Bruce
Me, I’d probably just create the winsystm.cls on the Linux system perhaps with a return statement in it to satisfy the requires. Sent from my iPhone > On Apr 4, 2021, at 9:57 AM, Bill Turner, WB4ALM wrote: > > I have a routine that functions under LINUX or under WINDOWS. > > It has

Re: [Oorexx-devel] CMake

2021-03-07 Thread CV Bruce
cal > Tested on high sierra , catalina, big sur > > Now I am using 3.20-rc3 > > I built the APPLE ooRexx universal binaries and the test suite runs well > down to El Capitan > ( both the x86_64 and the apple silicon builds) > > Greetings > > enrico >

Re: [Oorexx-devel] CMake

2021-03-07 Thread CV Bruce
Apple is notorious for updating packages based on their own needs, which is why I use MacPorts. The current MacPorts version of CMake is 3.19.6. Fink is 3.19.1, and Homebrew is also 3.19.6. I would be in favor of raising the required Cmake level. Sent by Magic! > On Mar 7, 2021, at 5:50 AM,

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

2019-01-27 Thread CV Bruce
Thanks. I just thought I’d ask since you seem to be the guru for the -D option. This was in no way an enhancement request. Yours, Bruce > On Jan 27, 2019, at 10:36 AM, Erich Steinböck > wrote: > > Is there a build option that would allow me to rename the rexx executable to, > perhaps

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

2019-01-27 Thread CV Bruce
Hi Eric, Is there a build option that would allow me to rename the rexx executable to, perhaps orexx? Thanks, Bruce > On Jan 22, 2019, at 8:53 AM, Erich Steinböck > wrote: > > Hi Michael, > if you do not want to build to the default ooRexx install location /usr/bin, > set

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

2019-01-08 Thread CV Bruce
Thank you Tony and Enrico, this was something I was never able to get across. Bruce > On Jan 8, 2019, at 8:17 AM, Rony G. Flatscher wrote: > > 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

[Oorexx-devel] rxqueue, the program not the function.

2018-11-21 Thread CV Bruce
Eric, I’ve been playing with rxqueue from the current repository. It doesn’t work. I notice that there are already open tickets for rxqueue(), and the root cause for both is probably the same. Do you want me to open a new ticket or to add info to the existing tickets. Yours, Bruce

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

2018-11-21 Thread CV Bruce
it send the error message? Bruce > On Nov 21, 2018, at 8:21 AM, CV Bruce wrote: > > Enrico, > > I’m a little concerned that installing anything in ~/… will make it user > specific, and not system wide. Since only one copy of rxapi can run at a > time, then only on

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

2018-11-21 Thread CV Bruce
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

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

2018-11-21 Thread CV Bruce
Enrico, I’m a little concerned that installing anything in ~/… will make it user specific, and not system wide. Since only one copy of rxapi can run at a time, then only one user can use ooRexx. In your explorations can you test for this? "The main difference [on Mac OS] is that an agent

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

2018-11-21 Thread CV Bruce
e is a very Mac kind of thing to do. Of course it would be nice if RexxLA would sign up for Apple Developer so that we could digitally sign the installs. Bruce > > Now I am going to try Per’s .dmg image. > > René > > > >> On 21 Nov 2018, at 10:41, CV Bruce wrote: >>

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

2018-11-21 Thread CV Bruce
Well…. I agree with Enrico, mostly. Installation: Yes you need sudo privileges to write to /Library/LaunchDaemons. You also need sudo to write to /usr/local/… which is as far as I know, the current place to put system wide user programs. I could be wrong as I haven’t been keeping up.

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

2018-11-21 Thread CV Bruce
There are some minor changes to the code that would allow ooRexx to run, on Mac OS, from any folder it is copied to without recompiling. There are some special library load paths that inform Mac OS of the relative location of shared libraries. Because Mac OS by default searches some libraries

Re: [Oorexx-devel] Running Testcases

2018-11-19 Thread CV Bruce
>> Total time: 00:00:01.468976 >>> >>> However, and this is weird, If I broaden the test >>> >>> testOORexx.rex -R ./ooRexx/base -s -S >>> >>> The tests start to run and I get some 100 test classes run, but somewhere >>> a

Re: [Oorexx-devel] Running Testcases

2018-11-19 Thread CV Bruce
process manually to get it stopped. > > It seems to me that when I do not find the test the program gets out of > control, > > Please advice how to refer to the whole set of test cases, I tried some > variants, but failed. > > > > > Von meinen Macbook g

Re: [Oorexx-devel] Running Testcases

2018-11-18 Thread CV Bruce
blem? > > I will try further tomorrow, thanks for all the feedback. > Hälsningar/Regards/Grüsse, > P. O. Jonsson > Von meinem iPhone gesendet > > Am 18.11.2018 um 20:07 schrieb CV Bruce <mailto:cvbr...@gmail.com>>: > >> I looked at some of my

Re: [Oorexx-devel] Running Testcases

2018-11-18 Thread CV Bruce
best to kill it and restart it manually so that you can be sure that you are getting the version that was from the current build. Bruce > On Nov 18, 2018, at 10:48 AM, CV Bruce wrote: > > It’s been a while since I’ve run the test suite, but it shouldn’t take more > than 15 m

Re: [Oorexx-devel] Running Testcases

2018-11-18 Thread CV Bruce
It’s been a while since I’ve run the test suite, but it shouldn’t take more than 15 minutes or so. In the past, I’ve run into the situation that you have, and it generally means that either your invocation or your environment isn’t set up correctly. Bruce > On Nov 18, 2018, at 10:41 AM, P.O.

Re: [Oorexx-devel] Sort doesn't work properly with signed numbers.

2018-05-14 Thread CV Bruce
It’s pretty clear that in all your test cases, the data is being treated as text. If the cases where the data is in the format of “testxx” it will always be treated as a text string. Specifying just that portion of the variable that is numeric doesn’t override that. In the case where you

Re: [Oorexx-devel] oorexx-config

2017-05-22 Thread CV Bruce
Ok, so the answer is that ooRexx-config is being dropped. Thanks. Sent by Magic! > On May 22, 2017, at 4:12 AM, Rick McGuire wrote: > > probably. David and I largely left the old files in place until we had fully > committed to the cmake switchover. It's probably time