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

2019-02-16 Thread Jason Martin
[failure] [20190216 19:22:29.059332]   svn:    r11734   Change date: 2019-02-08 15:41:41 -0500   Test:   TEST_FILE_EXISTS   Class:  SysFileXXX.testgroup   File: /export/home/agrellum/test/ooRexx/base/rexxutil/SysFileXXX.testGroup   Line:   133   Failed: assertTrue     Expected: [1]     Actual:   [[0

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

2019-02-16 Thread Gil Barmwater
Yes, as a quick Google search of "determine linux distro" shows, there is NO standard way to determine it!  The description of the Python distro package at https://pypi.org/project/distro/ describes 4 different places one must look in order to get that information.  And, I'd guess that even tha

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

2019-02-16 Thread 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

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

2019-02-16 Thread Gil Barmwater
Let me try again.  When a user wants to install ooRexx on his platform, he goes to SF and looks in the Files section under the ooRexx tab for the most recent file with a name that matches his platform, downloads it and uses the appropriate installation mechanism for that platform.  I was just s

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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
Funny … after setting a missing CPACK variable Before ooRexx-5.0.0-11767.x86_64.deb The name had a reference to the svn revision After ooRexx-5.0.0-Linux.deb Nothing Weird ??? E ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net htt

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

2019-02-16 Thread Chip Davis
I'm sure I'm not the only one on this list old enough to remember the sage observation of Prof. Tanenbaum, "The nice thing about standards is that you have so many to choose from."-Chip- Original message From: Jason Martin Date: 2/16/19 13:50 (GMT-05:00) To: Enrico Sorichetti

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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
something built on a certain a platform WILL NOT run on a different one LINUX will be even more selective There are subtle differences between the different distributions And there are also common practices to deal with … xx.deb is likely a package for Debian family system x.rpm i

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

2019-02-16 Thread Rick McGuire
That’s only the platform it was built on, not necessarily the one it’s running on. On Sat, Feb 16, 2019 at 2:14 PM Gil Barmwater wrote: > OK, so CMAKE "knows" the PLATFORM_ID which, I'm guessing, is used to > generate the name of the ooRexx installation file; e.g. > ooRexx-5.0.0-11742.centos7.x8

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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
I guess not … From my tests they create something . ooRexx-5.0.0-Linux.sh ooRexx-5.0.0-Linux.tar.Z ooRexx-5.0.0-Linux.tar.gz I did it on Fedora but the result is exactly the same for Debian For the other tests I run I got the same layout with Darwin, FreeBSD, OpenBSD, instead of Linux Just t

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

2019-02-16 Thread Gil Barmwater
OK, so CMAKE "knows" the PLATFORM_ID which, I'm guessing, is used to generate the name of the ooRexx installation file; e.g. ooRexx-5.0.0-11742.centos7.x86_64.rpm . Would it make sense

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

2019-02-16 Thread Jason Martin
I know, knew, just saying even standards are not standard. ___ 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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
Cmake should return “sunOS” From the compiler builtin macro #elif defined(__sun) || defined(sun) # define PLATFORM_ID "SunOS" > On 16 Feb 2019, at 18:40, Jason Martin wrote: > > agrellum@openindiana:~$ uname -v > illumos-c78b1a4529 > > Not OpenIndiana and Not SunOS > > > > > __

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

2019-02-16 Thread Jason Martin
agrellum@openindiana:~$ uname -v illumos-c78b1a4529 Not OpenIndiana and Not SunOS ___ 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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
> Should maybe "PARSE SOURCE" return "UBUNTU" instead of "LINUX" to indicate > that it behaves > differently compared to other Linuxes? Parse source return the info provides by CMAKE_SYSTEM_NAME And by some tweak of configure.ac before that I just run a cmake --system-information info.txt But

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

2019-02-16 Thread Rony G. Flatscher
What would you suggest/advise given your huge knowledge and experiences on so many different Unix systems? Should the test be adapted to check whether Ubuntu is the host system (e.g. "if sysVersion()~caselessPos('Ubuntu')>0 then ...")? Should the function work differently on Ubuntu to match the

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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
I started a bit earlier ( do You remember Slackware ) After that I went for Red Hat And got used to the red-hat and friends terminology I can agree on the Debian ways But Ubuntu has taken things a bit too far Apart being too much much windowish for my taste ;-) This morning it took me just

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

2019-02-16 Thread Jason Martin
Interpreter Interpreter:    REXX-ooRexx_5.0.0(MT)_64-bit 6.05 16 Feb 2019 OS Name:    SUNOS SysVersion: SunOS 5.11 Tests ran:  22621 Assertions: 377342 Failures:   4 Errors: 0 [failure] [20190216 09:14:09.462105]   svn:    r11734   Change date

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

2019-02-16 Thread Michael Lueck
Enrico Sorichetti via Oorexx-devel wrote: Unfortunately Ubuntu is well known also for its odd way of doing things haha... The Debian / Ubuntu way makes sense, the other distros are the odd ones! ;-) Seriously... I started out with Red Hat 5.2 back in probably 1999. Yuck. SuSE, Mandrake... m

Re: [Oorexx-devel] Testing Open Object Rexx Version 5.0.0 r11766 and testsuite at r11767

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
Failures: 1 Errors: 0 [failure] [20190216 05:33:12.477272] svn:r11734 Change date: 2019-02-08 15:41:41 -0500 Test: TEST_FILE_EXISTS Class: SysFileXXX.testgroup File: /home/vagrant/ooRexx.testSuite/.../base/rexxutil/SysFileXXX.testGroup Line: 118 Failed

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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
Unfortunately Ubuntu is well known also for its odd way of doing things > On 16 Feb 2019, at 12:55, Rick McGuire wrote: > > It is Unbuntu's though. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists

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

2019-02-16 Thread Rick McGuire
LINUX > SysVersion: Linux 4.20.7-200.fc29.x86_64 > > Tests ran: 22641 > Assertions: 377418 > Failures: 1 > Errors: 0 > > [failure] [20190216 11:27:47.784343] > svn:r11734 Change date: 2019-02-08

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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
] [20190216 11:27:47.784343] svn:r11734 Change date: 2019-02-08 15:41:41 -0500 Test: TEST_FILE_EXISTS Class: SysFileXXX.testgroup File: /home/vagrant/testSuite/ooRexx/base/rexxutil/SysFileXXX.testGroup Line: 116 Failed: assertNotEquals Expected: [[0], identityHash

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

2019-02-16 Thread Rick McGuire
It's not so simple. That test works as expected on Linux, it looks like it is only failing on Darwin. Rick On Sat, Feb 16, 2019 at 6:38 AM Enrico Sorichetti via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > Certainly different from windows , > > On unix it behaves according to the

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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
Certainly different from windows , On unix it behaves according to the docs deleteFile uses unlink which does not check the permissions on the file E Quoting the libc manual 14.6 Deleting Files <> <> <>You can delete a file with unlink or remove. Deletion actually deletes a file name. If

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

2019-02-16 Thread Rick McGuire
gt; Seems to work, > > But It looks like > > [failure] [20190216 09:49:03.638306] > svn:r11734 Change date: 2019-02-08 15:41:41 -0500 > Test: TEST_FILE_EXISTS > Class: SysFileXXX.testgroup > File: > /Users/enrico/ooRexx.testSuite/.../base/rexxutil/SysFileX

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

2019-02-16 Thread Enrico Sorichetti via Oorexx-devel
Seems to work, But It looks like [failure] [20190216 09:49:03.638306] svn:r11734 Change date: 2019-02-08 15:41:41 -0500 Test: TEST_FILE_EXISTS Class: SysFileXXX.testgroup File: /Users/enrico/ooRexx.testSuite/.../base/rexxutil/SysFileXXX.testGroup Line: 116 Failed