Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

read directory

 [1/13] from: lmecir::mbox::vol::cz at: 11-Dec-2003 13:31


hi, this looks like a windows specialty:
>> read %/c/rebol
** Access Error: Cannot open /c/rebol ** Near: read %/c/rebol
>> read %/c/rebol/
== [%core/ %view/] Isn't it annoying? -L

 [2/13] from: rotenca:telvia:it at: 11-Dec-2003 16:05


Hi Ladislav,
> this looks like a windows specialty: > >> read %/c/rebol
<<quoted lines omitted: 3>>
> == [%core/ %view/] > Isn't it annoying?
I think that all Rebol should be uniformin reading directory port, the ftp: shows this error without the final slash: ** User Error: Server error: tcp 550 XXXX: Not a regular file So i think that the Windows behaviour is good, are the others (what?) to be changed. --- Ciao Romano

 [3/13] from: greggirwin:mindspring at: 11-Dec-2003 12:15


Hi Romano,
>> dir? %/c/rebol
== true Seems inconsistent with it, but I haven't spent any thought on what's best. e.g. if you have a file called %rebol in %/c/, and also a %rebol/ dir, how do you distinguish which one you want? -- Gregg

 [4/13] from: rotenca:telvia:it at: 11-Dec-2003 22:28


Hi Gregg,
> >> dir? %/c/rebol > == true > > Seems inconsistent with it, but I haven't spent any thought on what's
This comes from: info? %/c/rebol info? ftp://host/rebol that returns an object with the type (link/dir/file) dir? is a front-end for info? What i want to say is that if Windows is = ftp:// then it is not a Window issue, it is a Rebol issue. I am not sure what is the best, but it does not seems to me only a windows problem. --- Ciao Romano

 [5/13] from: lmecir:mbox:vol:cz at: 12-Dec-2003 11:19


Hi Romano,
>>this looks like a windows specialty: >>
<<quoted lines omitted: 15>>
>Ciao >Romano
well, it is annoying for me, because the %/c/rebol specification uniquely determines the target of my operation. Linux Rebol/Core behaves differently, but the behaviour looks unacceptable too. -L

 [6/13] from: rotenca:telvia:it at: 12-Dec-2003 12:00


Hi Ladislav,
> well, it is annoying for me, because the %/c/rebol specification > uniquely determines the target of my operation. Linux Rebol/Core behaves > differently, but the behaviour looks unacceptable too.
Do you like this? make-dir %rebol/ write %rebol "test" read %rebol ;=="aaa" delete %rebol ;delete the file read %rebol ;==[] delete %rebol ;delete the dir Too ambiguities for me about what is deleted and what is read. --- Ciao Romano

 [7/13] from: lmecir:mbox:vol:cz at: 12-Dec-2003 17:12


Hi Romano,
>Do you like this? >make-dir %rebol/
<<quoted lines omitted: 7>>
>Ciao >Romano
I don't like that. As far as I know, no operating system allows that. Am I wrong? Rebol/Core 2.5.6.4.2 behaviour: read %rebol ; == "" read %rebol/ ; == [%file1 %file2] This doesn't look well either. I think, that both %rebol and %rebol/ refer to the same object: the %rebol directory. If that is correct, then why should (read %rebol) yield different result, than (read %rebol/)? -L

 [8/13] from: rotenca:telvia:it at: 13-Dec-2003 14:39


Hi Ladislav,
> I don't like that. As far as I know, no operating system allows that. Am I
wrong? I do not know it and i did not know it. This should make your proposal more accettable, also if is left to the OS. Sometimes FTP is used as an interface for database which are not true file system.
> Rebol/Core 2.5.6.4.2 behaviour: > > read %rebol ; == "" > read %rebol/ ; == [%file1 %file2] > > This doesn't look well either. I think, that both %rebol and %rebol/ refer
to the same object: the %rebol directory. If that is > correct, then why should (read %rebol) yield different result, than (read %rebol/)? I think that rebol and rebol/ are different object. I only admit that a query on an object named "rebol" can return dir object info, if the rebol file does not exists. FTP query is implemented in this way by rebol: get info for the file "rebol" if fails, get info for the dir "rebol/" --- Ciao Romano

 [9/13] from: antonr:iinet:au at: 15-Dec-2003 0:47


Gregg, you can't have a dir and a file with same name. Anton.

 [10/13] from: greggirwin:mindspring at: 14-Dec-2003 11:19


Hi Anton, AR> you can't have a dir and a file with same name. Under Windows that may be true, but is it true for all platforms? --Gregg

 [11/13] from: antonr:iinet:au at: 15-Dec-2003 12:17


I am starting to wonder now. Has anybody seen this? Anton.

 [12/13] from: lmecir:mbox:vol:cz at: 15-Dec-2003 8:12


Anton Rolls napsal(a):
>I am starting to wonder now. >Has anybody seen this? > >Anton. >
I am curious too
>>AR> you can't have a dir and a file with same name. >> >>
I wrote some time ago, that I was convinced the above statement would be true for all known OSes.
>>Under Windows that may be true, but is it true for all platforms? >> >>--Gregg >> >>
-Ladislav

 [13/13] from: tomc:darkwing:uoregon at: 15-Dec-2003 8:11


can't create a file & dir with the same name in the same place on solaris On Mon, 15 Dec 2003, Anton Rolls wrote:

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted