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

[Enrico Sorichetti via Oorexx-devel]

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 commands to do it



Everything in my environment is anchored at $HOME/ooRexx

cd $HOME/ooRexx
 
Checkout the whole code-0 repository into
$HOME/ooRexx/ooRexx-code-0

ls -l $HOME/ooRexx/ooRexx-code-0/main/releases
you should find a 5.0.0 directory

cp $HOME/ooRexx/ooRexx-code-0/main/releases/5.0.0 .

mv 5.0.0 ooRexx-5.0.0-sources

tar -cJf ooRexx-5.0.0-sources.txz ooRexx-5.0.0-sources
or 
tar -cjf ooRexx-5.0.0-sources.tbz ooRexx-5.0.0-sources
or 
zip … … … 


Expand them to  to check 
diff -r -q ooRexx-5.0.0-sources  ooRexx-5.0.0-sources
And if the diff tells nothing

Create the checksums
shasum -a 256 -U  ooRexx-5.0.0-sources.txz >ooRexx-5.0.0-sources.txz.asc
Repeat for all the compressed files you generated


Add the gpg signatures
gpg -s ooRexx-5.0.0-sources.txz
Repeat for all the compressed files you generated

You will find for each compression type

ooRexx-5.0.0-sources.txz
ooRexx-5.0.0-sources.txz.asc
ooRexx-5.0.0-sources.txz.gpg

Verify that signatures checksums agree
gpg --verify ooRexx-5.0.0-sources.txz.gpg
shasum -c ooRexx-5.0.0-sources.txz.asc

You can upload the tarred /zipped /whatever 
The checksums and the signatures 

And then you are done


It took me longer to write this email than do it !

The checksum is needed for the home-brew formula 

But IMO at least the checksums should have been  provided for ALL the 
distribution files a long time ago 

Enjoy yourself 

Enrico



















___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Package name casing

[Enrico Sorichetti via Oorexx-devel]

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 packages distrbuted 
automagically from the system repositories handled by the system package manager
Generally  they are all lower case,  
Fedora  makes an exception for that, recognising the right for the owners(s) of 
SELECTED  packages to use a name of their choice

An example close to us 
Mike Cowlishaw’ s General Decimal Arithmetic package is distributed as 
decNumber-icu-368.zip

Another example from my real life experience
John Hauser’s Berkeley SoftFloat library conforming to IEEE Standard for 
Floating-Point Arithmetic is distributed as SoftFloat-3e.zip

IMO - with the due respect - Mark Hessing request was due to a misunderstanding 
of the home-brew rules
What has to be LOWER CASE is the the home-brew formula name … not the real 
package source name ( hidden inside the rb formula )
They suffer from OCD  about the naming, they remarked quite a few times that 
the proper name is formula/( plural formulae) , not package

For macports mixed case package names are accepted

Anyway I feel that we should respect the brand/trademark  name casing 

For Apple it should be macOS, NOT macos/macOSX/macosx , the distributables are 
mixed case also for the extra packages 
(They made a public announcement about changing the system name)
Since I am an Apple user I had no need to research 

A quick and dirty research  for other environments gave back

For Debian the name should be Debian,  the distributable are lower case ==> 
debian-11.6.0-arm64-netinst.iso

For Fedora the name should be Fedora,  the distributable are mixed case  ==> 
Fedora-Workstation-38-1.6.aarch64.raw.xz 
And also found the manual  
https://docs.fedoraproject.org/en-US/packaging-guidelines/Naming/ 


For CentOS  the names are … CentOS and CentOS-Stream , the distributable are 
mixed case ==> CentOS-Stream-9-latest-aarch64-dvd1.iso
For the standards CentOS refers to the Fedora manuals

For FreeBSD the name is, guess what … FreeBSD, and the distributable are mixed 
case ==> FreeBSD-13.1-RELEASE-amd64-dvd1.iso.xz
 

My best regards 

Enrico 

PS

A quick and dirty search gave back that 

Fedora 36 provides an oorexx-4.2.0-3.x86_64.rpm  in third party repository 
https://fedora.pkgs.org/36/rpm-sphere-x86_64 

And they even provide an aarch64 rpm 

Since the repository contains mixed case file names , maybe somebody from the 
RexxLA might want to ask them to use a proper name casing  ( ooRexx )









  

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

> 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 setup
Without  it sudo becomes necessary for the uninstall  

By the way the man pages have the same problems is enough to add  OWNER WRITE 
to them also

Best regards 
Enrico 




___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

> 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 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
>> around 6 more lines if you want to inform the user about the arch and the 
>> universal build
>> when issuing rexx -v 
> What would these lines look like? :)
> 
> 
> 
>> and you do not need to build two different drag and drop packages
>> also you can build from a x86_64 machine  the universal for the arm64   
> What is needed to create the "drag and drop packages"?
> 
> TIA,
> 
> ---rony
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

> 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
around 6 more lines if you want to inform the user about the arch and the 
universal build
when issuing rexx -v 

and you do not need to build two different drag and drop packages
also you can build from a x86_64 machine  the universal for the arm64   

enrico

PS
I posted the results of building the universal on the mac mini silicon
i did the other way around in february, but to be sure I will rerun the whole 
thing and post the results again



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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, multi OS versions tests I used the drag and drop 
> installer


Nobody was curios on how it was done so I had no incentive to follow on with 
the implementation details 

> One could put multiple copies of oorexx into the .dmg file, and then let 
> the installer select the correct/best binary to install.

Why waste time when the system is perfectly capable of it

~/ooRexx/testsuite % uname -a   
[enrico@enrico-macmini]
Darwin enrico-macmini.local 20.5.0 Darwin Kernel Version 20.5.0: Sat May  8 
05:10:31 PDT 2021; root:xnu-7195.121.3~9/RELEASE_ARM64_T8101 arm64


Open Object Rexx Version 5.0.0 r12264
Build date: Jun  7 2021
Addressing mode: 64
Copyright (c) 1995, 2004 IBM Corporation. All rights reserved.
Copyright (c) 2005-2021 Rexx Language Association. All rights reserved.
This program and the accompanying materials are made available under the terms
of the Common Public License v1.0 which accompanies this distribution or at
https://www.oorexx.org/license.html 

~/ooRexx/svn.src.build % which rexx 
[enrico@enrico-macmini]
/opt/ooRexx/bin/rexx

~/ooRexx/svn.src.build % lipo -info /opt/ooRexx/bin/rexx
[enrico@enrico-macmini]
Architectures in the fat file: /opt/ooRexx/bin/rexx are: x86_64 arm64 
~/ooRexx/svn.src.build %
[enrico@enrico-macmini]



~/ooRexx/testsuite % rexx testOORexx.rex -s -X native_API   

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 7 Jun 2021
OS Name:DARWIN
SysVersion: Darwin 20.5.0

Tests ran:  23293
Assertions: 385129
Failures:   0
Errors: 0

File search:00:00:00.536408
Suite construction: 00:00:00.694814
Test execution: 00:04:31.740606
Total time: 00:04:33.461738



and here the same from a drag and drop install of the arm build on a x8664 
machine


~/ooRexx/testSuite % uname -a   
[enrico@enrico-mbp]
Darwin enrico-mbp 20.5.0 Darwin Kernel Version 20.5.0: Sat May  8 05:10:33 PDT 
2021; root:xnu-7195.121.3~9/RELEASE_X86_64 x86_64


~/ooRexx/testSuite % lipo -info /applications/ooRexx5/bin/rexx  
[enrico@enrico-mbp]
Architectures in the fat file: /applications/ooRexx5/bin/rexx are: x86_64 arm64 


~/ooRexx/testSuite % rexx -v
[enrico@enrico-mbp]
Open Object Rexx Version 5.0.0 r12264
Build date: Jun  7 2021
Addressing mode: 64
Copyright (c) 1995, 2004 IBM Corporation. All rights reserved.
Copyright (c) 2005-2021 Rexx Language Association. All rights reserved.
This program and the accompanying materials are made available under the terms
of the Common Public License v1.0 which accompanies this distribution or at
https://www.oorexx.org/license.html
~/ooRexx/testSuite % 


~/ooRexx/testSuite % rexx testOORexx.rex -s -X native_API   
[enrico@enrico-mbp]

NOTE NOTE 
the error is expected because the case sensitive/case insensitive filesystem 
detection detection and handling is still broken

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 7 Jun 2021
OS Name:DARWIN
SysVersion: Darwin 20.5.0

Tests ran:  23288
Assertions: 385289
Failures:   2
Errors: 0

[failure] 20210607 17:09:21.128157
  svn:r12195   Change date: 2021-03-15 17:46:10 +0100
  Test:   TEST_SEARCHPATH1
  Class:  File.testGroup
  File:   .../ooRexx/testSuite/ooRexx/base/class/File.testGroup
  Line:   674
  Failed: assertEquals
Expected: /Applications/ooRexx5/bin/rexx
Actual:   /applications/ooRexx5/bin/rexx
Message:  this may fail if rexx is run directly from a build tree

[failure] 20210607 17:10:10.527207
  svn:r12195   Change date: 2021-03-15 17:46:10 +0100
  Test:   TEST_SEARCHPATH_REXX
  Class:  SYSSEARCHPATH.TESTGROUP
  File:   .../ooRexx/testSuite/ooRexx/base/rexxutil/SysSearchPath.testGroup
  Line:   122
  Failed: assertSame
Expected: /Applications/ooRexx5/bin/rexx
Actual:   /applications/ooRexx5/bin/rexx
Message:  this may fail if rexx is run directly from a build tree

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 7 Jun 2021
OS Name:DARWIN
SysVersion: Darwin 20.5.0

Tests ran:  23288
Assertions: 

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

[Enrico Sorichetti via Oorexx-devel]

> 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 development packages 
for ubuntu you will have to install something like nurses-devel 
other linux distributions just bundle everything in a single package  

e



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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"

/* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
*/
RexxRoutine1( logical_t, rxLoader, CSTRING, L )
{
  return ( context->LoadLibrary( L ) );
}

/* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
*/
RexxRoutineEntry rxLoader_functions[] =
{
  REXX_TYPED_ROUTINE( rxLoader, rxLoader ),
  REXX_LAST_ROUTINE()
} ;

RexxPackageEntry rxLoader_package_entry =
{
  STANDARD_PACKAGE_HEADER
  REXX_INTERPRETER_5_0_0,
  "rxLoader", "1.0.0",
  NULL, NULL,
  rxLoader_functions,
  NULL
} ;

OOREXX_GET_PACKAGE( rxLoader ) ;



How to use it 
...
...
...

lib = "somelibrary"
if  \ rxloader( lib  ) then do
say "'"this"' error loading library '"lib"'"
exit ( -1 )
end
...
...
...

/*  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
*/
::requires "rxloader" library




> On 4 Apr 2021, at 18:56, Bill Turner, WB4ALM  wrote:
> 
> Is there a way to
> (1) conditionally control the execution of the ::REQUIRES statement or
> (2) Trap that specific error so that t can be ignored?

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Statusreport new testGroups

[Enrico Sorichetti via Oorexx-devel]

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 i but nobody seemed interested

I will have to look at the time machine backups,
To find the repositories with the modifications  

And publish them again on GitHub 

enrico

An excerpt from an old email I exchanged with Rony and PO 

FreeBSD 

[vagrant@freebsd ooRexx.testSuite]$rexx testOORexx.rex -s -X native_API -x 
FUNCTION.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 11 Feb 2019
OS Name:FREEBSD
SysVersion: FreeBSD FreeBSD 12.0-STABLE r341991 GENERIC.12.0-STABLE

Tests ran:  22579
Assertions: 376974
Failures:   0
Errors: 0

File search:00:00:01.555107
Suite construction: 00:00:01.275722
Test execution: 00:03:45.116683
Total time: 00:03:48.470149


OpenBSD

[vagrant@openbsd ooRexx.testSuite]$rexx testOORexx.rex -s -X native_API -x 
FUNCTION.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 11 Feb 2019
OS Name:OPENBSD
SysVersion: OpenBSD GENERIC.MP#364.6.4

Tests ran:  22579
Assertions: 377044
Failures:   0
Errors: 0

File search:00:00:02.112482
Suite construction: 00:00:01.635886
Test execution: 00:04:40.743375
Total time: 00:04:45.000832


> On 24 Mar 2021, at 21:58, Erich Steinböck  wrote:
> 
> OpenBSD

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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

Let  me know where to download the installation material
And I will give a try on the iMac  and/or Catalina

cheers
enrico 

> On 19 Mar 2021, at 19:48, P.O. Jonsson  wrote:
> 
>> So maybe I follow P.O.'s advice and ask the student for reinstalling MacOS 
>> and only go on
>> 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 shell knows what to do with the content

The shebang line is processed by the shell , so at the end since the .cls files 
Are NOT processed by the shell but by the rexx interpreter , the executable 
flag is IRRELEVANT


Enrico 

As a personal taste I mark them as executables so that when using the finder or 
the ls command they stand out as something different 





> On 13 Mar 2021, at 13:36, P.O. Jonsson  wrote:
> 
> On some linux installations I noticed that the .cls files were marked as 
> non-executables because they had no shebang line. Since the .cls files 
> contains executable rexx code I think they should have the shebang.
> 
> I compared to ooRexx 4.2 and all samples classes (named .rex at the time ) 
> had a shebang. This is missing in all .cls files currently and it is 
> suggested to change all .cls files to include the chebang.
> 
> Any objections?
> 
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se 
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] CMake

[Enrico Sorichetti via Oorexx-devel]

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
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



> On 7 Mar 2021, at 15:57, CV Bruce  wrote:
> 
> 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, Michael Lueck  
>> wrote:
>> 
>> Greetings P.O.
>> 
>> P.O. Jonsson wrote:
>>> This will also require 2.8 rather than 2.6 for other platforms, which seems 
>>> to make sense from the warnings received. Any objections?
>> 
>> 
>> Ubuntu Xeniel, which is just rolling off of LTS support shortly has version:
>> 
>> [ Source: cmake  ]
>> Package: cmake (3.5.1-1ubuntu1)
>> 
>> I see no issue in the Ubuntu world making the minimum version 2.8 rather 
>> than 2.6.
>> 
>> I am thankful,
>> 
>> -- 
>> Michael Lueck
>> Lueck Data Systems
>> http://www.lueckdatasystems.com/
>> 
>> 
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx Performance

[Enrico Sorichetti via Oorexx-devel]

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 ……….  PROPERTY INTERPROCEDURAL_OPTIMIZATION TRUE )

( the Rexx executable, the rexx library , the rexxapi library , the rxapi  
executable the rexxc executable  )  

 pretty easy 

Cheers

E


> On 9 Aug 2020, at 14:24, René Jansen  wrote:
> 
> on behalf of James R. Manchester, xjmanc...@gmail.com 
>  :
> 
> Is there something in ooRexx that limits its use of the CPU within Windows?  
> I have an application that should use 100% of the CPU but only manages about 
> 20%.  The following program runs for 60 seconds and it should use the CPU 
> continuously.  However, according to Task Manager, it doesn't quite use 22%.  
> What's limiting the use of the CPU?  Is there some setting which can be used 
> to change this behavior?
> 
> Regards,
> Jim Manchester
> 
> /* */
> 
> Duration = 60--Number of seconds to execute.
> 
> Start = Time('S')-- Get the start time.
> 
> i = 0
> do forever
>   a = 1234 * 24536
>   b = a / 25
>   c = a * b
>   Elapsed = Time('S') - Start
>   i += 1
>   if Elapsed > Duration then
>   leave
>   end
> 
> say 'There were' i 'iterations in ' Elapsed 'seconds.'
> 
> exit
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 into a case where an ooRexx program needs to determine the type of 
> OS under which it is running. .RexxInfo~platform gives me either WindowsNT or 
> Linux. However, if it is Linux, it may be Mac. What is the easiest way to 
> determine that fact? Thanks!
> 
> -- 
> Gil Barmwater
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 interface to new.  Is there anything like a 
> cookbook that might show me the way?  Even two identical / similar samples 
> written to both standards?
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Rexxtry and rexxref.pdf

[Enrico Sorichetti via Oorexx-devel]

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 */
  say '  Online Help started'
  'start "Rexx Online Documentation"' 
'"'||value("REXX_HOME",,"ENVIRONMENT")||"\doc\rexxref.pdf"||'"'
end/* ... for Unix  */


But the doc directory is missing from
 https://svn.code.sf.net/p/oorexx/code-0/main/trunk
And rexxref is not installed

E


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 on 
> Jenkins. However, bugg #1697 provokes one failing test for all platforms 
> except Windows. As a result no successful builds have been uploaded to 
> sourceforge (except sporadically) for Linux, Unix or macOS for quite some 
> time. I have excluded the EventSemaphore.testGroup temporarily from the 
> testing on all Linux/Unix/macOS to get some fresh builds uploaded to 
> sourceforge. I would really appreciate if someone could take a look at fixing 
> this bugg. I will revert my changes when #1697 is solved
> 
> This bug was reported 2 months ago and it seems to be more of a too strict 
> test rather than a real bugg, read my comments in the bug tracker for details.
> 
> PS Jenkins now also build the documentation as PDF and HTML/zipped HTML with 
> the latest version of Gil`s tools for building the documentation.
> 
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se 
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 in C that could be shared? I'm trying to learn how 
> to do that, but I keep running into C programming errors on how you declare 
> the external entry points.
> Thanks.
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 install actions 
 

E


> On 29 Apr 2020, at 15:27, P.O. Jonsson  wrote:
> 
> I have two xsltproc on the mac, I will have to sort that out as well. It 
> seems right now I use xsltproc from Apples installation and all the things 
> around it from Homebrew.

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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  tells where the executable comes 
from

e 

> On 29 Apr 2020, at 13:57, P.O. Jonsson  wrote:
> 
>  I learned that xsltproc is standard on macOS so the version i installed 
> using homebrew probably is not active.

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Changes in rev 12051

[Enrico Sorichetti via Oorexx-devel]

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 cleanups the rpm/dnf install database
And leaves a working rexx

enrico


> On 8 Apr 2020, at 16:34, Erich Steinböck  wrote:
> 
> Try installing an older build (rpm module) after removing the newer build
> I don't think I can as the two RPM-based slaves CentOS and SLES390 I have 
> access to don't have full sudo access.
> 
> Enrico, can you maybe test what P.O. asks for?
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 new location will find the dlls in the right place

Executing different  of something simply implies 
That the binaries come first in the PATH hierarchy 

Cheers
Enrico 





___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 switching 
>> between different versions of ooRexx, how does it work when I want to switch 
>> between ooRexx and Regina?
>> 
> 
> All depends on how the autotools handle the cmake equivalent of
>if( HOST_DARWIN )
>SET( CMAKE_INSTALL_RPATH "@executable_path/../${INST_LIB_DIR}" )
>else( )
>SET( CMAKE_INSTALL_RPATH "$ORIGIN/../${INST_LIB_DIR}" )
>endif( )
> 
> 
> Cheers 
> Enrico
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

> 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( GNUInstallDirs )
( which by the way solves the lib/lib64 conundrum)

Man looks for the executable and then it backtracks to the man directory 
according to the standard Gnu layout

Even without a relocatable installation there is no need to update the man path 
And the ooRexx installation does not do anything about it

I usually install to /opt/ooRexx and it is automatic 
And when I switch the executable path everything follows
Tested on Darwin, Fedora, CentOs, FreeBSD

> While the concept of relocatable executables is a great idea for switching 
> between different versions of ooRexx, how does it work when I want to switch 
> between ooRexx and Regina?
> 

All depends on how the autotools handle the cmake equivalent of
   if( HOST_DARWIN )
   SET( CMAKE_INSTALL_RPATH "@executable_path/../${INST_LIB_DIR}" )
   else( )
   SET( CMAKE_INSTALL_RPATH "$ORIGIN/../${INST_LIB_DIR}" )
   endif( )


Cheers 
Enrico

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 add/remove a directory to/from the PATH
( I have also the same for zsh )

Cd somewhere and …

The snippets should be sourced, not executed

 source path.here
 . path.here

 source path.remove
 . path.remove  


#   path.here
#   remove the current path from the PATH and add it to the front

# add in front of PATH
prepen_path()
{
if ! eval test -z "\"\${$1##*:$2:*}\"" -o -z "\"\${$1%%*:$2}\"" -o -z 
"\"\${$1##$2:*}\"" -o -z "\"\${$1##$2}\"" ; then
eval "$1=$2:\$$1"
fi
}

# remove path
remove_path()
{
#   front/middle
if  eval test -z "\"\${$1##$2:*}\"" -o -z "\"\${$1##*:$2:*}\"" ; then
eval "$1=${!1/$2:/}"
return
fi
#   tail
if  eval test -z "\"\${$1%%*:$2}\"" ; then
eval "$1=${!1/:$2/}"
return
fi
#   only
if  eval test -z "\"\${$1##$2}\"" ; then
eval "$1=${!1/$2/}"
return
fi
}

#   the works
here="$(pwd)"
if ! test -d "${here}" ; then
echo"strange ... path not found '${here}'"
else
remove_path  PATH "${here}"
export  PATH
prepen_path PATH "${here}"
export  PATH
fi

#   cleanup
unset prepen_path
unset remove_path




#   path.remove
#   remove the current path from the PATH

# remove path
remove_path()
{
#   front/middle
if  eval test -z "\"\${$1##$2:*}\"" -o -z "\"\${$1##*:$2:*}\"" ; then
eval "$1=${!1/$2:/}"
return
fi
#   tail
if  eval test -z "\"\${$1%%*:$2}\"" ; then
eval "$1=${!1/:$2/}"
return
fi
#   only
if  eval test -z "\"\${$1##$2}\"" ; then
eval "$1=${!1/$2/}"
return
fi
}

#the works
here="$(pwd)"
if ! test -d "${here}" ; then
echo"strange ... path not found '${here}'"
else
remove_path PATH "${here}"
export PATH
fi

#   cleanup
unset remove_path



> On 7 Apr 2020, at 01:05, Mark Hessling  wrote:
> 
> Hi P.O.,
> 
> I apologise for problems my changes caused you; it was not intentional and if 
> I had known about your problems at the time I would have fixed them.

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Revision 12047

[Enrico Sorichetti via Oorexx-devel]

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 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:  11
Assertions: 29
Failures:   1
Errors: 0

[failure] 20200404 21:12:18.562424
  svn:r12014   Change date: 2020-03-27 19:09:44 +0100
  Test:   TEST_WAIT_CONCURRENT
  Class:  EventSemaphore.testGroup
  File:   .../ooRexx/base/class/EventSemaphore.testGroup
  Line:   157
  Failed: assertSame
Expected: 1
Actual:   0
Message:  our worker should not time-out

File search:00:00:00.023321
Suite construction: 00:00:00.000592
Test execution: 00:00:00.511816
Total time: 00:00:01.014416


Still there on APPLE

The worse ,
Now the same happens on Fedora and CentOS

[vagrant@fedora ooRexx.testSuite.svn]$ rexx testOORexx -s -F 
EventSemaphore.testGroup
Searching for test containers..
Executing automated test suite
Executing .../ooRexx/base/class/EventSemaphore.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 1 Apr 2020
OS Name:LINUX
SysVersion: Linux 5.5.13-200.fc31.x86_64

Tests ran:  11
Assertions: 29
Failures:   1
Errors: 0

[failure] 20200404 21:15:28.772322
  svn:r12014   Change date: 2020-03-27 19:09:44 +0100
  Test:   TEST_WAIT_CONCURRENT
  Class:  EventSemaphore.testGroup
  File:   .../ooRexx/base/class/EventSemaphore.testGroup
  Line:   157
  Failed: assertSame
Expected: 1
Actual:   0
Message:  our worker should not time-out

File search:00:00:00.034282
Suite construction: 00:00:00.000771
Test execution: 00:00:00.514084
Total time: 00:00:01.016688

[vagrant@fedora ooRexx.testSuite.svn]$ 


[vagrant@localhost ooRexx.testSuite.svn]$ rexx testOORexx -s -F 
EventSemaphore.testGroup
Searching for test containers..
Executing automated test suite
Executing .../ooRexx/base/class/EventSemaphore.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 1 Apr 2020
OS Name:LINUX
SysVersion: Linux 4.18.0-147.5.1.el8_1.x86_64

Tests ran:  11
Assertions: 29
Failures:   1
Errors: 0

[failure] 20200404 21:15:37.032795
  svn:r12014   Change date: 2020-03-27 18:09:44 +
  Test:   TEST_WAIT_CONCURRENT
  Class:  EventSemaphore.testGroup
  File:   .../ooRexx/base/class/EventSemaphore.testGroup
  Line:   157
  Failed: assertSame
Expected: 1
Actual:   0
Message:  our worker should not time-out

File search:00:00:00.032564
Suite construction: 00:00:00.000645
Test execution: 00:00:00.513109
Total time: 00:00:01.016451

[vagrant@localhost ooRexx.testSuite.svn]$ 

Cheers
Enrico





___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 1 Apr 2020
OS Name:LINUX
SysVersion: Linux 5.5.13-200.fc31.x86_64

Tests ran:  23072
Assertions: 382654
Failures:   4
Errors: 0

[failure] [20200403 22:22:07.470641]
  svn:r11928   Change date: 2019-10-08 16:27:36 +0200
  Test:   TEST_SET_GET_DATETIME
  Class:  FILEDATETIME.TESTGROUP
  File:   .../ooRexx/base/rexxutil/SysFileDateTime.testGroup
  Line:   110
  Failed: assertSame
Expected: [[0], identityHash="-139794810184673"]
Actual:   [[-1], identityHash="-139794812153841"]

[failure] [20200403 22:22:07.831328]
  svn:r12042   Change date: 2020-04-03 22:08:35 +0200
  Test:   TEST_SEARCHPATH_ABSOLUTE
  Class:  SYSSEARCHPATH.TESTGROUP
  File:   .../ooRexx/base/rexxutil/SysSearchPath.testGroup
  Line:   106
  Failed: assertSame
Expected: [[/], identityHash="-139794001738481"]
Actual:   [[], identityHash="-139794001740929"]

[failure] [20200403 22:22:07.836591]
  svn:r12042   Change date: 2020-04-03 22:08:35 +0200
  Test:   TEST_SEARCHPATH_RELATIVE
  Class:  SYSSEARCHPATH.TESTGROUP
  File:   .../ooRexx/base/rexxutil/SysSearchPath.testGroup
  Line:   97
  Failed: assertSame
Expected: [[/home/vagrant/ooRexx.testSuite.svn/SysSearchPath.testGroup], 
identityHash="-139794002173793"]
Actual:   [[], identityHash="-139794002175617"]

[failure] [20200403 22:22:07.837971]
  svn:r12042   Change date: 2020-04-03 22:08:35 +0200
  Test:   TEST_SEARCHPATH_VARIABLE
  Class:  SYSSEARCHPATH.TESTGROUP
  File:   .../ooRexx/base/rexxutil/SysSearchPath.testGroup
  Line:   129
  Failed: assertSame
Expected: 
[[/home/vagrant/ooRexx.testSuite.svn/ooRexx/base/rexxutil/SysSearchPath.testGroup],
 identityHash="-139794002283233"]
Actual:   [[], identityHash="-139794002286545"]

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 1 Apr 2020
OS Name:LINUX
SysVersion: Linux 5.5.13-200.fc31.x86_64

Tests ran:  23072
Assertions: 382654
Failures:   4
Errors: 0

File search:00:00:01.180996
Suite construction: 00:00:01.590962
Test execution: 00:03:46.899862
Total time: 00:03:50.030976

The environment

[vagrant@fedora ooRexx.testSuite.svn]$ rexx -v
Open Object Rexx Version 5.0.0 r12034
Build date: Apr  1 2020
Addressing mode: 64
Copyright (c) 1995, 2004 IBM Corporation. All rights reserved.
Copyright (c) 2005-2020 Rexx Language Association. All rights reserved.
This program and the accompanying materials are made available under the terms
of the Common Public License v1.0 which accompanies this distribution or at
http://www.oorexx.org/license.html 

[vagrant@fedora ooRexx.testSuite.svn]$ uname -a
Linux fedora 5.5.13-200.fc31.x86_64 #1 SMP Wed Mar 25 21:55:30 UTC 2020 x86_64 
x86_64 x86_64 GNU/Linux


[vagrant@fedora ooRexx.testSuite.svn]$ svn info
Path: .
Working Copy Root Path: /home/vagrant/ooRexx.testSuite.svn
URL: https://svn.code.sf.net/p/oorexx/code-0/test/trunk
Relative URL: ^/test/trunk
Repository Root: https://svn.code.sf.net/p/oorexx/code-0
Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
Revision: 12042
Node Kind: directory
Schedule: normal
Last Changed Author: erich_st
Last Changed Rev: 12042
Last Changed Date: 2020-04-03 22:08:35 +0200 (Fri, 03 Apr 2020)


[vagrant@fedora ooRexx.svn]$ svn info
Path: .
Working Copy Root Path: /home/vagrant/ooRexx.svn
URL: https://svn.code.sf.net/p/oorexx/code-0/main/trunk
Relative URL: ^/main/trunk
Repository Root: https://svn.code.sf.net/p/oorexx/code-0
Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
Revision: 12042
Node Kind: directory
Schedule: normal
Last Changed Author: erich_st
Last Changed Rev: 12039
Last Changed Date: 2020-04-03 21:42:59 +0200 (Fri, 03 Apr 2020)


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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: 382918
Failures:   5
Errors: 0

[failure] [20200403 22:14:01.819163]
  svn:r12014   Change date: 2020-03-27 19:09:44 +0100
  Test:   TEST_WAIT_CONCURRENT
  Class:  EventSemaphore.testGroup
  File:   .../ooRexx/base/class/EventSemaphore.testGroup
  Line:   157
  Failed: assertSame
Expected: [[1], identityHash="-4443317873"]
Actual:   [[0], identityHash="-4443215873"]
Message:  our worker should not time-out

[failure] [20200403 22:14:56.727029]
  svn:r11928   Change date: 2019-10-08 16:27:36 +0200
  Test:   TEST_SET_GET_DATETIME
  Class:  FILEDATETIME.TESTGROUP
  File:   .../ooRexx/base/rexxutil/SysFileDateTime.testGroup
  Line:   110
  Failed: assertSame
Expected: [[0], identityHash="-4443284433"]
Actual:   [[-1], identityHash="-4445253249"]

[failure] [20200403 22:14:57.178718]
  svn:r12042   Change date: 2020-04-03 22:08:35 +0200
  Test:   TEST_SEARCHPATH_ABSOLUTE
  Class:  SYSSEARCHPATH.TESTGROUP
  File:   .../ooRexx/base/rexxutil/SysSearchPath.testGroup
  Line:   106
  Failed: assertSame
Expected: [[/], identityHash="-4967090161"]
Actual:   [[], identityHash="-4966764289"]

[failure] [20200403 22:14:57.183582]
  svn:r12042   Change date: 2020-04-03 22:08:35 +0200
  Test:   TEST_SEARCHPATH_RELATIVE
  Class:  SYSSEARCHPATH.TESTGROUP
  File:   .../ooRexx/base/rexxutil/SysSearchPath.testGroup
  Line:   97
  Failed: assertSame
Expected: [[/opt/ooRexx.testSuite.svn/SysSearchPath.testGroup], 
identityHash="-4950582977"]
Actual:   [[], identityHash="-4950163505"]

[failure] [20200403 22:14:57.185111]
  svn:r12042   Change date: 2020-04-03 22:08:35 +0200
  Test:   TEST_SEARCHPATH_VARIABLE
  Class:  SYSSEARCHPATH.TESTGROUP
  File:   .../ooRexx/base/rexxutil/SysSearchPath.testGroup
  Line:   129
  Failed: assertSame
Expected: 
[[/opt/ooRexx.testSuite.svn/ooRexx/base/rexxutil/SysSearchPath.testGroup], 
identityHash="-4967285441"]
Actual:   [[], identityHash="-4961711697"]

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: 382918
Failures:   5
Errors: 0

File search:00:00:01.058689
Suite construction: 00:00:01.265969
Test execution: 00:03:55.432422
Total time: 00:03:58.207891

test_tilde07118 uninit delete
test_tilde92605 uninit delete


The environment

/opt/ooRexx.svn % rexx -v
Open Object Rexx Version 5.0.0 r12039
Build date: Apr  3 2020
Addressing mode: 64
Copyright (c) 1995, 2004 IBM Corporation. All rights reserved.
Copyright (c) 2005-2020 Rexx Language Association. All rights reserved.
This program and the accompanying materials are made available under the terms
of the Common Public License v1.0 which accompanies this distribution or at
http://www.oorexx.org/license.html
/opt/ooRexx.svn % uname -a
Darwin enrico-imac.local 17.7.0 Darwin Kernel Version 17.7.0: Thu Jan 23 
07:05:23 PST 2020; root:xnu-4570.71.69~1/RELEASE_X86_64 x86_64
/opt/ooRexx.svn % svn info
Path: .
Working Copy Root Path: /opt/ooRexx.svn
URL: https://svn.code.sf.net/p/oorexx/code-0/main/trunk
Relative URL: ^/main/trunk
Repository Root: https://svn.code.sf.net/p/oorexx/code-0
Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
Revision: 12042
Node Kind: directory
Schedule: normal
Last Changed Author: erich_st
Last Changed Rev: 12039
Last Changed Date: 2020-04-03 21:42:59 +0200 (Fri, 03 Apr 2020)





___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

Thank You for caring. The fix works
BUT …..
Since UNIX is case sensitive 
IMO It is just plain wrong to match the lower case of a file name

I just renamed testOORexx.rex to testoorexx.rex 
And invoking the test suite with 
rexx testOORexx . . .

It should have returned
 Failure during initialization: Program "testOORexx" was not found.
But the test suite was run anyway 

For the well known Rexx extension CLS,cls,REX,rex 
Is reasonable ( when the extension is not specified) to search for upper and 
lower case extensions
But only for the extension and not on the full filename

Cheers 
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

[Enrico Sorichetti via Oorexx-devel]

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 9.0.1-2.fc31)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
[vagrant@fedora ooRexx.svn]$ 

And … before You ask it behaves the same with gcc
[vagrant@fedora ooRexx.testSuite.svn]$ gcc --version
gcc (GCC) 9.2.1 20190827 (Red Hat 9.2.1-1)
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


[vagrant@fedora ooRexx.svn]$ svn info
Path: .
Working Copy Root Path: /home/vagrant/ooRexx.svn
URL: https://svn.code.sf.net/p/oorexx/code-0/main/trunk
Relative URL: ^/main/trunk
Repository Root: https://svn.code.sf.net/p/oorexx/code-0
Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
Revision: 12034
Node Kind: directory
Schedule: normal
Last Changed Author: erich_st
Last Changed Rev: 12034
Last Changed Date: 2020-03-31 22:41:17 +0200 (Tue, 31 Mar 2020)


[vagrant@fedora ooRexx.testSuite.svn]$ svn info
Path: .
Working Copy Root Path: /home/vagrant/ooRexx.testSuite.svn
URL: https://svn.code.sf.net/p/oorexx/code-0/test/trunk
Relative URL: ^/test/trunk
Repository Root: https://svn.code.sf.net/p/oorexx/code-0
Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
Revision: 12034
Node Kind: directory
Schedule: normal
Last Changed Author: erich_st
Last Changed Rev: 12033
Last Changed Date: 2020-03-31 22:40:00 +0200 (Tue, 31 Mar 2020)


[vagrant@fedora ooRexx.testSuite.svn]$ rexx -v
Open Object Rexx Version 5.0.0 r12034
Build date: Apr  1 2020
Addressing mode: 64
Copyright (c) 1995, 2004 IBM Corporation. All rights reserved.
Copyright (c) 2005-2020 Rexx Language Association. All rights reserved.
This program and the accompanying materials are made available under the terms
of the Common Public License v1.0 which accompanies this distribution or at
http://www.oorexx.org/license.html
[vagrant@fedora ooRexx.testSuite.svn]$ 



ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 1 Apr 2020
OS Name:LINUX
SysVersion: Linux 5.5.11-200.fc31.x86_64

Tests ran:  23061
Assertions: 382612
Failures:   2
Errors: 0

[failure] [20200401 11:06:08.985789]
  svn:r11985   Change date: 2020-02-27 21:24:37 +0100
  Test:   TEST_SEARCH_ORDER_TESTGROUP
  Class:  REQUIRES.testGroup
  File:   .../ooRexx/base/directives/REQUIRES.testGroup
  Line:   362
  Failed: assertSame
Expected: [[testGroup], identityHash="-140469326869153"]
Actual:   [[rex], identityHash="-140468748734097"]
Message:  this ::REQUIRES search order tests fails when run from within the 
same directory, but works as expected otherwise

[failure] [20200401 11:06:12.126584]
  svn:r11985   Change date: 2020-02-27 21:24:37 +0100
  Test:   TEST_SEARCH_ORDER
  Class:  CALL.testGroup
  File:   .../ooRexx/base/keyword/CALL.testGroup
  Line:   760
  Failed: assertSame
Expected: [[testGroup], identityHash="-140469299983345"]
Actual:   [[rex], identityHash="-140469000821521"]

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 1 Apr 2020
OS Name:LINUX
SysVersion: Linux 5.5.11-200.fc31.x86_64

Tests ran:  23061
Assertions: 382612
Failures:   2
Errors: 0

File search:00:00:01.178939
Suite construction: 00:00:01.467390
Test execution: 00:03:50.886738
Total time: 00:03:53.880083









___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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:r12014   Change date: 2020-03-27 19:09:44 +0100
  Test:   TEST_WAIT_CONCURRENT
  Class:  EventSemaphore.testGroup
  File:   .../ooRexx/base/class/EventSemaphore.testGroup
  Line:   157
  Failed: assertSame
Expected: [[1], identityHash="-4387952241"]
Actual:   [[0], identityHash="-4387850241"]
Message:  our worker should not time-out

File search:00:00:01.249879
Suite construction: 00:00:01.154680
Test execution: 00:04:04.573891
Total time: 00:04:07.242395


My best regards
Enrico Sorichetti


> On 25 Mar 2020, at 11:46, P.O. Jonsson  wrote:
> 
> Correction: on the Mac only the semaphore tests are failing, not the other 
> ones.
> 
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se 
> 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 a product release level. ooRexx also has a 
> language level that is decimal in form, but that is only updated when there 
> is a change to the language handled by the interpreter. Bug fixes would never 
> bump that, nor would new class libraries.

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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
 


On the other side the *ix is a bit murkier due also to the confusion about 
library versioning 

The terms used by CMAKE are 

PROJECT_VERSION
PROJECT_VERSION_MAJOR
PROJECT_VERSION_MINOR
PROJECT_VERSION_PATCH
PROJECT_VERSION_TWEAK

Looks like ooRexx used a mix of the three

So it seem reasonable to use 
VERSION for the triplet 
MAJOR_VERSION for the first level
RELEASE
MODIFICATON
For the rest

The fourth level in the iBM world 
Would be the maintenance level,
But it would not apply to the whole package , but only to the single components 

In the repository structure of the PC world 
The fourth level should be the revision for SVN based 
Or the hash for GIT/Mercurial repositories

And that’ s what I display in my tweaked Rexx 
Revision : Git, hash[318c73b+], commits(29), date[2020-02-01 16:10:32 +0100]
The same for Mercurial ( HG  instead of GIT ) 

For SVN it would be
Revision : SVN, revision[1234567+], date[2020-02-01 16:10:32 +0100]

The revision is roughly equivalent to the commit count

The plus at the end of the hash, revision tells that there are changes not 
committed

Going back to the subject…

In reality nobody cares about the single component names
In the IBM world when talking about some software version
The triplet is reported 

in some cases the IBM supports ask 
But only for customer support and maintenance 

cheers
enrico




> On 14 Mar 2020, at 15:54, Rony G. Flatscher  wrote:
> 
> As there is a "majorVersion", there should be a "minorVersion" and maybe a 
> "microVersion" instead of "modification" and "release", where the names then 
> would imply their position in the dot separated Rexx version? This way the 
> names become self-documentary. 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

>> 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 in the docprep step 
>> when all the other "housekeeping" is done. Since you (and I) had already run 
>> docprep with the previous version, the "housekeeping section" had already 
>> run so the folders were not created. This should only be a problem for you, 
>> P.O. and I (or anyone else with v1) that had run version 1 of the package.??
>> 


Hi all

For what is worth :-) 

I just  run a quick and dirty experiment 

Created a directory hierarchy 


Cd somewhere …


[enrico@enrico-imac ~]$mkdir z
[enrico@enrico-imac ~]$cd z
[enrico@enrico-imac z]$mkdir -p a/{b1,b2}
[enrico@enrico-imac z]$cd a
[enrico@enrico-imac a]$ll
total 0
drwxrwxr-x  2 enrico  staff64B Feb 29 17:30 b1
drwxrwxr-x  2 enrico  staff64B Feb 29 17:30 b2
[enrico@enrico-imac a]$cd ..
[enrico@enrico-imac z]$zip -r z.zip .
  adding: a/ (stored 0%)
  adding: a/b2/ (stored 0%)
  adding: a/b1/ (stored 0%)
[enrico@enrico-imac z]$unzip -v z
Archive:  z.zip
 Length   MethodSize  CmprDateTime   CRC-32   Name
  --  ---  -- -   
   0  Stored0   0% 02-29-2020 17:30   a/
   0  Stored0   0% 02-29-2020 17:30   a/b2/
   0  Stored0   0% 02-29-2020 17:30   a/b1/
  ---  ------
   00   0%3 files

And …
When unzipping the empty directories are there


Guess it depends on the zip program being used


Cheers 

Enrico

The behaviour is the same on Fedora and FreeBSD___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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

[failure] [20191127 14:49:02.239749]
  svn:r11905   Change date: 2019-07-31 15:06:45 -0400
  Test:   TESTERROR16
  Class:  DateFormatter.testGroup
  File:   .../ooRexx/extensions/dateparser/DateFormatter.testGroup
  Line:   -1
  Failed: expectSyntax
Expected: SYNTAX 88.932
Actual:   Not raised

File search:00:00:00.018348
Suite construction: 00:00:00.001481
Test execution: 00:00:00.054783
Total time: 00:00:01.040380



[vagrant@localhost ooRexx.testSuite]$ rexx -v
Open Object Rexx Version 5.0.0 r11950
Build date: Nov 27 2019
Addressing mode: 64
Copyright (c) 1995, 2004 IBM Corporation. All rights reserved.
Copyright (c) 2005-2019 Rexx Language Association. All rights reserved.
This program and the accompanying materials are made available under the terms
of the Common Public License v1.0 which accompanies this distribution or at
http://www.oorexx.org/license.html
[vagrant@localhost ooRexx.testSuite]$ 


Enrico

PS
It works on APPLE High Sierra 

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 27 Nov 2019
OS Name:DARWIN
SysVersion: Darwin 17.7.0

Tests ran:  33
Assertions: 197
Failures:   0
Errors: 0

File search:00:00:00.021452
Suite construction: 00:00:00.001094
Test execution: 00:00:00.032638
Total time: 00:00:01.004535


[enrico@enrico-imac ooRexx.testSuite]$rexx -v
Open Object Rexx Version 5.0.0 r11950
Build date: Nov 27 2019
Addressing mode: 64
Copyright (c) 1995, 2004 IBM Corporation. All rights reserved.
Copyright (c) 2005-2019 Rexx Language Association. All rights reserved.
This program and the accompanying materials are made available under the terms
of the Common Public License v1.0 which accompanies this distribution or at



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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: 380013
Failures:   0
Errors: 0

File search:00:00:01.227340
Suite construction: 00:00:01.018002
Test execution: 00:03:00.299794
Total time: 00:03:02.843231
 


The difference in the clang  for High Sierra is because there is a 
difference 
In the versions from Xcode and the corresponding Command Line Tools

[enrico@enrico-imac ~]$sudo xcode-select -r
Password:
[enrico@enrico-imac ~]$clang --version
Apple LLVM version 10.0.0 (clang-1000.11.45.5)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
InstalledDir: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
[enrico@enrico-imac ~]$sudo xcode-select -s /Library/Developer/CommandLineTools
[enrico@enrico-imac ~]$clang --version
Apple LLVM version 10.0.0 (clang-1000.10.44.4)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin


Enrico 



> On 26 Nov 2019, at 22:14, P.O. Jonsson  wrote:



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx on Fedora

[Enrico Sorichetti via Oorexx-devel]

> 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 needed,
Some directories/paths ( lib certainly ) are hardcoded , and will have to be 
defined according to the GNUInstallDirs logic
By passing the proper -D…… constructs

Enrico


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx on Fedora

[Enrico Sorichetti via Oorexx-devel]

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 be 
/usr/local 

The /usr directory should be updated only and I confirm ONLY by rpms / debs  
BUILT and CERTIFIED by the system maintainers 

Hi P.O

Just two silly questions ( sorry for asking )

Are You running the test using the rexx in the build path 
Or from the installed Rexx

In the first case did You remember to …  source setTestEnv.sh

The date parser.cls is installed in the bin directory

Cheers

Enrico


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Revision 11930

[Enrico Sorichetti via Oorexx-devel]

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

Tests ran:  22860
Assertions: 373803
Failures:   1
Errors: 0

[failure] [20191011 16:21:59.498336]
  svn:r11336   Change date: 2017-12-03 12:45:10 +0100
  Test:   TESTCLASSFAMILIES
  Class:  rxregexp.testGroup
  File:   .../ooRexx/extensions/rxregexp/rxregexp.testGroup
  Line:   665
  Failed: assertFalse
Expected: [0]
Actual:   [[1], identityHash="-4502689377"]
Message:  Checking excluded character ? ('AA'x) using [:lower:]


Running only the “offending group”  rexx testOORexx.rex -s -f rxregexp.testGroup
Returns 

[enrico@enrico-imac ooRexx.testSuite]$rexx testOORexx.rex -s -f 
rxregexp.testGroup
Searching for test containers..
Executing automated test suite
Executing .../ooRexx/extensions/rxregexp/rxregexp.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 10 Oct 2019
OS Name:DARWIN
SysVersion: Darwin 17.7.0

Tests ran:  35
Assertions: 11741
Failures:   0
Errors: 0

File search:00:00:00.037550
Suite construction: 00:00:00.001313
Test execution: 00:00:00.076152
Total time: 00:00:00.578987


Cheers

Enrico 





























___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Revision 11929/11928

[Enrico Sorichetti via Oorexx-devel]

To be sure I restarted from scratch
Even if I was VERY SURE that I was running from UP TO DATE repositories

Unfortunately … 


The test suite 

[vagrant@localhost ooRexx.testSuite]$ svn status
?   address-with.tmp
?   ooRexx/base/class/directory_exist
[vagrant@localhost ooRexx.testSuite]$ svn info
Path: .
Working Copy Root Path: /opt/ooRexx.testSuite
URL: https://svn.code.sf.net/p/oorexx/code-0/test/trunk
Relative URL: ^/test/trunk
Repository Root: https://svn.code.sf.net/p/oorexx/code-0
Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
Revision: 11929
Node Kind: directory
Schedule: normal
Last Changed Author: erich_st
Last Changed Rev: 11928
Last Changed Date: 2019-10-08 14:27:36 + (Tue, 08 Oct 2019)



The sources 


[vagrant@localhost ooRexx.svn]$ svn status
[vagrant@localhost ooRexx.svn]$ svn info  
Path: .
Working Copy Root Path: /opt/ooRexx.svn
URL: https://svn.code.sf.net/p/oorexx/code-0/main/trunk
Relative URL: ^/main/trunk
Repository Root: https://svn.code.sf.net/p/oorexx/code-0
Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
Revision: 11929
Node Kind: directory
Schedule: normal
Last Changed Author: erich_st
Last Changed Rev: 11929
Last Changed Date: 2019-10-08 14:30:58 + (Tue, 08 Oct 2019)



The
 
ooRexx/extensions/dateparser/DateFormatter.testGroup



::method testError16
  self~expectSyntax(88.932)
  .DateFormatter~format(.datetime~new, "-z")

As it should 

Enrico


> On 10 Oct 2019, at 15:57, Rick McGuire  wrote:
> 
> I suspect you are using an out-of-date version of DateFormatter.testGroup. 
> The test line in question in that file should be:
> 
> .DateFormatter~format(.datetime~new, "-z")
> The older version had "-" as the template, which is no longer 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
> OS Name:LINUX
> SysVersion: Linux 5.2.9-200.fc30.x86_64
> 
> Tests ran:  22869
> Assertions: 373835
> Failures:   2
> Errors: 0
> 
> [failure] [20191010 13:42:22.723626]
>   svn:r11905   Change date: 2019-07-31 15:06:45 -0400
>   Test:   TESTERROR16
>   Class:  DateFormatter.testGroup
>   File:   .../ooRexx/extensions/dateparser/DateFormatter.testGroup
>   Line:   -1
>   Failed: expectSyntax
> Expected: SYNTAX 88.932
> Actual:   Not raised
> 
> [failure] [20191010 13:42:23.205377]
>   svn:r11336   Change date: 2017-12-03 11:45:10 +
>   Test:   TESTCLASSFAMILIES
>   Class:  rxregexp.testGroup
>   File:   .../ooRexx/extensions/rxregexp/rxregexp.testGroup
>   Line:   665
>   Failed: assertFalse
> Expected: [0]
> Actual:   [[1], identityHash="-140212932257393"]
> Message:  Checking excluded character ? ('AA'x) using [:lower:]
> 
> 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
> 
> 
> Enrico
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net <mailto:Oorexx-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
> <https://lists.sourceforge.net/lists/listinfo/oorexx-devel>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Revision 11929/11928

[Enrico Sorichetti via Oorexx-devel]

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 13:42:22.723626]
  svn:r11905   Change date: 2019-07-31 15:06:45 -0400
  Test:   TESTERROR16
  Class:  DateFormatter.testGroup
  File:   .../ooRexx/extensions/dateparser/DateFormatter.testGroup
  Line:   -1
  Failed: expectSyntax
Expected: SYNTAX 88.932
Actual:   Not raised

[failure] [20191010 13:42:23.205377]
  svn:r11336   Change date: 2017-12-03 11:45:10 +
  Test:   TESTCLASSFAMILIES
  Class:  rxregexp.testGroup
  File:   .../ooRexx/extensions/rxregexp/rxregexp.testGroup
  Line:   665
  Failed: assertFalse
Expected: [0]
Actual:   [[1], identityHash="-140212932257393"]
Message:  Checking excluded character ? ('AA'x) using [:lower:]

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


Enrico


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Revision 11929/11928

[Enrico Sorichetti via Oorexx-devel]

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] [20191009 09:16:14.375220]
  svn:r11336   Change date: 2017-12-03 12:45:10 +0100
  Test:   TESTCLASSFAMILIES
  Class:  rxregexp.testGroup
  File:   .../ooRexx/extensions/rxregexp/rxregexp.testGroup
  Line:   665
  Failed: assertFalse
Expected: [0]
Actual:   [[1], identityHash="-4319168097"]
Message:  Checking excluded character ? ('AA'x) using [:lower:]

File search:00:00:01.023321
Suite construction: 00:00:01.069657
Test execution: 00:03:02.171515
Total time: 00:03:04.746610




Enrico

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] At revision Revision: 11916

[Enrico Sorichetti via Oorexx-devel]

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 initialization: Program "-s" was not found.

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 25 Sep 2019
OS Name:DARWIN
SysVersion: Darwin 17.7.0

Tests ran:  12
Assertions: 37
Failures:   1
Errors: 0

[failure] [20190925 17:02:57.041932]
  svn:r11562   Change date: 2018-12-03 23:45:29 +0100
  Test:   TEST_REXXC_NO_ARG_OPTION_S
  Class:  rexxc.testGroup
  File:   .../ooRexx/utilities/rexxc/rexxc.testGroup
  Line:   77
  Failed: assertRc
Expected: [[-1], identityHash="-4373287585"]
Actual:   [[253], identityHash="-4378635009"]

File search:00:00:00.034192
Suite construction: 00:00:00.000606
Test execution: 00:00:00.130452
Total time: 00:00:00.633522

[enrico@enrico-imac ooRexx.trunk.testSuite]$

e___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] dependency on svn

[Enrico Sorichetti via Oorexx-devel]

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 
> perhaps incomplete. Do you have another other suggestions on how to test for 
> this?
> 
> Rick
> 
> On Tue, Sep 17, 2019 at 6:51 AM Erich Steinböck  > wrote:
> > if( EXISTS ${CMAKE_SOURCE_DIR}/.svn )
> I don't think this is a good solution, as it depends on how you check out 
> sources.
> If you check out main/trunk, main/trunk/.svn will exist
> But if you check out main, no main/trunk/.svn will exist (only main/.svn)
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] dependency on svn

[Enrico Sorichetti via Oorexx-devel]

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 ${ORX_BLD_LVL}")
endif()



Best regards 
Enrico


> On 13 Sep 2019, at 16:59, René Jansen  wrote:
> 
> Hi Enrico,
> 
> can you make it so that cmake does not choke on an absent svn? Working 
> revisions on git is a bonus but I don’t really need that - and they are uuids.
> I’m all for git, in fact this is one of the last svn instances I pull from. 
> But I don’t want to start that discussion, I just want to get rid of the 
> dependency (which in my view, is wrong). 
> If you can make that happen, that would be great. For now, I just edit it out 
> but will leave it in the svn repo.
> 
> In NetRexx, we generate the revision as a timestamp, and a build number to a 
> file and pick that up, and we made the change to git some years ago without 
> even noticing.
> 
> best regards,
> 
> René

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] dependency on svn

[Enrico Sorichetti via Oorexx-devel]

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 “+” tells that there are uncommitted changes

Built from a GIT Repo
[enrico@enrico-imac ooRexx.trunk.bin]$/Users/enrico/ooRexx/bin/rexx -v
Open Object Rexx Version 5.0.0 r1 Git[9e6661ee02d3]
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.

Enrico

PS.: If You want I can also do it for a mercurial repository

I know the nobody wants to hear about it, but having a GIT repo would make 
collaboration MUCH MORE EASY

Fork the repo 
Commit the proposed changes to the forked repository
Create a pull request
Process the pull request ( apply / reject )


> On 13 Sep 2019, at 11:44, Rick McGuire  wrote:
> 
> Yes, I object to the removal. Including the revision number information is a 
> helpful 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  > wrote:
> 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 put up a copy on Github which works brilliantly. But … and 
> here it comes… CmakeLists.txt has a hard dependency on Subversion and does an 
> 'svn info' which breaks the build from git, as that is not an svn working 
> copy.
> 
> I cannot see the rationale for this. Took it out and the build succeeds. Does 
> anybody mind if I take that out of the svn repository CMakeLists.txt also?
> 
> best regards,
> 
> René.
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] dependency on svn

[Enrico Sorichetti via Oorexx-devel]

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 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 put up a copy on Github which works brilliantly. But … and 
> here it comes… CmakeLists.txt has a hard dependency on Subversion and does an 
> 'svn info' which breaks the build from git, as that is not an svn working 
> copy.
> 
> I cannot see the rationale for this. Took it out and the build succeeds. Does 
> anybody mind if I take that out of the svn repository CMakeLists.txt also?
> 
> best regards,
> 
> René.
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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
Distributed under the Boost Software License, Version 1.0.
(See accompanying file BOOST_LICENSE_1_0.txt or copy at
http://www.boost.org/LICENSE_1_0.txt)
#]]

#[[ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Specify that the current CMake code is written for the given
version of CMake.  All policies introduced in the specified
version or earlier will be set to use ``NEW`` behavior.
#]]
cmake_minimum_required( VERSION 3.14 )

#[[ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
dummy project
#]]
project( dummmy )

#[[ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
#]]
function( vsnap )

set( _args "${ARGV}" )
list( SORT _args )
list( REMOVE_DUPLICATES _args )

set( _selvars "" )

get_cmake_property( _allvars VARIABLES )

foreach( _argv IN LISTS _args )

string( REGEX MATCH "([^\\*]*)" _head "${_argv}" )

if( _head STREQUAL _argv )
list( APPEND _selvars "${_argv}" )
continue()
endif()

string (REGEX MATCHALL "(^|;)${_head}[A-Za-z0-9_]*" _vars "${_allvars}")

foreach( _var IN LISTS _vars )

if( "${_var}" STREQUAL "" )
continue()
endif()

list( APPEND _selvars "${_var}" )

endforeach()

endforeach()

list( SORT _selvars )

list( REMOVE_DUPLICATES _selvars )

foreach( _var IN LISTS _selvars )
message( "[[ ${_var} '${${_var}}' " )
endforeach()

return()

endfunction()

#[[ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
#]]
include( GNUInstallDirs )

vsnap( "CMAKE_INSTALL_*")


Running cmake it will show a GNU compliant install directory structure 

Tested on Fedora30 it returned 

[[ CMAKE_INSTALL_BINDIR 'bin' 
[[ CMAKE_INSTALL_DATADIR 'share' 
[[ CMAKE_INSTALL_DATAROOTDIR 'share' 
[[ CMAKE_INSTALL_DEFAULT_COMPONENT_NAME 'Unspecified' 
[[ CMAKE_INSTALL_DOCDIR 'share/doc/dummmy' 
[[ CMAKE_INSTALL_FULL_BINDIR '/usr/local/bin' 
[[ CMAKE_INSTALL_FULL_DATADIR '/usr/local/share' 
[[ CMAKE_INSTALL_FULL_DATAROOTDIR '/usr/local/share' 
[[ CMAKE_INSTALL_FULL_DOCDIR '/usr/local/share/doc/dummmy' 
[[ CMAKE_INSTALL_FULL_INCLUDEDIR '/usr/local/include' 
[[ CMAKE_INSTALL_FULL_INFODIR '/usr/local/share/info' 
[[ CMAKE_INSTALL_FULL_LIBDIR '/usr/local/lib64' 
[[ CMAKE_INSTALL_FULL_LIBEXECDIR '/usr/local/libexec' 
[[ CMAKE_INSTALL_FULL_LOCALEDIR '/usr/local/share/locale' 
[[ CMAKE_INSTALL_FULL_LOCALSTATEDIR '/usr/local/var' 
[[ CMAKE_INSTALL_FULL_MANDIR '/usr/local/share/man' 
[[ CMAKE_INSTALL_FULL_OLDINCLUDEDIR '/usr/include' 
[[ CMAKE_INSTALL_FULL_RUNSTATEDIR '/usr/local/var/run' 
[[ CMAKE_INSTALL_FULL_SBINDIR '/usr/local/sbin' 
[[ CMAKE_INSTALL_FULL_SHAREDSTATEDIR '/usr/local/com' 
[[ CMAKE_INSTALL_FULL_SYSCONFDIR '/usr/local/etc' 
[[ CMAKE_INSTALL_INCLUDEDIR 'include' 
[[ CMAKE_INSTALL_INFODIR 'share/info' 
[[ CMAKE_INSTALL_LIBDIR 'lib64' 
[[ CMAKE_INSTALL_LIBEXECDIR 'libexec' 
[[ CMAKE_INSTALL_LOCALEDIR 'share/locale' 
[[ CMAKE_INSTALL_LOCALSTATEDIR 'var' 
[[ CMAKE_INSTALL_MANDIR 'share/man' 
[[ CMAKE_INSTALL_OLDINCLUDEDIR '/usr/include' 
[[ CMAKE_INSTALL_PREFIX '/usr/local' 
[[ CMAKE_INSTALL_PREFIX_INITIALIZED_TO_DEFAULT '1' 
[[ CMAKE_INSTALL_RUNSTATEDIR 'var/run' 
[[ CMAKE_INSTALL_SBINDIR 'sbin' 
[[ CMAKE_INSTALL_SHAREDSTATEDIR 'com' 
[[ CMAKE_INSTALL_SO_NO_EXE '0' 
[[ CMAKE_INSTALL_SYSCONFDIR 'etc' 


Note how it correctly determined that the libraries should be installed into 
lib64

Cheers

Enrico

PS.
The changes to the ooRexx CMakeLists are minimal
The destination directories should be defined as variables properly 
initialised, rather than hardcoded


> On 14 Aug 2019, at 06:10, Mark Hessling  wrote:
> 
> Hi Rony,
> 
> I had the same issue when I made the changes to the CMake processing to build 
> the RPM.  To get the configurability of update-alternatives I had to use a 
> user-supplied spec file rather than the CMake-generated one. This appears to 
> have caused CMake to not understand where the generated RPM file is.  
> I updated my CMake to CMake v3 and didn't get the error, however this version 
> of CMake ignored the name of the RPM file and used its own name.
> 
> I don't know CMake enough to determine how to fix the build issue.
> Cheers, Mark
> On 13/8/19 10:53 pm, Rony G. Flatscher wrote:
>> Hi there,
>> 
>>  
>>  reports a problem when using 
>> CMake to create a rpm package for ooRexx on Linux (used to work) using the 
>> command "cpack ./" after successfully running "cmake -DBUILD_RPM=1 
>> -DOS_DIST=fedora 

Re: [Oorexx-devel] At revision r11880

[Enrico Sorichetti via Oorexx-devel]

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: 378900
Failures:   3
Errors: 0

[failure] [20190504 19:03:21.825730]
  svn:r11565   Change date: 2018-12-04 23:11:54 +0100
  Test:   TEST_WINVER_ONE_ARG
  Class:  SysWinVer.testGroup
  File:   .../ooRexx/base/rexxutil/platform/windows/SysWinVer.testGroup
  Line:   -1
  Failed: expectSyntax
Expected: SYNTAX 88.922
Actual:   Not raised

[failure] [20190504 19:03:21.828265]
  svn:r11565   Change date: 2018-12-04 23:11:54 +0100
  Test:   TEST_WINVER_VER
  Class:  SysWinVer.testGroup
  File:   .../ooRexx/base/rexxutil/platform/windows/SysWinVer.testGroup
  Line:   81
  Failed: assertTrue
Expected: [1]
Actual:   [[0], identityHash="-4566562801"]
Message:  SysWinVer TestGroup should match ver command output 

[failure] [20190504 19:03:21.829663]
  svn:r11565   Change date: 2018-12-04 23:11:54 +0100
  Test:   TEST_WINVER_WELLFORMED
  Class:  SysWinVer.testGroup
  File:   .../ooRexx/base/rexxutil/platform/windows/SysWinVer.testGroup
  Line:   69
  Failed: assertTrue
Expected: [1]
Actual:   [[0], identityHash="-4566562801"]
Message:  SysWinVer should return vv.rr.; found TestGroup

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: 378900
Failures:   3
Errors: 0

File search:00:00:01.240292
Suite construction: 00:00:00.936926
Test execution: 00:03:01.272357
Total time: 00:03:03.737694

Probably the test should run only on windows

Cheers
E

PS. Tested also on Linux(Fedora 30) … same behaviour!

> On 4 May 2019, at 15:25, Erich Steinböck  wrote:
> 
> Hi Enrico, thanks.
> I just committed a fix with revision 11881

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] At revision r11880

[Enrico Sorichetti via Oorexx-devel]

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 ran:  22682
Assertions: 378880
Failures:   2
Errors: 0

[failure] [20190504 09:51:23.043447]
  svn:r11611   Change date: 2018-12-15 20:03:05 +0100
  Test:   TEST_RXQUEUE_ENVIRONMENT_VARIABLE
  Class:  rxQueue.testGroup
  File:   .../ooRexx/utilities/rxqueue/rxQueue.testGroup
  Line:   310
  Failed: assertSame
Expected: [[3], identityHash="-4361798097"]
Actual:   [[0], identityHash="-4361734961"]

[failure] [20190504 09:51:23.086203]
  svn:r11611   Change date: 2018-12-15 20:03:05 +0100
  Test:   TEST_RXQUEUE_MAXIMUM_LINE_LENGTH
  Class:  rxQueue.testGroup
  File:   .../ooRexx/utilities/rxqueue/rxQueue.testGroup
  Line:   195
  Failed: assertEquals
Expected: [[2], identityHash="-4361811985"]
Actual:   [[0], identityHash="-4361734961"]

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 3 May 2019
OS Name:DARWIN
SysVersion: Darwin 17.7.0

Tests ran:  22682
Assertions: 378880
Failures:   2
Errors: 0

File search:00:00:01.256994
Suite construction: 00:00:01.604043
Test execution: 00:03:21.730243
Total time: 00:03:24.858822


And quite a few errors due to bad handling of paths with embedded blanks


Executing .../ooRexx/base/bif/STREAM.testGroup
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory



Executing .../ooRexx/base/class/Stream.testGroup
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory
chmod: /Volumes/My: No such file or directory
chmod: Passport: No such file or directory
chmod: for: No such file or directory
chmod: Mac/ooRexx.trunk.testSuite/delMe.stream.test_open_write_only: No such 
file or directory



/bin/sh: /Volumes/My: No such file or directory
cat: /Volumes/My: No such file or directory
cat: Passport: No such file or directory
cat: for: No such file or directory
cat: Mac/ooRexx.trunk.testSuite/rxqueue_maximum_line_length: No such file or 
directory



E


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] At revision r11879

[Enrico Sorichetti via Oorexx-devel]

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: 2019-05-01 23:05:54 +0200
  Test:   TEST_TEMPORARYPATH
  Class:  File.testGroup
  File:   .../ooRexx/base/class/File.testGroup
  Line:   592
  Failed: assertSame
Expected: [[/var/folders/lp/07c974hn2r5_yv26w3fjxbsmgn/T/], 
identityHash="-4840157105"]
Actual:   [[/var/folders/lp/07c974hn2r5_yv26w3fjxbsmgn/T], 
identityHash="-4840159329"]

File search:00:00:01.183943
Suite construction: 00:00:01.200216
Test execution: 00:03:00.868950
Total time: 00:03:03.602499


E

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] At revision r11865

[Enrico Sorichetti via Oorexx-devel]

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: 0

[failure] [20190420 12:50:16.201122]
  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], identityHash="-4560994769"]
Actual:   [[0], identityHash="-5018367153"]

File search:00:00:00.973035
Suite construction: 00:00:01.189843
Test execution: 00:02:59.108783
Total time: 00:03:01.301835


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] syntax highlighting plist for bbedit

[Enrico Sorichetti via Oorexx-devel]

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


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 06:56:12.050917]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_FLOATINGMETHOD
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   310
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:12.051854]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_METHOD
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   296
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:12.052747]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_METHODPUBLIC
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   282
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:12.054004]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_ROUTINE
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   316
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:12.054517]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_THISPACKAGE
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   276
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:33.910025]
  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], identityHash="-4495735553"]
Actual:   [[0], identityHash="-5150768721"]

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

File search:00:00:01.274772
Suite construction: 00:00:01.146633
Test execution: 00:03:00.376840
Total time: 00:03:03.037468


Note …

On march 25 I had already posted  the 

[failure] [20190411 06:56:33.910025]
  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], identityHash="-4495735553"]
Actual:   [[0], identityHash="-5150768721"]



E

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] r 11849

[Enrico Sorichetti via Oorexx-devel]

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], identityHash="-4517702401"]
Actual:   [[0], identityHash="-4847839793"]



E










___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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:
> It works (except for Windows) out of the box on Linux, Darwin, . The Windows 
> part has currently the problem that the "include" and "lib" directories are 
> folded into the "%REXX_HOME%\api" directory. Therefore I would suggest to 
> remove "api" and split its contents accordingly into the new subdirectories 
> "%REXX_HOME%\include" (containing the *.h files) and "%REXX_HOME%\lib" 
> (containing the *.lib files).
> 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 Rexx Version 5.0.0 r11846
> 
> agrellum@openindiana:~/test$ rexx testOORexx.rex -X native_api
> Searching for test containers
> Executing automated test suite ..
> ...
> ...
> .3623
> 20001
> 
> 
> ooTest Framework - Automated Test of the ooRexx Interpreter
> 
> Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 21 Mar 2019
> OS Name:SUNOS
> SysVersion: SunOS 5.11
> 
> Tests ran:  22642
> Assertions: 377533
> Failures:   4
> Errors: 0
> 
> [failure] [20190321 12:04:52.976675]
>   svn:r11734   Change date: 2019-02-08 15:41:41 -0500
>   Test:   TEST_SEARCH_FILE
>   Class:  SysFileXXX.testgroup
>   File:   .../ooRexx/base/rexxutil/SysFileXXX.testGroup
>   Line:   272
>   Failed: assertEquals
> Expected: 
> [[yyX],
>  identityHash="-491349985"]
> Actual: 
> 

Re: [Oorexx-devel] At revision r11833

[Enrico Sorichetti via Oorexx-devel]

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 "/Users/enrico/tests/d.regina", line 3: Incorrect call to 
routine
Error 40.27: LINEOUT argument 1, must be a valid stream name; found . . . . . .


> On 11 Mar 2019, at 11:59, Rick McGuire  wrote:
> 
> Because it is not allowed to. Rexx streams raise a NOTREADY condition for any 
> failures. 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] At revision r11833

[Enrico Sorichetti via Oorexx-devel]

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 4.1.2 ( at least )




> On 11 Mar 2019, at 11:29, Rick McGuire  wrote:
> 
> Ok, I found it...I am really, really surprised this never happened when I was 
> running the tests or Rony had never seen this when he was playing around with 
> the classes. 
> 
> Rick

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] At revision r11833

[Enrico Sorichetti via Oorexx-devel]

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 mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] At revision r11833

[Enrico Sorichetti via Oorexx-devel]

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
   3502 {
   3503 if (heldMutexes != OREF_NULL)
   3504 {
-> 3505 Protected semaphores = heldMutexes->allIndexes();
   3506 for (size_t i = 1; i <= semaphores->items(); i++)
   3507 {
   3508 MutexSemaphoreClass *mutex = (MutexSemaphoreClass 
*)semaphores->get(i);
Target 0: (rexx) stopped.


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

Hello Rick,
I looked  at  the unix/SysSemaphore.cpp file.

I noticed a couple of things, 

Nanosleep wants an interval not a wakeup time,
DESCRIPTION
 The nanosleep() function causes the calling thread to sleep for the amount 
of time specified in rqtp 


So right now given the call to SysSemaphore::createTimeOut
It would have waited - I tested about 45 minutes ago - around 20 hours

RETURN VALUES
 If nanosleep() returns because the requested time has elapsed, the value 
returned will be zero.

 If nanosleep() returns due to the delivery of a signal, the value returned 
will be the -1, and the global variable errno will be set to indicate the
 interruption.  If rmtp is non-NULL, the timespec structure it references 
is updated to contain the unslept amount (the request time minus the time
 actually slept).

So in case of a successful wait , most probably the struct timespec slept 
Will contain garbage 

I will keep investigating 

E

Ps
What is the unit of measure of 50  in
self~assertFalse(sem~acquire(50)) ?






> On 9 Mar 2019, at 16:29, Rick McGuire  wrote:
> 
> This does not use the same semaphores that SysMutexSemaphore uses, it uses 
> the same abstraction classes that the interpreter uses internally. If those 
> don't work, then the testsuite would be falling over all over the place. The 
> line that's hanging is the first line that uses the replacement 
> pthread_mutex_lockedwait() function, so this function just needs a little 
> debugging. I'm going to be a bit busy today, but when I get a chance, I'll 
> see if I can reproduce the hang in scaffold mold on Ubuntu, but if you can 
> provide any debugging information before that it would be helpful. The 
> function is located in the unix/SysSemaphore.cpp 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
> 
> 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 > <mailto:enricosoriche...@mac.com>> wrote:
>> 
>> Thank You Rick,
>> It builds and runs the testsuite
>> E
>> 
>> 
>>> On 9 Mar 2019, at 12:45, Rick McGuire >> <mailto:object.r...@gmail.com>> 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 the latest version 
>>> to verify it builds. 
>>> 
>>> Rick
>> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net <mailto:Oorexx-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
> <https://lists.sourceforge.net/lists/listinfo/oorexx-devel>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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  wrote:
> 
> 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 the latest version to 
>> verify it builds. 
>> 
>> Rick
> 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 the latest version to 
> verify it builds. 
> 
> Rick

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

f you have the  header file. */
 #cmakedefine HAVE_PWD_H
 
@@ -111,16 +114,16 @@
 /* Define to 1 if you have the  header file. */
 #cmakedefine HAVE_SCHED_H
 
-/* Define to 1 if you have the `setlocale' function. */
+/* Define to 1 if you have the 'setlocale' function. */
 #cmakedefine HAVE_SETLOCALE
 
-/* Define to 1 if you have the `sighold' function. */
+/* Define to 1 if you have the 'sighold' function. */
 #cmakedefine HAVE_SIGHOLD
 
 /* Define to 1 if you have the  header file. */
 #cmakedefine HAVE_SIGNAL_H
 
-/* Define to 1 if you have the `sigprocmask' function. */
+/* Define to 1 if you have the 'sigprocmask' function. */
 #cmakedefine HAVE_SIGPROCMASK
 
 /* Define to 1 if you have the  header file. */
@@ -132,7 +135,7 @@
 /* Define to 1 if you have the  header file. */
 #cmakedefine HAVE_STDLIB_H
 
-/* Define to 1 if you have the `strdup' function. */
+/* Define to 1 if you have the 'strdup' function. */
 #cmakedefine HAVE_STRDUP
 
 /* Define to 1 if you have the  header file. */
@@ -198,7 +201,7 @@
 /* Define to 1 if you have the  header file. */
 #cmakedefine HAVE_NCURSES_H
 
-/* Define to 1 if you have the `vprintf' function. */
+/* Define to 1 if you have the 'vprintf' function. */
 #cmakedefine HAVE_VPRINTF
 
 /* Name of package */


E



> On 9 Mar 2019, at 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 
> provide it
> 
> The function would work if it was there, but it is not
> 
> AMEN
> 
> 
>> On 9 Mar 2019, at 02:21, Rick McGuire > <mailto:object.r...@gmail.com>> wrote:
>> 
>>  Saying not to use it doesn't help if you are basically saying the function 
>> can't work. 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 McGuire  wrote:
> 
>  Saying not to use it doesn't help if you are basically saying the function 
> can't work. 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

/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
   ^
/Users/enrico/ooRexx.svn.rem.src/common/platform/unix/SysSemaphore.cpp:237:9: 
error: use of undeclared identifier 'result'
result = pthread_cond_timedwait(&(this->semCond), &(this->semMutex), 
);
^
/Users/enrico/ooRexx.svn.rem.src/common/platform/unix/SysSemaphore.cpp:241:12: 
error: use of undeclared identifier 'result'
return result != ETIMEDOUT;
   ^
/Users/enrico/ooRexx.svn.rem.src/common/platform/unix/SysSemaphore.cpp:336:12: 
error: use of undeclared identifier 'pthread_mutex_timedlock'
return pthread_mutex_timedlock(, ) == 0;
   ^
4 errors generated.


Easy to fix the result thing

Please note that 

pthread_mutex_timedlock 

is not part of the POSIX pthreads specifications

So to provide maximum portability it should not be used, 

E


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] MAXIMUM_FILENAME_LENGTH and more

[Enrico Sorichetti via Oorexx-devel]

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 method of the .File class rather than on 
> RexxInfo. That's where we tend to put file system related stuff. 
> 
> Rick

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] MAXIMUM_FILENAME_LENGTH and more

[Enrico Sorichetti via Oorexx-devel]

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: interpreter/classes/RexxInfoClass.cpp
===
--- interpreter/classes/RexxInfoClass.cpp   (revision 11825)
+++ interpreter/classes/RexxInfoClass.cpp   (working copy)
@@ -457,7 +457,18 @@
 return new_integer(Numerics::MIN_EXPONENT);
 }

+/**
+ * Return the maximum FileName length allowed by the file system
+ *
+ * @return (Windows) MAX_PATH - 1 or (Unix) NAME_MAX, as an Integer object.
+ */
+RexxObject *RexxInfo::getMaxFileNameLength()
+{
+// usable length is one less, as one char is reserved for the terminating 
NUL
+return new_integer(SysFileSystem::MaximumFileNameLength - 1);
+}

+
 /**
  * Return the maximum path length allowed by the file system
  *
Index: interpreter/classes/RexxInfoClass.hpp
===
--- interpreter/classes/RexxInfoClass.hpp   (revision 11825)
+++ interpreter/classes/RexxInfoClass.hpp   (working copy)
@@ -91,6 +91,7 @@
 RexxObject *getInternalMinNumber();
 RexxObject *getMaxExponent();
 RexxObject *getMinExponent();
+RexxObject *getMaxFileNameLength();
 RexxObject *getMaxPathLength();
 RexxObject *getMaxArraySize();

Index: interpreter/execution/CPPCode.cpp
===
--- interpreter/execution/CPPCode.cpp   (revision 11825)
+++ interpreter/execution/CPPCode.cpp   (working copy)
@@ -1213,6 +1213,7 @@
 CPPM(RexxInfo::getInternalMinNumber),
 CPPM(RexxInfo::getMaxExponent),
 CPPM(RexxInfo::getMinExponent),
+CPPM(RexxInfo::getMaxFileNameLength),
 CPPM(RexxInfo::getMaxPathLength),
 CPPM(RexxInfo::getMaxArraySize),

Index: interpreter/memory/Setup.cpp
===
--- interpreter/memory/Setup.cpp(revision 11825)
+++ interpreter/memory/Setup.cpp(working copy)
@@ -1240,6 +1240,7 @@
 AddMethod("internalMinNumber", RexxInfo::getInternalMinNumber, 0);
 AddMethod("maxExponent", RexxInfo::getMaxExponent, 0);
 AddMethod("minExponent", RexxInfo::getMinExponent, 0);
+AddMethod("maxFileNameLength", RexxInfo::getMaxFileNameLength, 0);
 AddMethod("maxPathLength", RexxInfo::getMaxPathLength, 0);
 AddMethod("maxArraySize", RexxInfo::getMaxArraySize, 0);

Index: interpreter/platform/unix/SysFileSystem.hpp
===
--- interpreter/platform/unix/SysFileSystem.hpp (revision 11825)
+++ interpreter/platform/unix/SysFileSystem.hpp (working copy)
@@ -56,13 +56,11 @@
 #elif defined(_POSIX_PATH_MAX)
 #define MAXIMUM_PATH_LENGTH _POSIX_PATH_MAX + 1
 #else
-#define MAXIMUM_PATH_LENGTH
+#define MAXIMUM_PATH_LENGTH 1025
 #endif

-#if defined(FILENAME_MAX)
-#define MAXIMUM_FILENAME_LENGTH FILENAME_MAX + 1
-#elif defined(_MAX_FNAME)
-#define MAXIMUM_FILENAME_LENGTH _MAX_FNAME + 1
+#if defined(NAME_MAX)
+#define MAXIMUM_FILENAME_LENGTH NAME_MAX + 1
 #elif defined(_POSIX_NAME_MAX)
 #define MAXIMUM_FILENAME_LENGTH _POSIX_NAME_MAX + 1
 #else

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] MAXIMUM_FILENAME_LENGTH and more

[Enrico Sorichetti via Oorexx-devel]

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 MAXIMUM_PATH_LENGTH
#endif

#if defined(FILENAME_MAX)
# define MAXIMUM_FILENAME_LENGTH FILENAME_MAX + 1
#elif defined(_MAX_FNAME)
# define MAXIMUM_FILENAME_LENGTH _MAX_FNAME + 1
#elif defined(_POSIX_NAME_MAX)
# define MAXIMUM_FILENAME_LENGTH _POSIX_NAME_MAX + 1
#else
# define MAXIMUM_FILENAME_LENGTH 256
#endif

int main() {
printf("MAXIMUM_PATH_LENGTH %d\n", MAXIMUM_PATH_LENGTH);
printf("MAXIMUM_FILENAME_LENGTH %d\n", MAXIMUM_FILENAME_LENGTH);
return (0);
}


Gives 


APPLE / FreeBSD / OpenBSD
MAXIMUM_PATH_LENGTH 1025
MAXIMUM_FILENAME_LENGTH 1025

Fedora29/Debian9
MAXIMUM_PATH_LENGTH 4097
MAXIMUM_FILENAME_LENGTH 4097



The right coding 


#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 MAXIMUM_PATH_LENGTH 1025
#endif

#if defined(NAME_MAX)
# define MAXIMUM_FILENAME_LENGTH NAME_MAX + 1
#elif defined(_POSIX_NAME_MAX)
# define MAXIMUM_FILENAME_LENGTH _POSIX_NAME_MAX + 1
#else
# define MAXIMUM_FILENAME_LENGTH 256
#endif

int main() {
printf("MAXIMUM_PATH_LENGTH %d\n", MAXIMUM_PATH_LENGTH);
printf("MAXIMUM_FILENAME_LENGTH %d\n", MAXIMUM_FILENAME_LENGTH);
return (0);
}


Returns 

Darwin/FreeBSD/OpenBSD  

MAXIMUM_PATH_LENGTH 1025
MAXIMUM_FILENAME_LENGTH 256


Debian9/Fedora29  

MAXIMUM_PATH_LENGTH 4097
MAXIMUM_FILENAME_LENGTH 256

Also the maximum path length should be defined to something
Or the build should be aborted

# define MAXIMUM_PATH_LENGTH 1025
Should be a reasonable value

The current
# define MAXIMUM_PATH_LENGTH
Results in 
/Users/enrico/ooRexx.svn.src/interpreter/platform/unix/SysFileSystem.hpp:85:49: 
error: expected expression
 MaximumPathLength = MAXIMUM_PATH_LENGTH,


POINT TWO

The utilisation of 

MaximumPathLength
MaximumFileNameLength
MAXIMUM_PATH_LENGTH
MAXIMUM_FILENAME_LENGTH
.rexxinfo~maxpathlength

Is consistently inconsistent ,
Sometime they are used as the length of the items 
Sometime they are used as the length of the buffer to be allocated

POINT THREE

It might be useful
To have also a  .rexxinfo~maxfilenamelength

POINT FOUR. 

Test:   TEST_REXXINFO_DATE

Given the current coding is likely to fail randomly

The dates are filled using the compiler builtin __DATE__

The two terms to be compared are build by different sources 

In an incremental build ( as per make/ninja logic ) 
the two sources might not be built at the same time resulting in the mismatch 

Just happened a few minutes ago 

POINT FIVE 

please run  - on a unix like system 

d  = copies("D",5000)
call sysmkdir(d)

f = copies("F",5000)
call lineout f , "a truckload of equine nitrogen waste”

o=.stream~new(f)
o~open("replace" )
o~lineout( "a truckload of equine nitrogen waste" )
o~close



This  just very small oversight 
has been there at least  since ooRexx-4.1.2
( could not test one previous versions ) 

To give You a hint … 
Nothing is told, nothing happens
The script runs happily without any error

Regina rexx nicely complains

DOES NOT DEPEND ON POINTS ONE/TWO 

E 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] rxapi queues

[Enrico Sorichetti via Oorexx-devel]

“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 
>  > wrote:
> I have a program which runs every few seconds to check that several tasks are 
> still running,
> and restarts them if not.
> The program fails on every build of ooRexx 5 that I have tried it on, back to 
> 11642
> 
> I have reduced the code to the minimum required to produce the error:
> 
> --
> queue_name = rxqueue('Create')
> call rxqueue 'Set',queue_name
> 
> do forever
>'ps -ef | grep rexx | rxqueue' queue_name
>do while queued() <> 0
>   parse pull line
>end
>call SysSleep 1
> end
> exit
> --
> 
> It fails after about 1000 passes through the loop with:
> 
> The REXX rxapi queuing system is not available.
> grep: write error: Broken pipe
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] testSuite revision 11818

[Enrico Sorichetti via Oorexx-devel]

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
  -- qualify will translate / to \ on Windows only
  -- on Unix-like systems \ isn't translated to /
  if .File~separator == "\" then do
  self~assertEquals(f~absolutePath||"\Y\Z", subdir~path)
  if \.File~isCaseSensitive then do
  subdir2 = .File~new("y\z", f)
  self~assertEquals(subdir, subdir2)
  end
  end



Jus a little reminder …
On most systems the case sensitivity is an operating system property
On Darwin the case sensitivity is a property of each filesystems
( that is the reason I always run the tests twice ,
On the “Macintosh HD” filesystem and on an usb drive with a case sensitive 
filesystem ) 

the test for case sensitiveness - at least on Darwin - must be done on a real 
file name 

Using.File~isCaseSensitive   returns the case sensitiveness of the boot 
volume  

The docs should be fixed to mention it

So as a courtesy - while I still have some left -
I am posting again the proper solution with a small correction 
Retested on both types of filesystems 


The separator translation and the case sensitivity do NOT depend on each other

  subdir = .File~new("Y/Z", f)
  -- verify the separator translation
  -- qualify will translate / to \ on Windows only
  -- on Unix-like systems \ isn't translated to /
  if .File~separator == "\" then do
  self~assertEquals(f~absolutePath||"\Y\Z", subdir~path)
  end

  -- verify that case sensitivity is properly handled
  —- note the test is done on a Real file  
  subdir = .File~new("Y" || .File~separator || "Z", f)
  if \subdir~isCaseSensitive then do
subdir2 = .File~new("y" || .File~separator || "z", f)
self~assertEquals(subdir, subdir2)
  end


rexx testOORexx.rex -s -F File.testGroup

Run on a case sensitive file system
/Volumes/My Passport for Mac/ooRexx.svn.testSuite

Executing .../ooRexx/base/class/File.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 2 Mar 2019
OS Name:DARWIN
SysVersion: Darwin 17.7.0

Tests ran:  29
Assertions: 162
Failures:   0
Errors: 0



rexx testOORexx.rex -s -F File.testGroup

Run on a case insensitive file system
/Users/enrico/ooRexx.svn.testSuite

Executing .../ooRexx/base/class/File.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 2 Mar 2019
OS Name:DARWIN
SysVersion: Darwin 17.7.0

Tests ran:  29
Assertions: 163
Failures:   0
Errors: 0













___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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:   [[/Users/enrico/ooRexx.svn.testSuite//Y\Z], 
identityHash="-4533779233"]


An the second test would run only for windows

but this worked,
First test skipped, second test run 


  thisSep = .File~separator
  subdir = .File~new("Y" || thisSep || "Z", f)

  -- verify the separator translation
  if .RexxInfo~platform~caselessStartsWith("Windows") then do
othrSep = thisSep~translate("\/", "/\")
self~assertEquals(f~absolutePath || othrSep || "Y" || othrSep || "Z", 
subdir~path)
  end

  -- verify the case sensitiveness
  if \.File~isCaseSensitive then do
  subdir2 = .File~new("y" || thisSep || "z", f)
  self~assertEquals(subdir, subdir2)
  end


Cheers
E 



> On 2 Mar 2019, at 20:02, Erich Steinböck  wrote:
> 
> Hi Enrico,
> this should be fixed with [r11817]

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Testcases for sample files

[Enrico Sorichetti via Oorexx-devel]

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 mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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" "-s" "-X" "native_API" 
"-x" "FUNCTION.testGroup"
(lldb) r
Process 29014 launched: '/Users/enrico/ooRexx/bin/rexx' (x86_64)
Process 29014 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS 
(code=EXC_I386_GPFLT)
frame #0: 0x00010015c3d5 
librexx.5.0.0.dylib`MemoryObject::live(this=0x00010023e428, liveMark=66) at 
RexxMemory.cpp:846
   843  GlobalProtectedObject *p = protectedObjects;
   844  while (p != NULL)
   845  {
-> 846  memory_mark(p->protectedObject);
   847  p = p->next;
   848  }
   849  }
Target 0: (rexx) stopped.


E



> On 28 Feb 2019, at 18:08, Rick McGuire  wrote:
> 
> I just committed a fix that I think closes a GC problem window. Not terribly 
> confident this is a fix for the crash you were seeing, but the stack traces 
> you provided at least hint that it might be. 
> 
> Rick

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 will nor run many sections of the test

Just isolate the section of the script being investigated 
And run it outside of the test suite

Cheers 
E

BTDTGTTS - been there  done that got the tee shirt


> On 27 Feb 2019, at 12:40, P.O. Jonsson  wrote:
> 
> Dear Moritz,
> 
> Sorry about the delay but I had pressing task and no time for ooRexx. Now I 
> have tried to run the debugger (first-time-noob) but I do not understand the 
> rexx core“ business, can you elaborate?
> 
> osboxes@osboxes:~/workspace/ooRexx-mint19-test$ ulimit -c 100
> 
> osboxes@osboxes:~/workspace/ooRexx-mint19-test$ gdb -silent rexx core
> Reading symbols from rexx...done.
> /home/osboxes/workspace/ooRexx-mint19-test/core: No such file or directory.
> (gdb)
> 
> This works, at least to some extent
> 
> osboxes@osboxes:~/workspace/ooRexx-mint19-test$ gdb -silent -ex=r --args rexx 
> testOORexx.rex -s -R ooRexx/samples
> Reading symbols from rexx...done.
> Starting program: /usr/bin/rexx testOORexx.rex -s -R ooRexx/samples
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Searching for test containers[New Thread 0x77f56700 (LWP 7612)]
> ..
> Executing automated test suite
> Executing .../ooRexx/samples/arithmeticEvaluation.testGroup
> Executing .../ooRexx/samples/month.testGroup
> 
> ooTest Framework - Automated Test of the ooRexx Interpreter
> 
> Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 27 Feb 2019
> OS Name:LINUX
> SysVersion: Linux 4.15.0-45-generic
> 
> Tests ran:  11
> Assertions: 90
> Failures:   0
> Errors: 0
> 
> File search:00:00:00.120060
> Suite construction: 00:00:00.000917
> Test execution: 00:00:00.256227
> Total time: 00:00:00.760014
> 
> [Thread 0x77f56700 (LWP 7612) exited]
> [Inferior 1 (process 7605) exited normally]
> (gdb)
> 
> And in a real run (a shell script executing the test suite) I got some errors 
> (that are not there when I run the suite outside the debugger)
> 
> osboxes@osboxes:~/workspace$ bash testooRexx.sh
> + cd /home/osboxes/workspace/ooRexx-mint19-test
> + svn update
> Updating '.':
> At revision 11810.
> + . ./setTestEnv.sh
> ++ UNAME_SYSTEM=Linux
> ++ case "${UNAME_SYSTEM}" in
> ++ echo 'Setting env for Linux'
> Setting env for Linux
> +++ pwd
> +++ pwd
> ++ 
> frameworkPath=/home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:
> ++ export 
> PATH=/home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:/home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
> ++ 
> PATH=/home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:/home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
> +++ pwd
> ++ export 
> LD_LIBRARY_PATH=/home/osboxes/workspace/ooRexx-mint19-test/bin/LINUX:/home/osboxes/workspace/ooRexx-mint19-test/bin/LINUX:
> ++ 
> LD_LIBRARY_PATH=/home/osboxes/workspace/ooRexx-mint19-test/bin/LINUX:/home/osboxes/workspace/ooRexx-mint19-test/bin/LINUX:
> + echo
> 
> + echo 
> /home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:/home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
> /home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:/home/osboxes/workspace/ooRexx-mint19-test:/home/osboxes/workspace/ooRexx-mint19-test/framework:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
> + echo
> 
> + echo 
> /home/osboxes/workspace/ooRexx-mint19-test/bin/LINUX:/home/osboxes/workspace/ooRexx-mint19-test/bin/LINUX:
> /home/osboxes/workspace/ooRexx-mint19-test/bin/LINUX:/home/osboxes/workspace/ooRexx-mint19-test/bin/LINUX:
> + echo
> 
> + rexx -e 'parse version v; say v '\''r'\'' || .RexxInfo~revision'
> REXX-ooRexx_5.0.0(MT)_64-bit 6.05 27 Feb 2019 r11810
> + sleep 1
> + ulimit -c 100
> + gdb -silent -ex=r --args rexx testOORexx.rex -s -X native_API
> Reading symbols from rexx...done.
> Starting program: /usr/bin/rexx testOORexx.rex -s -X native_API
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Searching for test containers[New Thread 

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

[Enrico Sorichetti via Oorexx-devel]

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", f)
  self~assertEquals(subdir, subdir2)
  end



Is pretty confusing ,

Anyway it fails when the code to detect the filesystem case sensitivity is 
enabled


[failure] [20190225 21:11:21.756899]
  svn:r11775   Change date: 2019-02-17 20:41:37 +0100
  Test:   TEST_RELATIVE
  Class:  File.testGroup
  File:   .../ooRexx/base/class/File.testGroup
  Line:   185
  Failed: assertEquals
Expected: [[/Users/enrico/ooRexx.svn.testSuite//Y/Z], 
identityHash="-4933862865"]
Actual:   [[/Users/enrico/ooRexx.svn.testSuite//y\z], 
identityHash="-4933872305"]


To enable the check 

The relevant lines in
config.h.in.cmake

Should be changed to
/* Define to 1 if _PC_CASE_SENSITIVE is a valid value */
#cmakedefine HAVE_PC_CASE_SENSITIVE


E



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Testsuite

[Enrico Sorichetti via Oorexx-devel]

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 ?
  self~assertSame("CMD", addr, "default address environment for" 
pp(os)"="pp(addr) "not" pp("CMD"))
  end
   else do-- all Unix platforms should default to 
"sh"
  self~assertSame("sh", addr, "default address environment for" 
pp(os)"="pp(addr) "not" pp("sh"))
  end




It does not detect OPenBSD

E



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Testsuite

[Enrico Sorichetti via Oorexx-devel]

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 = '>/dev/null 2>&1'
   end


Also in 
framework/ooRexxUnit.cls


pathCompact

Is still broken for long paths 
and the compaction does not produce an easy readable  information

Executing 
.../ooRexx.testSuite/ooRexx/base/class/CollectionSetlikeMethods.testGroup

is much more readable IMO than  

Executing /Users/enrico/testSuite/.../class/CollectionSetlikeMethods.testGroup


Here is the coding that truncates the head 

\* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -*/
::routine pathCompact public
  use strict arg path, len

  if path~length <= len then return path

  sl = .ooRexxUnit.directory.separator

  -- get the last len chars of the path
  head  = "..."
  tail = path~right(len)
  offs = tail~pos(sl)
  tail = tail~substr(offs)
  return head || tail
-- End pathCompact( path, len )


TESTED AND WORKING

E ___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 11796)
+++ CMakeLists.txt  (working copy)
@@ -344,7 +344,20 @@
 set (ORX_SYSLIB_PTHREAD pthread)
 endif ()
 
+
 # Check header files and functions. These are all defined to the config.h file.
+check_include_file(alloca.h HAVE_ALLOCA_H)
+check_include_file(fnmatch.h HAVE_FNMATCH_H)
+check_include_file(sched.h HAVE_SCHED_H)
+check_include_file(sys/sched.h HAVE_SYS_SCHED_H)
+check_include_file(sys/time.h HAVE_SYS_TIME_H)
+check_include_file(time.h HAVE_TIME_H)
+check_include_file(utime.h HAVE_UTIME_H)
+check_include_file(wordexp.h HAVE_WORDEXP_H)
+
+check_function_exists(wordexp HAVE_WORDEXP)
+check_function_exists(euidaccess HAVE_EUIDACCESS)
+
 check_include_file(ctype.h HAVE_CTYPE_H)
 check_include_file(float.h HAVE_FLOAT_H)
 check_include_file(limits.h HAVE_LIMITS_H)
@@ -360,7 +373,6 @@
 check_include_file(stdio.h HAVE_STDIO_H)
 check_include_file(stdlib.h HAVE_STDLIB_H)
 check_include_file(string.h HAVE_STRING_H)
-check_include_file(time.h HAVE_TIME_H)
 check_function_exists(vprintf HAVE_VPRINTF)
 check_include_file(fcntl.h HAVE_FCNTL_H)
 check_function_exists(nanosleep HAVE_NANOSLEEP)
@@ -411,10 +423,10 @@
return 0;}"
   HAVE_DLADDR)
   check_symbol_exists(_PC_CASE_SENSITIVE unistd.h HAVE_PC_CASE_SENSITIVE)
+
   check_symbol_exists(FNM_CASEFOLD fnmatch.h HAVE_FNM_CASEFOLD)
   check_symbol_exists(KDMKTONE linux/kd.h HAVE_KDMKTONE)
   check_include_file(pwd.h HAVE_PWD_H)
-  check_include_file(sched.h HAVE_SCHED_H)
   check_function_exists(sighold HAVE_SIGHOLD)
   check_function_exists(strdup HAVE_STRDUP)
   check_include_file(strings.h HAVE_STRINGS_H)
@@ -428,7 +440,6 @@
   check_include_file(sys/socket.h HAVE_SYS_SOCKET_H)
   check_include_file(sys/stat.h HAVE_SYS_STAT_H)
   check_include_file(sys/syscall.h HAVE_SYS_SYSCALL_H)
-  check_include_file(sys/time.h HAVE_SYS_TIME_H)
   check_include_file(sys/types.h HAVE_SYS_TYPES_H)
   check_include_file(sys/utsname.h HAVE_SYS_UTSNAME_H)
   check_include_file(sys/wait.h HAVE_SYS_WAIT_H)
Index: common/platform/unix/SysSemaphore.cpp
===
--- common/platform/unix/SysSemaphore.cpp   (revision 11796)
+++ common/platform/unix/SysSemaphore.cpp   (working copy)
@@ -50,16 +50,26 @@
 #include 
 #include 
 #include 
-#include 
-#ifdef AIX
-#include 
-#include 
+
+#if defined( HAVE_SYS_SCHED_H )
+# include 
 #endif
+#if defined( HAVE_SCHED_H )
+# include 
+#endif
 
-#if defined(OPSYS_SUN) || defined(__HAIKU__)
-#include 
+#if defined( HAVE_SYS_TIME_H )
+# include 
 #endif
 
+#if defined( HAVE_TIME_H )
+# include 
+#endif
+
+#if defined( HAVE_UTIME_H )
+#include 
+#endif
+
 #include 
 
 #include "SysSemaphore.hpp"
Index: config.h.in.cmake
===
--- config.h.in.cmake   (revision 11796)
+++ config.h.in.cmake   (working copy)
@@ -1,5 +1,37 @@
 /* config.h.in.  Generated from CMake.  */
 
+/* Define to 1 if you have the  header file. */
+#cmakedefine HAVE_SYS_SCHED_H
+
+/* Define to 1 if you have the  header file. */
+#cmakedefine HAVE_SCHED_H
+
+/* Define to 1 if you have the  header file. */
+#cmakedefine HAVE_SYS_TIME_H
+
+/* Define to 1 if you have the  header file. */
+#cmakedefine HAVE_TIME_H
+
+/* Define to 1 if you have the  header file. */
+#cmakedefine HAVE_UTIME_H
+
+/* Define to 1 if you have the  header file. */
+#cmakedefine HAVE_ALLOCA_H
+
+/* Define to 1 if you have the  header file. */
+#cmakedefine HAVE_FNMATCH_H
+
+/* Define to 1 if you have the  header file. */
+#cmakedefine HAVE_WORDEXP_H
+
+
+/* Define to 1 if you have the `wordexp' function. */
+#cmakedefine HAVE_WORDEXP
+
+/* Define to 1 if you have the `euidaccess' function. */
+#cmakedefine HAVE_EUIDACCESS
+
+
 /* Define to 1 if you have the  header file. */
 #cmakedefine HAVE_ATTR_XATTR_H
 
@@ -97,7 +129,7 @@
 #cmakedefine HAVE_DLADDR
 
 /* Define to 1 if _PC_HAVE_CASE_SENSITIVE is a valid value */
-#cmakedefine HAVE_PC_HAVE_CASE_SENSITIVE
+#cmakedefine HAVE_PC_CASE_SENSITIVE
 
 /* Define to 1 if FNM_CASEFOLD is a valid value */
 #cmakedefine HAVE_FNM_CASEFOLD
@@ -108,9 +140,6 @@
 /* Define to 1 if you have the  header file. */
 #cmakedefine HAVE_PWD_H
 
-/* Define to 1 if you have the  header file. */
-#cmakedefine HAVE_SCHED_H
-
 /* Define to 1 if you have the `setlocale' function. */
 #cmakedefine HAVE_SETLOCALE
 
@@ -171,8 +200,6 @@
 /* Define to 1 if you have the  header file. */
 #cmakedefine HAVE_SYS_SYSCALL_H
 
-/* Define to 1 if you have the  header file. */
-#cmakedefine HAVE_SYS_TIME_H
 
 /* Define to 1 if you have the  header file. */
 #cmakedefine HAVE_SYS_TYPES_H
@@ -183,9 +210,6 @@
 /* 

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

[Enrico Sorichetti via Oorexx-devel]

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 suggested modifications


I did point them out
And again … the test should not be on the system name 
In my private ooRexx development copy 
I do not care about the system name …
In the CMakeLists I run a compilation of

#include 
int main()
{
charPath[1000];
char   *dPath = Path;
struct  stat file;
lstat64( dPath, );
return (0);
}

And if it fails I set the flag

E

(*)
The only instance where it is needed, because on the different prototype 
definition
#if defined(FREEBSD) || defined(OPENBSD)
return context->WholeNumberToObject((wholenumber_t)setpgrp(0, 0));
#else
return context->WholeNumberToObject((wholenumber_t)setpgrp());
#endif


> On 20 Feb 2019, at 19:35, Jason Martin  wrote:
> 
> This is not all the HAIKU patches but I looked at what I had to do to fix 
> OpenIndiana build.
> 
> GCC or OpenIndiana knew I needed 
> 
> 
> Someone pointed them out with my first patches.
> 
> Regina Rexx get most all right here, including enviroment and Address 
> statements.
> 
> But it is C and ooRexx would be better on Haiku. (C++ OS and C++ GUI)
> 
> OpenBSD ok before the 5.0.0 release you be extra GREAT too!
> 
> The more OSes the better the code.
> 
> 
> 
> 
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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:
> 
> Dear developers,
> 
> I am building & testing on a number of different platforms and sometimes on 
> macOS/Darwin I get this when I come to the test (it all runs from a shell 
> script):
> 
> REXX-ooRexx_5.0.0(MT)_64-bit 6.05 13 Feb 2019 r11755
> Searching for test containers./Users/po/workspace/testooRexx.sh: line 37:  
> 4122 Segmentation fault: 11  rexx testOORexx.rex -s -X native_API
> 
> Today I had the same on Ubuntu for the first time:
> 
> Searching for test containers...
> /home/osboxes/workspace/testooRexx.sh: line 33: 10888 Segmentation fault  
> (core dumped) rexx testOORexx.rex -s -X native_API
> osboxes@ubuntu18-04:~/workspace$ ^C
> osboxes@ubuntu18-04:~/workspace$
> 
> There was a crash report on the Ubuntu desktop indicating usr/bin/rexx to be 
> the culprit but apart from that I could get no further information out. 
> Trying again a 2nd time it always work.
> 
> Is there a way (on macOS or Ubuntu or any other system) to find out more 
> about this? I build „release“ version on all systems. Is such information at 
> all useful for U?
> 
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se 
> 
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] DARWIN build issue

[Enrico Sorichetti via Oorexx-devel]

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 HAVE_PC_CASE_SENSITIVE
return true;
#else
char  *tmp = strdup(name);
size_t len;

while ( !SysFileSystem::exists(tmp) )
{
len = strlen(tmp);
// scan backwards to find the previous directory delimiter
for (; len > 0; len --)
{
// is this the directory delimiter?
if (tmp[len] == '/')
{
tmp[len] = '\0';
break;
}
}
// ugly hack . . . to preserve the "/"
if ( len == 0 )
tmp[len+1] = '\0';
}

// at this point the tmp variable contains something that exists
long res = pathconf(tmp, _PC_CASE_SENSITIVE);
free(tmp) ;
if (res != -1)
{
return (res == 1);
}

// non-determined, just return true
return true;
#endif
}



There is a spelling glitch in config.h.i.cmake , the good one is

/* Define to 1 if _PC_CASE_SENSITIVE is a valid value */
#cmakedefine HAVE_PC_CASE_SENSITIVE

E






> On 19 Feb 2019, at 13:23, Rick McGuire  wrote:
> 
>  did what you suggested, but wouldn't performing the check on the directory 
> the file is in give a more accurate result?

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] DARWIN build issue

[Enrico Sorichetti via Oorexx-devel]

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?
> 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] DARWIN build issue

[Enrico Sorichetti via Oorexx-devel]

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:
/home/vagrant/ooRexx.svn.src/interpreter/runtime/RexxUtilCommon.hpp: In 
constructor 'TreeFinder::AttributeMask::AttributeMask()':
/home/vagrant/ooRexx.svn.src/interpreter/runtime/RexxUtilCommon.hpp:278:11: 
error: array used as initializer
   {

Installed clang and everything seems to work even if clang is not the latest one

clang version 3.4.2 (tags/RELEASE_34/dot2-final)

The cmake command  

cmake -G Ninja -DCMAKE_C_COMPILER=`which clang` -DCMAKE_CXX_COMPILER=`which 
clang++` -DCMAKE_INSTALL_PREFIX=/home/vagrant/ooRexx 
-DCMAKE_BUILD_TYPE=Release /home/vagrant/ooRexx.svn.src



To be sure I run the build 2 x 2 and the second run confirmed the first one

Clang works gcc does not
Ninja
E

> On 18 Feb 2019, at 22:15, Rick McGuire  wrote:
> 
> There are spurious leading "_" characters on the #ifdef test. I'll fix this 
> with the other issues you raised shortly. 
> 
> Rick
> 
> On Mon, Feb 18, 2019 at 3:53 PM Erich Steinböck  > wrote:
> Our Mac build slave finds _PC_CASE_SENSITIVE
> 
> ~~~
> -- Looking for _PC_CASE_SENSITIVE
> -- Looking for _PC_CASE_SENSITIVE - found
> ~~~
> 
> but still correctly builds SysFileSystem which seems impossible due to a typo 
> `if (res \= -1)` that should prevent compilation. (The bug repeats a few 
> lines further down).
> 
> The built Rexx executable incorrectly returns true for .File~isCaseSensitive 
> (the file system is not case sensitive).
> 
> SysFileSystem:
> 
> ~~~
> bool SysFileSystem::isCaseSensitive()
> {
> #ifndef _HAVE_PC_CASE_SENSITIVE
> return true;
> #else
> long res = pathconf("/", _PC_CASE_SENSITIVE);
> if (res \= -1)
> {
> return res == 1;
> }
> ~~~
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] DARWIN build issue

[Enrico Sorichetti via Oorexx-devel]

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 directory to exist 

Darwin case sensitiveness applies to each file system 
So in case of file not found it will return the system case sensitiveness 

On NOT Darwin systems it will just cost one extra call , 
If You are trying to squeeze performance to the last bit
The second call could be #ifdeffed  ,

Cheers 
E 



/**
 * indicate whether the file system is case sensitive.
 *
 * @return For Unix systems, always returns true. For MacOS,
 * this needs to be determined on a case-by-case basis.
 * This returns the information for the root file system
 */
bool SysFileSystem::isCaseSensitive()
{
#ifdef HAVE_PC_CASE_SENSITIVE
long res = pathconf("/", _PC_CASE_SENSITIVE);
if (res != -1)
{
return (res==1);
}
#endif
// any error means this value is not supported for this file system
// so the result is most likely true (unix standard)
return true;
}

/**
 * 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)
{
#ifdef HAVE_PC_CASE_SENSITIVE
long res = pathconf(name, _PC_CASE_SENSITIVE);
if (res != -1)
{
return (res==1) ;
}
// probably file not found
// returns the information for the root file system
res = pathconf("/", _PC_CASE_SENSITIVE);
if (res != -1)
{
return (res==1) ;
}
#endif
// any error means this the value is not supported for this file system
// so the result is most likely true (unix standard)
return true;
}




> On 18 Feb 2019, at 21:52, Erich Steinböck  wrote:
> 
> PC_CASE_SENSITIVE

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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

Using cmake -G should have caused different errors IIRC

It tells to cmake which generator is being used, 
( I usually go with cmake -G Ninja … … … )
So I do not see why it should meddle with the compiler options

I will push an update to include the proper defaults for the  c / c++  compilers
( obviously the msvc stuff will empty )

Just look at the README, I posted two different CMakeLists 
A minimal and a platinum , the minimal does al that is needed with no frills 

Cheers

E

> On 18 Feb 2019, at 17:07, Rony G. Flatscher  wrote:
> 
> Also, *very* interesting (but to an extend overwhelming) the generated 
> "vars_for_main_at_.txt" file in the build directory!
> 
> 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] FNM_CASEFOLD

[Enrico Sorichetti via Oorexx-devel]

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 
> 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 be 
> signaled with
>  a SEND_ERROR or FATAL_ERROR message 
> 
> or
> 
> -  2) SysFileSystem.cpp and rexxutils should be fixed to reinstate
>strupr  and get rid of the errors when a free is issued 
> 
> 
> (*) Since fnmatch.h is not included in the list of standard C headers
>  See the various ISO/IEC standards 
>  It should be ifdef' ed   and dealt with appropriately
> 
> E
> 
> 
> 
> 
> 
> 
> 



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 lib64
And the module GNUInstallDirs correctly returns them 

It returns lib64 for Fedora and Centos ,
It returns lib for Debian ( the weirdest directory structure )

So in my opinion the closest we can get to a reasonable layout across different 
systems 
 is to join the GNU standard bandwagon

Look at my repositories cmToolKit and rxSnippets for the vDump module 

 which lets You look at the cmake variables defined at invocation time 
  vdump( “${CURRENT_LIST_FILE}” “${CURRENT_LIST_LINE}” ) 

It will create a file  like 
vars_for_main_at_.txt
 
Which for centos contains
CMAKE_INSTALL_LIBDIR='lib64'


E 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] FNM_CASEFOLD

[Enrico Sorichetti via Oorexx-devel]

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 be 
signaled with
  a SEND_ERROR or FATAL_ERROR message 

 or

-  2) SysFileSystem.cpp and rexxutils should be fixed to reinstate
strupr  and get rid of the errors when a free is issued 

 
 (*) Since fnmatch.h is not included in the list of standard C headers
  See the various ISO/IEC standards 
  It should be ifdef' ed   and dealt with appropriately

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

[Enrico Sorichetti via Oorexx-devel]

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 ? 

for debian it could be

/usr/libx32
/usr/lib32
/usr/lib/x86_64-linux-gnu

For Fedora
/usr/lib64

For FreeBSD
/usr/lib
/usr/lib32


You have just to consider … 
 where did You install / where do You want to install open object rexx ?
And how You determined / You will determine  the  proper  directory 

IMO it is a moot point, the general consensus is …

The end user should NEVER install anything in /usr 

And for FreeBSD not even in /usr/local 





___
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 - follow on

[Enrico Sorichetti via Oorexx-devel]

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

[Enrico Sorichetti via Oorexx-devel]

Tested and working on …

Fedora 29

Debian 9

FreeBSD 

OpenBSD will take a bit longer because I have to rebuild the virtual machine 

The sequence of commands issued

On Fedora and Debian 
  136  git clone http://3...@bitbucket.org/3481/rxSnippets
  137  mkdir rxSnippets.bin
  138  cd  rxSnippets.bin
  139  cmake ../rxSnippets -DOOREXX_INSTALL_PREFIX=$HOME/ooRexx 
  140  make
  142  export LD_LIBRARY_PATH=`pwd`
  143  ./rxNative.rex
  144  ./rxClassic.rex
  145  exit



On FreeBSD 
 486  git clone http://3...@bitbucket.org/3481/rxSnippets
 487  mkdir rxSnippets.bin
 488  cd rxSnippets.bin
 489  cmake ../rxSnippets
 490  gmake
 492  export LD_LIBRARY_PATH=`pwd`
 493  ./rxNative.rex
 494  ./rxClassic.rex
 495  exit


No need to specify the OOREXX_INSTALL_PREFIX
My build of ooRexx is infrastructure aware and uses pkg-config 
To add the proper flags for the compiler and the linker

Cheers

E 

PS

Here is how the result of the tests might look
I sprinkled around a few printf

[vagrant@freebsd rxSnippets.bin]$./rxNative.rex
rxNativeVersion at line 35' '1.0.0' 

1.0.0
rxNativeWorker at line 48'
  Argc 0 

rxNativeWorker at line 48'
  Argc 1 
  Argv 1  'A'

rxNativeWorker at line 48'
  Argc 2 
  Argv 1  'A'
  Argv 2  'B'

[vagrant@freebsd rxSnippets.bin]$./rxClassic.rex
rxClassicVersion at line 84' '1.0.0' 

1.0.0
rxClassicWorker at line 103'
  Argc 0 

rxClassicWorker at line 103'
  Argc 1 
  Argv 0  'A'

rxClassicWorker at line 103'
  Argc 2 
  Argv 0  '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/3481/rxSnippets>Cloned it, skimming over 
>> it, it is electrifying!!
> 
>> Have a good time 
> Will take a few days, but will definitely have a good time! 
> :)
> (This should help me to create - and perhaps understand a little bit more of 
> - CMakeLists.txt for BSF4ooRexx.cc and also for the "dbusoorexx" (ooRexx 
> external function library for Linux' DBus communication infrastructure), 
> foregoing the Makefiles.)
> 
>> 
>> Tested only on Darwin 
>> 
>> Working on the other platforms 
>> 
>> I will keep You posted
> Please do so! Having a minimal CMakeLists.txt for producing external Rexx 
> function libraries for the major platforms is really a great boon!
> ---rony
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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: 0

File search:00:00:01.195900
Suite construction: 00:00:01.026495
Test execution: 00:02:57.076728
Total time: 00:02:59.645276


E

> On 17 Feb 2019, at 16:39, Jason Martin  wrote:
> 
> r11772 SysFileXXX.testGroup is good here
> 
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 samples looks like that the native mode functions only support a fixed 
number of arguments

But I would like if somebody pointed me on hoe to do it the native day


E


> On 17 Feb 2019, at 13:53, Rony G. Flatscher  wrote:
> 
> If possible with a CMakeLists.txt, such that such a library also can serve as 
> a role model for a) how to create external function library and b) how to use 
> CMake to make it simple to compile, link and create installers for the 
> different platforms?
> 
> 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Enrico Sorichetti via Oorexx-devel]

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 we know how to name that file for the platform 
> for which it is intended, 

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel