I have a related question that someone might have the answer to,
While backing up everything from the root directory downwards on the Mac I
quickly got the error message that the path was to long, and that it can only
be 255 characters long on Unix like systems (like the Mac). This is a serious
limitation and a modern Mac have many directories nesting deeper than that.
Same for length of filenames.
I know it is documented but my question is, is the 255 chars a ooRexx thing or
a Unix thing? Can something be done? Is there a workaround to list
files/directories with more than 255 characters length?
Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se
> Am 09.02.2018 um 09:14 schrieb P.O. Jonsson <oor...@jonases.se>:
>
> Dear all,
>
> Please close this item, I can answer my own question now. Sorry for wasting
> bandwidth.
>
> While working on the Mac I realized that the system volume is not indeed a
> volume but just a symbolic link to the root directory (/), hence the
> explanation that SysFileTree() behaves differently on *Nix than on Windows.
>
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se <mailto:oor...@jonases.se>
>
>
>
>
>> Am 08.02.2018 um 11:49 schrieb P.O. Jonsson <oor...@jonases.se
>> <mailto:oor...@jonases.se>>:
>>
>> Dear Developers,
>>
>> In addition to what I wrote below I realized that the behavior is different
>> depending on if the volume is a system volume (as in the case below) or
>> another volume (separate disk or mounted volume on a NAS on the network). In
>> the first case the behavior is as below, in the second case the behavior is
>> as I expected it to be, i.e. sysFileTree produces the complete path,
>> including the volume, just as on Win.
>>
>> Can someone please have a look?
>>
>> <test.rex>
>>
>> Hälsningar/Regards/Grüsse,
>> P.O. Jonsson
>> oor...@jonases.se <mailto:oor...@jonases.se>
>>
>>
>>
>>
>>> Am 07.02.2018 um 12:40 schrieb P.O. Jonsson <oor...@jonases.se
>>> <mailto:oor...@jonases.se>>:
>>>
>>> Dear Developers,
>>>
>>> I wanted to move (a large number of) files between two volumes on the Mac
>>> but stumbled on something I did not expect. Here a short example code
>>>
>>> SourceDir = '/volumes/SSD/users/po/data/oorexxsvn'
>>> --SourceDir = 'C:\Users\PO\Tracing‘ /* Win */
>>>
>>> say 'SourceDir' SourceDir
>>>
>>> res = SysFileTree(SourceDir,"dir","DO")
>>>
>>> DO j=1 TO dir.0
>>> say 'dir.'j dir.j
>>> END j
>>>
>>> The output on Mac is
>>>
>>> SourceDir /volumes/SSD/users/po/data/oorexxsvn
>>> dir.1 /Users/po/Data/oorexxsvn/main
>>>
>>> i.e. the SysFileTree is not providing the entire path (the fully-qualified
>>> file name) as the documentation states
>>>
>>> I tried it on a Win 10 machine and there the response includes the volume
>>> (the „drive letter“)
>>>
>>> Microsoft Windows [Version 10.0.16299.192]
>>>
>>> SourceDir C:\Users\PO\Tracing
>>> dir.1 C:\Users\PO\Tracing\WPPMedia
>>>
>>> I have not been able to compare to older versions of ooRexx on Mac (for
>>> known reasons), is this behavior intentional? And if so, how do I find out
>>> the complete path on Mac?
>>>
>>> The version of ooRexx is the same on both systems
>>>
>>> Mac
>>> POs-12Core-Pro:~ po$ rexx -v
>>> Open Object Rexx Version 5.0.0
>>> Build date: Oct 22 2017
>>> Addressing mode: 64
>>>
>>> Win
>>> C:\Users\PO\Downloads>rexx -v
>>> Open Object Rexx Version 5.0.0
>>> Build date: Oct 22 2017
>>> Addressing mode: 64
>>>
>>> Hälsningar/Regards/Grüsse,
>>> P.O. Jonsson
>>> oor...@jonases.se <mailto:oor...@jonases.se>
>>>
>>>
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org <http://slashdot.org/>!
>> http://sdm.link/slashdot_______________________________________________
>> <http://sdm.link/slashdot_______________________________________________>
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> <mailto:Oorexx-devel@lists.sourceforge.net>
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org!
> http://sdm.link/slashdot_______________________________________________
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel