[REBOL] Re: view user.r startup "bug" finally clearly identified...
From: maximo::meteorstudios::com at: 7-Oct-2003 11:26
> -----Original Message-----
> From: Gregg Irwin [mailto:[greggirwin--mindspring--com]]
> Sent: Tuesday, October 07, 2003 10:07 AM
> To: [moliad--aei--ca]
> Subject: [REBOL] Re: view user.r startup "bug" finally clearly
> mac> I just realised that if you have an system environment variable
> mac> called HOME and you use an icon on windows which has its "start
> mac> in" property set to the path which holds the rebol.exe binary
> mac> (instead of it being blank), then, the user.r in that path takes
> mac> precedence over the user.r set in your home directory.
> Thanks for posting that Max! Good bit of info.
do [ send rebol-list all new info ] :-)
I realize its a feature, but man, that wasn't obvious to figure out.
here is some more info I found after sending the post last night:
I was scanning the system/options object and realized that on start up there are four
possible paths which you can collect which could hold a user.r file
the value of your home system variable (if set)
the path to the rebol.exe which launched the script
the path to the actual current script.r FILE
Seems to holds the what-dir rebol value. It can be forcefully set in the windows icon
by specifying the "start in" parameter or points to the script's path otherwise. but
note that in any event this is a directory path not a file path, so its always different
from system/options/script nonetheless. I guess in any unix shell, this is the actual
directory you where in when you started the script.
depending on the way you are setup and the way the icon was built-up (by windows at install,
by copying a shortcut, or by creating it by hand) any of these paths could contain a
valid user.r file.
Steel project coordinator