[Oorexx-devel] ooRexx 5.0.0 sources aligned to the 5.0.0 binaries

A long time ago I opened a ticket #1854 ooRexx 5.0.0 distribution files the sources aligned to the binaries are missing in the 5.0.0 distribution files folder And nobody cared to reply or take action To make things easier for some good soul willing to do the task Here is the sequence of

[Oorexx-devel] Package name casing

Dear all Unfortunately too much has been said about the subject issue And more unfortunately it was just a … I think, I heard somewhere, somebody else said … Without having done the due diligence I researched a bit and what I found is that … The casing rules are mandatory for the names of

Re: [Oorexx-devel] [oorexx:bugs] #1785 ooRexx-5.0.0-12302.macOS.arm64.x86_64.dmg misbehaviour

> On 22 Nov 2021, at 21:55, P.O. Jonsson wrote: > > Is there a disadvantage to add (OWNER_WRITE) for all platforms? If so I will > branch the 2nd part of this build step, but I would prefer to KIS. Same for > the man page entries. Adding OWNER WRITE is mandatory fora a proper sudo-less

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

> On 9 Jun 2021, at 15:51, Rony G. Flatscher wrote: > > Enrico, > > just two quick questions inline, if you get some time on your hands: > > On 08.06.2021 00:41, Enrico Sorichetti via Oorexx-devel wrote: >> >>> only installs once or a few times

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

> only installs once or a few times so I don’t see a benefit in spending > developers time in making big beast. I would not call adding from 6 to 12 lines of code to the cmakelists a big effort 6 for the simple task of adding the universal build and backwards compatbility to high sierra

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

BTDTGTTS ( Been There Done That Got The Tee Shirt ) At the beginning of March I made a post > > 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)> > to run the multi arch,

Re: [Oorexx-devel] Troubles with pthread and Android

> On 24 May 2021, at 16:38, Thomas Kahr wrote: > > There are some other problems also. E.g. ncurses.h is also not found. When i > remember correctly this file is also needed for the installation of ooRexx on > Ubuntu. Every linux distribution behaves differently As far as the runtime and

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

NO to both questions I had the same need and a one liner solved the problem As … one line of useful code The source code /* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - */ #include #include #include #include #include #include "oorexxapi.h" /* - - - - - - - - -

Re: [Oorexx-devel] Statusreport new testGroups

Unfortunately there is quite a bit of work to do to support The systems in the BSD family I know because A a bit more than two years ago I made all the modifications to support FreeBSD, OpenBSD, netBSD, dragonfly And run the testSuite with only a couple of minor glitches I talked about it

Re: [Oorexx-devel] Mac: "Library not loaded: @rpath/librexx.4.dylib"

Hello everybody ! Seems a pretty radical solution to me System installed with encryption … hard to believe The heavy duty restrictions came with Catalina ans became more strict with Big Sur Mojave was and still is pretty permissive I shall be glad to help by giving a shot on high Sierra

Re: [Oorexx-devel] Mac: "Library not loaded: @rpath/librexx.4.dylib"

Great , You always learn something new Thank You Enrico > On 18 Mar 2021, at 19:10, Jean Louis Faucher wrote: > > DYLD_PRINT_LIBRARIES=1 DYLD_PRINT_LIBRARIES_POST_LAUNCH=1 DYLD_PRINT_RPATHS=1 ___ Oorexx-devel mailing list

Re: [Oorexx-devel] To Shebang or not Shebang, that is the question

The executable flag is not related to the presence of the shebang line It is a courtesy of some smart editors - bbedit on apple does it - that if there is a shebang line They save the thing with the executable flag on The shebang line is NEEDED only when invoking something by name So that the

Re: [Oorexx-devel] CMake

IMO the best way to install cmake on APPLE is to use the drag and drop dmg Available in the download section at cmake.org You get a first hand build , it allows to keep updated with minimal effort It installs into /Applications and it can create a symlink into /usr/local

Re: [Oorexx-devel] ooRexx Performance

To squeeze a bit of performance REXX should be built with the Interprocedural optimization (IPO) activated My tests showed an increase in performance between 5 and 8 % Use the make module CheckIPOSupported And if supported define the property for the relevant set_property( TARGET ……….

Re: [Oorexx-devel] How do I determine if I am running on Mac or *nix

Just tested Last login: Fri Aug 7 09:45:30 on ttys000 ~ % rexx -e "say .rexxinfo~platform" [enrico@enrico-imac] DARWIN ~ %[enrico@enrico-imac] E > On 7 Aug 2020, at 20:57, Gil Barmwater wrote: > > I have run

Re: [Oorexx-devel] Old Rexx Interface to New

Take a look at git clone https://3...@bitbucket.org/3481/rxSnippets git clone https://3...@bitbucket.org/3481/rxCrypt > On 16 Jun 2020, at 20:25, taf wrote: > > Ok, thanks Rick the warnings are now gone... But now I'd like to upgrade > mod_rexx from the old style

[Oorexx-devel] Rexxtry and rexxref.pdf

Just to let You know …. help: /* Request for online help. */ select when abbrev(sysrx, 'Windows') then do /* ... for Windows */ /* issue the pdf as a command using quotes because the install dir may contain blanks */

Re: [Oorexx-devel] Bugg #1697 test_wait_concurrent in the EventSemaphore.testGroup - Modifications on Jenkins build machine

Got curious … On apple The original call SysSleep 0.1 sem~~post~reset Fails But sem~post call SysSleep 0.1 sem~reset Seems to work E > On 6 Jun 2020, at 19:42, P.O. Jonsson wrote: > > Dear developers, > > Currently all platforms are building ooRexx without any apparent problems

Re: [Oorexx-devel] Simple external Rexx function package in C

git clone https://bitbucket.org/3481/rxsnippets.git No windows :-) Have a good time E > On 30 May 2020, at 19:55, Dave Jones wrote: > > > As the subject line says, does anyone have a simple ooRexx 5.0 external > function package written

Re: [Oorexx-devel] Timings on older Mac (Re: Timings on older Ubuntu desktop (Re: Testing successfully doc->fo on Ubuntu (Re: Documentation on Jenkins

Hi P.O. Please issue the command echo $PATH To see the search order The relevant section should look like /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin And if the sequence is right , then You should create a symbolic link by hand I remember that some home brew packages need some post

Re: [Oorexx-devel] Timings on older Mac (Re: Timings on older Ubuntu desktop (Re: Testing successfully doc->fo on Ubuntu (Re: Documentation on Jenkins

The path sequence for the core system executables is /usr/local/bin /usr/bin /bin /usr/sbin /sbin homebrew installs itself I do not remember where and puts into /usr/local(bin,include,lib,share) the links to the real files So You are using the home-brew things Issuing the command which

Re: [Oorexx-devel] Changes in rev 12051

Going back and forth between builds 12050 and 12054 Did not cause any problems on centos 8 Also using the —replacefiles clause lets You install over an existing installation without uninstalling the previous one After that the rpm -e must be qualified And uninstalling the older only

Re: [Oorexx-devel] [Oorexx-svn] SF.net SVN: oorexx-code-0:[12051] main/trunk/platform/unix

A clarification ... Running different of something is not related to the relocatability Relocatability is related to looking for the dlls in the proper directory Install to $HOME/somewhere mv $HOME/somewhere somewhere/else Or rpm -i —prefix= ( tested and working ) And the executable in the

Re: [Oorexx-devel] [Oorexx-svn] SF.net SVN: oorexx-code-0:[12051] main/trunk/platform/unix

Hit send too quickly All depends on the PATH layout , If the ooRexx path comes first You can just cd to it and For example use . path.remove To be safe after that issue a hash -r And the ooRexx rexx disappears Enrico >> While the concept of relocatable executables is a great idea for

Re: [Oorexx-devel] [Oorexx-svn] SF.net SVN: oorexx-code-0:[12051] main/trunk/platform/unix

> On 7 Apr 2020, at 01:40, Mark Hessling wrote: > > With the relocatable executables that ooRexx has, how do man pages get > swapped? For the man pages of an executable the search is automatic if the installation follows the standard layout according to the settings defined in include(

Re: [Oorexx-devel] [Oorexx-svn] SF.net SVN: oorexx-code-0:[12051] main/trunk/platform/unix

I just looked at the man pages both for Ubuntu and Fedora, and it looks like The update alternatives have to be configured IMO it is much more simple to Cd Export PATH=`pwd`:$PATH Or better use the attached snippets It works for me on Darwin Fedora, CentOS Enrico Here are two bash snippets to

[Oorexx-devel] Revision 12047

Some good, some bad, some worse … The good, it passes, almost The bad ( expected ) /opt/ooRexx.testSuite.svn % rexx testOORexx -s -F EventSemaphore.testGroup Searching for test containers.. Executing automated test suite Executing .../ooRexx/base/class/EventSemaphore.testGroup ooTest

Re: [Oorexx-devel] Unfortunately ooRexx testSuite fails at revision 12042 on Fedora 31

See the Subject line My best regards Enrico Sorichetti PS In my previous post I forgot to include the svn info for the testSuite repository on darwin The revision is 12042/12042 Sorry for the inconvenience The tests log ooTest Framework - Automated Test of the ooRexx Interpreter

[Oorexx-devel] Unfortunately ooRexx testSuite fails at revision 12042

See the subject line My best regards Enrico Sorichetti The tests log ooTest Framework - Automated Test of the ooRexx Interpreter Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 3 Apr 2020 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 23063 Assertions:

Re: [Oorexx-devel] Test suite fails on Fedora 31

rs Enrico > On 1 Apr 2020, at 11:20, Enrico Sorichetti via Oorexx-devel > wrote: ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Test suite fails on Fedora 31

Here are the details Enrico [vagrant@fedora ooRexx.testSuite.svn]$ uname -a Linux fedora 5.5.11-200.fc31.x86_64 #1 SMP Mon Mar 23 17:32:43 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux [vagrant@fedora ooRexx.testSuite.svn]$ [vagrant@fedora ooRexx.svn]$ clang --version clang version 9.0.1 (Fedora

Re: [Oorexx-devel] Further ooRexx test cases failing on Mac and Linux

The error is still there … Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 28 Mar 2020 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 23045 Assertions: 382991 Failures: 1 Errors: 0 [failure] [20200328 12:53:27.490511] svn:

Re: [Oorexx-devel] Question ad .rexxinfo and CLS-samples ...

Probably that’ the reason why on zOS Parse version v Say v Reports REXX370 3.48 01 May 1992 Disregarding the Version whatever of the product ( TSO extensions ) Which delivers the rexx interpreter E > On 15 Mar 2020, at 13:45, Rick McGuire wrote: > > That is the language level, not

Re: [Oorexx-devel] Question ad .rexxinfo and CLS-samples ...

There is a clash in the nomenclature used by IBM software development And the one used in the *ix word The IBM terminology is explained here https://www.ibm.com/support/pages/vrmf-maintenance-stream-delivery-vehicle-terminology-explanation

Re: [Oorexx-devel] A first (successful) run on creating the rexxref.pdf documentation! (Re: Ad empty line problem (Re: New Process for Building the ooRexx Documentation

>> Now to the specific items in the order you listed them. The issue with the >> "missing folders" is one I ran into as well. It comes from the fact that I >> was not able to include empty folders in the zip file and so had to create >> them the first time they were needed. I chose to do that

[Oorexx-devel] Testsuite fails at R11950 on Fedora 31

ooTest Framework - Automated Test of the ooRexx Interpreter Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 27 Nov 2019 OS Name:LINUX SysVersion: Linux 5.3.12-300.fc31.x86_64 Tests ran: 33 Assertions: 196 Failures: 1 Errors: 0

Re: [Oorexx-devel] ooRexx Test failing on macOS High Sierra that passes on Mojave

I just rebuilt from scratch and Open Object Rexx Version 5.0.0 r11950 Build date: Nov 27 2019 Addressing mode: 64 Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 27 Nov 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 22929 Assertions:

Re: [Oorexx-devel] ooRexx on Fedora

> On 18 Nov 2019, at 21:41, Erich Steinböck wrote: > > Would you want to provide a CMakeLists.txt patch that changes our build to a > setup using `include(GNUInstallDirs)` as you once proposed? Hi Erich, I will be glad to do it, it will take a bit of time, some code changes will be

Re: [Oorexx-devel] ooRexx on Fedora

Hi Mark > On 18 Nov 2019, at 11:14, Mark Hessling wrote: > BTW You should not have to run "sudo make install" All depends on the CMAKE_INSTALL_PREFIX Unfortunately the install prefix choices are completely wrong IMO The proper default install directory for all the unix like systems should

Re: [Oorexx-devel] Revision 11930

Unfortunately it looks like the fix implemented in revision 11930 s not completely effective Running the full suite rexx testOORexx.rex -s -X native_API Returns Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 10 Oct 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0

Re: [Oorexx-devel] Revision 11929/11928

r an > error. > Rick > > > On Thu, Oct 10, 2019 at 9:47 AM Enrico Sorichetti via Oorexx-devel > <mailto:oorexx-devel@lists.sourceforge.net>> wrote: > > Unfortunately … on Fedora 30 > > Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 10 Oct 2019 &g

[Oorexx-devel] Revision 11929/11928

Unfortunately … on Fedora 30 Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 10 Oct 2019 OS Name:LINUX SysVersion: Linux 5.2.9-200.fc30.x86_64 Tests ran: 22869 Assertions: 373835 Failures: 2 Errors: 0 [failure] [20191010

Re: [Oorexx-devel] Revision 11929/11928

At r11929 for the sources r11928 for the testsuite Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 9 Oct 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 22860 Assertions: 373803 Failures: 1 Errors: 0 [failure]

[Oorexx-devel] At revision Revision: 11916

Fails with [enrico@enrico-imac ooRexx.trunk.testSuite]$rexx testOORexx.rex -s -f rexxc.testGroup Searching for test containers.. Executing automated test suite Executing .../ooRexx/utilities/rexxc/rexxc.testGroup Error 3: Failure during initialization. Error 3.901: Failure during

Re: [Oorexx-devel] dependency on svn

As a temporary workaround for what I feel is a overly complicated repository setup Subversion_WC_INFO(${PROJECT_SOURCE_DIR} ORX IGNORE_SVN_FAILURE ) Enrico > On 17 Sep 2019, at 13:44, Rick McGuire wrote: > > I'm open to other suggestions. I at least solves part of the problem, but is >

Re: [Oorexx-devel] dependency on svn

Hi René Use if( EXISTS ${CMAKE_SOURCE_DIR}/.svn ) find_package(Subversion) if(SUBVERSION_FOUND) set(ORX_WC_REVISION 0) Subversion_WC_INFO(${PROJECT_SOURCE_DIR} ORX) set(ORX_BLD_LVL ${ORX_WC_REVISION}) endif() message(STATUS "SVN Revision Number is

Re: [Oorexx-devel] dependency on svn

The test are coming out pretty well Buillt from a SVN repo Open Object Rexx Version 5.0.0 r11911 Svn[11911+] Build date: Sep 13 2019 Addressing mode: 64 Copyright (c) 1995, 2004 IBM Corporation. All rights reserved. Copyright (c) 2005-2019 Rexx Language Association. All rights reserved. The “+”

Re: [Oorexx-devel] dependency on svn

If You want I can provide the code to extract the revision information from git and mercurial repositories also The current bug is that the cmakelists does not check for the presence of the .svn hidden directory Best regards Enrico > On 13 Sep 2019, at 06:17, René Jansen wrote: > > I am

Re: [Oorexx-devel] Any ideas how to fix bug 1645 ?

Hello Mark, Rony IMO the logic to determine the installation directory structure is broken Create a test directory with the following CMakeLists.txt #[[ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - CMakeLists.txt Copyright Enrico Sorichetti 2018 - 2019

Re: [Oorexx-devel] At revision r11880

Thank You Eric for the quick action Unfortunately I get ooTest Framework - Automated Test of the ooRexx Interpreter Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 3 May 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 22686 Assertions:

Re: [Oorexx-devel] At revision r11880

running from /Volumes/My Passport for Mac/ooRexx.trunk.testSuite On a case sensitive file system ooTest Framework - Automated Test of the ooRexx Interpreter Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 3 May 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests

[Oorexx-devel] At revision r11879

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 3 May 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 22679 Assertions: 378893 Failures: 1 Errors: 0 [failure] [20190503 06:34:10.835124] svn:r11878 Change date:

Re: [Oorexx-devel] At revision r11865

Still fails E ooTest Framework - Automated Test of the ooRexx Interpreter Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 20 Apr 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 22657 Assertions: 377658 Failures: 1 Errors:

Re: [Oorexx-devel] syntax highlighting plist for bbedit

Oops … I forgot about https://github.com/sakra/CMakeBBLM.git The bbedit codeless language module for cmake Install.sh should be rerun whenever a new cmake version is installed ( the keyword list is generated dynamically E ___ Oorexx-devel

[Oorexx-devel] syntax highlighting plist for bbedit

For the apple users https://github.com/IBM/zos-tools-and-toys.git Contains the bbedit codeless language module for rexx I added the suffixes .rx .cls .orx ( my personal taste ) The plist should be installed into /Users/USERNAME/Library/Application Support/BBEdit/Language Modules/ E

Re: [Oorexx-devel] OpenIndiana new test errors.

Almost the Same for apple Revision: 11858 Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 11 Apr 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 22657 Assertions: 377653 Failures: 6 Errors: 0 [failure] [20190411

[Oorexx-devel] r 11849

Upgraded everything to 11849 [failure] [20190325 10:38:52.462233] svn:r11734 Change date: 2019-02-08 15:41:41 -0500 Test: TEST_NO_FILE Class: SysFileSearch.testgroup File: .../ooRexx/base/rexxutil/SysFileSearch.testGroup Line: 84 Failed: assertSame Expected: [[3],

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

Hello Rony I just added -DOOREXX_INCLUDE_DIR=... -DOOREXX_LIB_DIR=... handling for the 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 wrote:

Re: [Oorexx-devel] New test failure after r11845

At revision 11846 Got the same failure on APPLE but ONLY for .../ooRexx/base/rexxutil/SysFileXXX.testGroup The two say statements at 270/271 hint that they are aware of the problem and they are already trying to solve it E > On 21 Mar 2019, at 17:09, Jason Martin wrote: > > Open Object

Re: [Oorexx-devel] At revision r11833

Then it should raise one also on f = copies("F",444) o=.stream~new(f) Enrico PS ooRexx competitor… regina Issues the proper error message [enrico@enrico-imac tests]$/opt/Regina/bin/rexx d.regina 3 +++ call lineout f , "a truckload of waste" Error 40 running

Re: [Oorexx-devel] At revision r11833

It works ! Thank You Enrico PS Now it is time to find out why rexx does not complain about d = copies("D",6000) call sysmkdir(d) f = copies("F",6000) call lineout f , "a truckload of waste" o=.stream~new(f) o~open("replace" ) o~lineout("a truckload of waste" ) o~close Same behaviour since

Re: [Oorexx-devel] At revision r11833

No tests were running All happened after the display of the final report E > On 11 Mar 2019, at 10:56, Rick McGuire wrote: > > Do you know what test was being run? An exception at that point doesn't > really make sense. > > Rick > ___

[Oorexx-devel] At revision r11833

Running the testSuite 10 times on 10 runs Process 7363 stopped * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x1b8) frame #0: 0x000100170a69 librexx.5.0.0.dylib`Activity::cleanupMutexes(this=0x00010200ef10) at Activity.cpp:3505

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

file. > > Rick > > On Sat, Mar 9, 2019 at 9:33 AM Enrico Sorichetti via Oorexx-devel > <mailto:oorexx-devel@lists.sourceforge.net>> wrote: > OOPS … > I had forgotten to run svn update for the test-suite > > The ooRexx/base/class/MutexSemaphore.testGroup

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

OOPS … I had forgotten to run svn update for the test-suite The ooRexx/base/class/MutexSemaphore.testGroup Hangs on statement 72 IMO the test group should not be run on Darwin, The documentation is clear, unnamed semaphores are not supported E > On 9 Mar 2019, at 13:04, Enrico Sorichetti

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

Thank You Rick, It builds and runs the testsuite E > On 9 Mar 2019, at 12:45, Rick McGuire wrote: > > I found some code that can be used as a replacement for > pthread_mutex_timedlock if it is not available. This builds cleanly for me on > Ubuntu in "fake out" mode. Please try building with

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

09:44, Enrico Sorichetti via Oorexx-devel > wrote: > > I am reporting what the compiler and the docs tell > > Fact > 1) the function is not present on Darwin > Finding ( why ) > 2) the function is not a POSIX standard so the system does not have to >

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

I am reporting what the compiler and the docs tell Fact 1) the function is not present on Darwin Finding ( why ) 2) the function is not a POSIX standard so the system does not have to provide it The function would work if it was there, but it is not AMEN > On 9 Mar 2019, at 02:21, Rick

[Oorexx-devel] Revision 11826/11827 Build failure on Darwin

/Users/enrico/ooRexx.svn.rem.src/common/platform/unix/SysSemaphore.cpp:235:12: error: use of undeclared identifier 'result' while (result == 0 && !this->postedCount) // Has it been posted? Spurious wakeups may occur ^

Re: [Oorexx-devel] MAXIMUM_FILENAME_LENGTH and more

You are the expert on that! I just cloned the logic already implemented for maxpathlength Enrico PS. For my education I will try to implement both of them as methods of the .File class In my sandbox > On 7 Mar 2019, at 23:27, Rick McGuire wrote: > > Would really work better as a class

Re: [Oorexx-devel] MAXIMUM_FILENAME_LENGTH and more

Here is the patch to fix the MAXIMUM_FILENAME_LENGTH glitch Implement .RexxInfo~getMaxFileNameLength [enrico@enrico-imac tests]$rexx -e "say .rexxinfo~maxfilenamelength" 255 [enrico@enrico-imac tests]$rexx -e "say .rexxinfo~maxpathlength" 1024 [enrico@enrico-imac tests]$ Index:

[Oorexx-devel] MAXIMUM_FILENAME_LENGTH and more

POINT ONE The logic to determine the MAXIMUM_FILENAME_LENGTH is broken the relevant code form the rexx sources #include #include #if defined(PATH_MAX) # define MAXIMUM_PATH_LENGTH PATH_MAX + 1 #elif defined(_POSIX_PATH_MAX) # define MAXIMUM_PATH_LENGTH _POSIX_PATH_MAX + 1 #else # define

Re: [Oorexx-devel] Missing "interpreter/classes/EventSemaphore.cpp" when building from "sandbox\rick\sem"

I do not see any EventSemaphore.cpp In main/trunk Only a SysSemaphore.cpp common/platform/unix Common/platform/windows E > On 5 Mar 2019, at 19:40, Rony G. Flatscher wrote: > > EventSemaphore.cpp ___ Oorexx-devel mailing list

Re: [Oorexx-devel] rxapi queues

“ps -ef” is a linux command But the same happens on Darwin after around 200 iterations E > On 5 Mar 2019, at 11:44, Rick McGuire wrote: > > What operating system are you running this on? > > Rick > > On Tue, Mar 5, 2019 at 4:54 AM Bob Martin via Oorexx-devel >

[Oorexx-devel] testSuite revision 11818

It does not fix anything It behaves like a politician… it just ignores the problem There was not even the need to run the test Just looking at the code it was easy enough to spot that It just runs the tests on windows only subdir = .File~new("Y/Z", f) -- verify the separator translation

Re: [Oorexx-devel] FILE.testGroup ( filesystem case sensitiveness )

Hello Erich! Thank You for trying :-) Unfortunately things got mixed up The file separator test was run , resulting in Line: 182 Failed: assertEquals Expected: [[/Users/enrico/ooRexx.svn.testSuite//Y/Z], identityHash="-4533781185"] Actual:

Re: [Oorexx-devel] Testcases for sample files

Do You realise that You are being rude without any reason ??? E > On 1 Mar 2019, at 13:09, Rick McGuire wrote: > > and you should probably have already contributed those corrections rather > than just sitting on the information ___ Oorexx-devel

Re: [Oorexx-devel] Segmentation fault in rexx executable

Unfortunately the fix breaks more things than it fixes [enrico@enrico-imac ooRexx.svn.testSuite]$lldb -- rexx testOORexx.rex -s -X native_API -x FUNCTION.testGroup (lldb) target create "rexx" Current executable set to 'rexx' (x86_64). (lldb) settings set -- target.run-args "testOORexx.rex"

Re: [Oorexx-devel] Segmentation fault in rexx executable

Dear P.O. Running the test suite is not the best the way - IMO - to debug rexx The testSuite is sensitive to what is written to stdout and stderr And it will usually report testSuite related non existent errors , broken pipe, output mismatches, the most recurring ones And because of that it

[Oorexx-devel] FILE.testGroup ( filesystem case sensitiveness )

The fragment of code in ooRexx/base/class/File.testGroup subdir = .File~new("Y/Z", f) if .File~separator == "\" then -- verify the separator translation self~assertEquals(f~absolutePath||"\Y\Z", subdir~path) if \.File~isCaseSensitive then do subdir2 = .File~new("y\z",

[Oorexx-devel] Testsuite

The code to detect the system is pretty outdated -- test for default command processor parse source os . -- get name of operating system os1=os~left(1)~translate -- get first character in uppercase if pos(os1, "O W") > 0 then do -- OS2, Windows ?

[Oorexx-devel] Testsuite

In ooRexx/base/keyword/SIGNAL.testGroup And ooRexx/base/keyword/CALL.testGroup The current coding should be changed to -- Prevent error messages from the shell printing on the console. select when .ooRexxUnit.OSName == "WINDOWS"then toNull = '1>nul 2>&1' otherwise toNull =

Re: [Oorexx-devel] Haiku now at full speed.

Here is the first draft of the mods It passes the testSuite on Darwin E P.S. There are some more, I will keep researching [enrico@enrico-imac ooRexx.svn.src]$svn diff Index: CMakeLists.txt === --- CMakeLists.txt (revision

Re: [Oorexx-devel] Haiku now at full speed.

The main problem is that the logic for header inclusion is seriously flawed … The test should be on the availability of features features ( HEADERS, FUNCTIONS, LIBRARIES) Not on the system name (*) Working on it As soon I find all the things to fix I will email the svn diff report with some

Re: [Oorexx-devel] Segmentation fault in rexx executable

I got the same a few times … unfortunately thats a bug almost impossible to fix Being in the right place at the right time I did build a debug version, run rexx under the lldb covers But I never got anything out of it ( NEVER CRASHED ) E On 20 Feb 2019, at 14:59, P.O. Jonsson wrote: > >

Re: [Oorexx-devel] DARWIN build issue

Hello Rick Here is the modified function /** * test if an individual file is a case sensitive name * * @return For Unix systems, always returns true. For MacOS, * this needs to be determined on a case-by-case basis. */ bool SysFileSystem::isCaseSensitive(const char *name) { #ifndef

Re: [Oorexx-devel] DARWIN build issue

Good Idea… I will run a few tests and let You know But … the backtracking to an existing directory might be murky E > On 19 Feb 2019, at 13:23, Rick McGuire wrote: > > I did what you suggested, but wouldn't performing the check on the directory > the file is in give a more accurate result?

Re: [Oorexx-devel] DARWIN build issue

Unfortunately it seems there are some issues with the centos 7 gcc compilers they are a bit outdated g++ (GCC) 4.8.5 20150623 (Red Hat 4.8.5-36) And the build chokes with In file included from /home/vagrant/ooRexx.svn.src/interpreter/platform/unix/SysRexxUtil.cpp:181:0:

Re: [Oorexx-devel] DARWIN build issue

Here is the tested and WORKING code sequence IIRC I had to fix the testSuite in a couple of places I did run the test suite twice , once on the boot volume ( case insensitive by default ) The second time on an external disk with a case sensitive file system Pathconf needs the file or

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

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 first one I wrote a long time ago To get a better knowledge of the cmake ways

Re: [Oorexx-devel] FNM_CASEFOLD

Thank You Rick But I guess that there was a leftover from Your tests At line 74 the #undef HAVE_FNM_CASEFOLD Should not be there Tested … it works in both cases ! E > On 18 Feb 2019, at 09:45, Enrico Sorichetti wrote: > > Unfortunately ... > whenever a new define is introduced in config.h

[Oorexx-devel] Choice of the directories where to install the libraries

Cmake has a module GNUInstallDirs Which tries to determine according to the GNU standards the low lever directory for the components according to the GNU standards ( whether or not You like the GNU thing ) From my experiments seems that the only dirs define by the GNU standards are lib and

[Oorexx-devel] FNM_CASEFOLD

Unfortunately ... whenever a new define is introduced in config.h It is my habit to check that things continue to work even if the same is undeffed That is the case for HAVE_FNM_CASEFOLD Without it the build fails … - 1) if fnmatch.h(*) and FNM_CASEFOLD are not available the thing should

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

Just change the CMakeLists to suit Your standards The repository is not meant to provide a ready to run solution for all the environments Just the basis to get started with cmake And to answer Your point > For me Line 44 - could be /usr/lib /usr/lib/32 /usr/lib/64 /usr/lib/amd64 So what ?

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

Tested and working also on OpenBSD The flow is like the one I posted for FreeBSD. Cheers E ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

'A' Argv 1 'B' > On 17 Feb 2019, at 19:27, Rony G. Flatscher wrote: > > On 17.02.2019 19:09, Enrico Sorichetti via Oorexx-devel wrote: >> >> See here >> >> git clone http://3...@bitbucket.org/3481/rxSnippets >> <http://3...@bitbucket.org/00

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

See here git clone http://3...@bitbucket.org/3481/rxSnippets Have a good time Tested only on Darwin Working on the other platforms I will keep You posted cheers E ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net

Re: [Oorexx-devel] OpenIndiana-Been out of the loop awhile

Ok also on Darwin ooTest Framework - Automated Test of the ooRexx Interpreter Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 17 Feb 2019 OS Name:DARWIN SysVersion: Darwin 17.7.0 Tests ran: 22621 Assertions: 377370 Failures: 0 Errors:

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

Already working on a simple external function skeleton, Which does nothing but … Print the arguments passed Will not take long to polish it and post it somewhere Does not use the native approach , I was not able to find into the docs how to determine the number of arguments passed From the

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

The problem is that there is no automatic way to find out to such detail Just run … cmake --system-information [file] = Dump information about this system. To see what cmake can find out about Your system E > On 16 Feb 2019, at 21:07, Gil Barmwater wrote: > > I was just suggesting that if

  1   2   >