> 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?
[sn
There is a new function in core 2.3 which makes thing easier when dealing
with dirs that may not have "/" on the end
? dirize
USAGE:
DIRIZE path
DESCRIPTION:
Returns a copy of the path turned into a directory.
DIRIZE is a function value.
ARGUMENTS:
path -- (Type: file string
Shouldn't they return the same thing on Rebol?
It seems like they should.
Is this a bug?
I think RT still have some philosophy stuff to work out
regarding platform issues, meaning of to binary! and
sharing objects created on one system with another system...
Even if it is cool for Unix wizard
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 directory.
For example, in th
Hi,
an absolute path is like this:
%/c/cygwin/
%/d/games/afile
etc..
Hope that's what you're after.
By the way, somebody once said it's better to specify dirs with the '/' on the end. I
forget why...
Anton.
[EMAIL PROTECTED] wrote:
> I want to create a configuration file which loads in some
I want to create a configuration file which loads in some functions I wrote. I wrote a
verbose description of the program below, but then figured: "Gee, REBOL is actually
more concise and easy to understand than my English!"
REBOL []
rebol-dir: "/cygwin/home/administrator/rebol"
j: join rebol