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

[REBOL] Creating an absolute path filename via join on directory and filename Re

From: bhandley:zip:au at: 29-Aug-2000 18:53

> Shouldn't they return the same thing on Rebol? > It seems like they should. > > Is this a bug? >
I doubt it. What would be the point of such information? It it is clearly platform specific information. With my Rebol hammer, I'm seeing most problems as nails, but is this going a little far? [snip something I can't comment on.]
> Even if it is cool for Unix wizards to have whatever this > info is, it will be a drag for them if they write a script > using that info and expecting it to work everywhere...
I don't know what info is there, but I can guess, so I suspect that it may even be a drag to expect that the information would work even on the same platform at a later time. It may be that the result on Windows may be the better behaviour - don't know really. Brett.
> -Galt > > >===== Original Message From [joel--neely--fedex--com] > >Without the final '/', read attempts to access the directory as an actual > >file. On mess-doss this causes an error, while on *nix it returns some > >nice binary stuff which only wizards know how to use. > > > >With the final '/', read returns a block of names found within the
> > > >For example, in the MICROS~1 world: > > > >>> foo: read %Examples > >** Access Error: Cannot open /C/bin/REBOL/Examples. > >** Where: foo: read %Examples > >>> foo: read %Examples/ > >== [%all.r %index.html %webprint.r %webget.r %webgetter.r %weblib.r
> >r %webfind.r %webfinder.r %webcheck.r %webloop.r %webt... > >>> > > > >And in the *nix world: > > > >>> foo: read %java > >>
{^@H^@^@^@^@^[A^@\^@^G^@^@classes^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @