Re: [Oorexx-devel] test case rexxtry

2021-02-18 Thread P.O. Jonsson
Dear René,

One further option would be to include the path to the samples when setting up 
the test environment. This is currently not the case (and thus the only test 
month.testGroup is not found) but I intend to fix that, I just wanted to clean 
out some things first and got diverted...(see my other mail).

Can you bear with me for a day or two there will be something to test.

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se



> Am 18.02.2021 um 15:49 schrieb René Jansen :
> 
> There is currently only one test case failing on the Linux on Z Rockhopper, 
> which is the test for the reachability of RexxTry. This is because this is 
> the uninstalled version of ooRexx - the so-called USB version. I expect this 
> to fail on other machines where we do not do an install, because RexxTry has 
> not been copied from samples to the $PATH.
> 
> I want to remove this test, does anyone oppose?
> 
> 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] 2 failing testcases

2021-02-18 Thread P.O. Jonsson
Thanks Erich, with this info I could pinpoint the problem. Apparently the 
functionality tested is not available on a disk formatted with macOS Extended 
(journaled), only on a disk formatted with APFS. This is the only machine with 
macOS Extended on the system disk so I should have realized earlier.

I tried formatting a USB stick to test all available formatting options for the 
Mac. Here a summary:

APFS -> 2021-02-18T15:57:00.190785 -> Works as intended with sub-second time

macOS extended -> 2021-02-18T17:10:44.00 (same for all partitioning options 
and for case sensitive/insensitive) -> no sub-second time.

FAT32 -> 2021-02-18T17:21:21.00 -> no sub-second time.

EXFAT -> 2021-02-18T17:29:03.17 -> some sub-second time but not the same as 
APFS

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se



> Am 18.02.2021 um 15:35 schrieb Erich Steinböck :
> 
> In short, what's the output of this:
> rexx -e "f = 'xyzzy'; call charout f, 'x'; say .File~new(f)~lastmodified; 'ls 
> --full-time xyzzy'"
> 
> On Linux I'm getting:
> 2021-02-18T15:32:29.972267
> -rw-rw-r-- 1 erichst erichst 8 2021-02-18 15:32:29.972267549 +0100 xyzzy
> 
> On Thu, Feb 18, 2021 at 3:28 PM Erich Steinböck  > wrote:
> On this machine,
> when you create a file with rexx (e. g. rexx -e "call charout 'xyzzy', 'x'")
> and you then run ls --full-time xyzzy from the command line,
> does it show actual fractions of seconds, like this?
> 2021-02-18 15:25:37.160859110 +0100 xyzzy
> 
> ___
> 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] 2 failing testcases

2021-02-18 Thread P.O. Jonsson
Hi, macOS (Darwin really) does not honor --full-time flag but apparently -lT 
would be the replacement. Here goes:

On a healthy machine I get this

POs-QuadCore-Mac-Pro:~ po$ rexx -e "f = 'xyzzy'; call charout f, 'x'; say 
.File~new(f)~lastmodified; 'ls -lT xyzzy'"
2021-02-18T15:56:14.594030
-rw-r--r--  1 po  staff  3 18 Feb 15:56:14 2021 xyzzy
POs-QuadCore-Mac-Pro:~ po$ 

On the problem machine I get this

POs-12Core-Pro:~ po$ rexx -e "f = 'xyzzy'; call charout f, 'x'; say 
.File~new(f)~lastmodified; 'ls -lT xyzzy'"
2021-02-18T15:59:24.00
-rw-r--r--  1 po  staff  0 18 Feb 15:59:24 2021 xyzzy
POs-12Core-Pro:~ po$ 

Weird. I will continue to compare the two settings.

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se



> Am 18.02.2021 um 15:35 schrieb Erich Steinböck :
> 
> In short, what's the output of this:
> rexx -e "f = 'xyzzy'; call charout f, 'x'; say .File~new(f)~lastmodified; 'ls 
> --full-time xyzzy'"
> 
> On Linux I'm getting:
> 2021-02-18T15:32:29.972267
> -rw-rw-r-- 1 erichst erichst 8 2021-02-18 15:32:29.972267549 +0100 xyzzy
> 
> On Thu, Feb 18, 2021 at 3:28 PM Erich Steinböck  > wrote:
> On this machine,
> when you create a file with rexx (e. g. rexx -e "call charout 'xyzzy', 'x'")
> and you then run ls --full-time xyzzy from the command line,
> does it show actual fractions of seconds, like this?
> 2021-02-18 15:25:37.160859110 +0100 xyzzy
> 
> ___
> 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] test case rexxtry

2021-02-18 Thread P.O. Jonsson
If you append the path to the samples to the path of your machine, does it pass 
then? If so you can add that to Jenkins build

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se



> Am 18.02.2021 um 15:49 schrieb René Jansen :
> 
> There is currently only one test case failing on the Linux on Z Rockhopper, 
> which is the test for the reachability of RexxTry. This is because this is 
> the uninstalled version of ooRexx - the so-called USB version. I expect this 
> to fail on other machines where we do not do an install, because RexxTry has 
> not been copied from samples to the $PATH.
> 
> I want to remove this test, does anyone oppose?
> 
> 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] test case rexxtry

2021-02-18 Thread René Jansen
There is currently only one test case failing on the Linux on Z Rockhopper, 
which is the test for the reachability of RexxTry. This is because this is the 
uninstalled version of ooRexx - the so-called USB version. I expect this to 
fail on other machines where we do not do an install, because RexxTry has not 
been copied from samples to the $PATH.

I want to remove this test, does anyone oppose?

best regards,

René. 

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


Re: [Oorexx-devel] 2 failing testcases

2021-02-18 Thread Erich Steinböck
In short, what's the output of this:
rexx -e "f = 'xyzzy'; call charout f, 'x'; say .File~new(f)~lastmodified;
'ls --full-time xyzzy'"

On Linux I'm getting:
2021-02-18T15:32:29.972267
-rw-rw-r-- 1 erichst erichst 8 2021-02-18 15:32:29.972267549 +0100 xyzzy

On Thu, Feb 18, 2021 at 3:28 PM Erich Steinböck 
wrote:

> On this machine,
> when you create a file with rexx (e. g. rexx -e "call charout 'xyzzy',
> 'x'")
> and you then run ls --full-time xyzzy from the command line,
> does it show actual fractions of seconds, like this?
> 2021-02-18 15:25:37.160859110 +0100 xyzzy
>
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] 2 failing testcases

2021-02-18 Thread Erich Steinböck
On this machine,
when you create a file with rexx (e. g. rexx -e "call charout 'xyzzy', 'x'")
and you then run ls --full-time xyzzy from the command line,
does it show actual fractions of seconds, like this?
2021-02-18 15:25:37.160859110 +0100 xyzzy
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] 2 failing testcases

2021-02-18 Thread P.O. Jonsson
A correction, when I list them after they are initialised this is what I see


-- Looking for getexecname - not found
-- Performing Test HAVE_STAT_ST_MTIM
-- Performing Test HAVE_STAT_ST_MTIM - Failed
-- Performing Test HAVE_STAT_ST_MTIMESPEC
-- Performing Test HAVE_STAT_ST_MTIMESPEC - Success
-- HAVE_STAT_ST_MTIM is 
-- HAVE_STAT_ST_MTIMESPEC is 1

So the first one is empty the other one set to 1

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se



> Am 18.02.2021 um 14:41 schrieb P.O. Jonsson :
> 
> Hi Erich,
> 
> They appear not to be defined ? I added a printout at the very beginning of 
> CMaketests.txt
> 
> -- CMake version is 3.19.5
> -- HAVE_STAT_ST_MTIM is 
> -- HAVE_STAT_ST_MTIMESPEC is 
> 
> Let me try this on some other machines for comparison, I have found no error 
> on the disk but I cannot do a detailed fsck run on this machine due to a 
> damaged BIOS/UEFI :-(
> 
> I could be that the main memory is defect, I will try to get that checked as 
> well. The standard mac diagnostics do not launch on this machine after a 
> failing upgrade.
> 
> I will come back and let you know what I found but it will take some time.
> 
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se 
> 
> 
> 
>> Am 18.02.2021 um 14:07 schrieb Erich Steinböck > >:
>> 
>> > Test:   TEST_FILE_ACCESSED_FRACTIONS
>> > Test:   TEST_FILE_LASTMODIFIED_FRACTIONS
>> 
>> 
>> Hi P.O.,
>> when the initial CMake runs on this system, what are the values for 
>> HAVE_STAT_ST_MTIM and HAVE_STAT_ST_MTIMESPEC ?
>> Are these values different when building for other DARWIN systems, where the 
>> fractions 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

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


Re: [Oorexx-devel] 2 failing testcases

2021-02-18 Thread P.O. Jonsson
Hi Erich,

They appear not to be defined ? I added a printout at the very beginning of 
CMaketests.txt

-- CMake version is 3.19.5
-- HAVE_STAT_ST_MTIM is 
-- HAVE_STAT_ST_MTIMESPEC is 

Let me try this on some other machines for comparison, I have found no error on 
the disk but I cannot do a detailed fsck run on this machine due to a damaged 
BIOS/UEFI :-(

I could be that the main memory is defect, I will try to get that checked as 
well. The standard mac diagnostics do not launch on this machine after a 
failing upgrade.

I will come back and let you know what I found but it will take some time.

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se



> Am 18.02.2021 um 14:07 schrieb Erich Steinböck :
> 
> > Test:   TEST_FILE_ACCESSED_FRACTIONS
> > Test:   TEST_FILE_LASTMODIFIED_FRACTIONS
> 
> 
> Hi P.O.,
> when the initial CMake runs on this system, what are the values for 
> HAVE_STAT_ST_MTIM and HAVE_STAT_ST_MTIMESPEC ?
> Are these values different when building for other DARWIN systems, where the 
> fractions 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] 2 failing testcases

2021-02-18 Thread Erich Steinböck
> Test:   TEST_FILE_ACCESSED_FRACTIONS
> Test:   TEST_FILE_LASTMODIFIED_FRACTIONS


Hi P.O.,
when the initial CMake runs on this system, what are the values for
HAVE_STAT_ST_MTIM and HAVE_STAT_ST_MTIMESPEC ?
Are these values different when building for other DARWIN systems, where
the fractions work?
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel