[REBOL] view user.r startup "bug" finally clearly identified...
From: moliad:aei:ca at: 7-Oct-2003 4:57
view user.r startup "bug" finally clearly identified...
I am not sure how many of you have had this problem, but it has happened to me on several
occasions that for the damnest reason, all of a sudden your stuff in the user.r is ignored.
This sometimes has the effect that View asks you to re-install itself.
Sometimes though, it will be that some later setup you added in yout user.r (like steel's
library setup line) is not seen!
You open your user.r script and the wanted stuff really is there, but for some obscure
reason its not used!
But usually, its just that some of your scripts seem to use the user.r and some don't
THIS HAS DRIVEN ME MAD SEVERAL TIMES.
I just realised that if you have an system environment variable called HOME and you use
an icon on windows which has its "start in" property set to the path which holds the
rebol.exe binary (instead of it being blank), then, the user.r in that path takes precedence
over the user.r set in your home directory.
This leads to some scripts behaving differently than others, depending on how the icon
was created... And for some reason, not all icons are created equal....
I've been searching for this specific problem for two years... now its completely solved...
I just tested putting another path, and since it didn't see a user.r in that path, it
defaulted to the user.r in my home (like all other occurences of my scripts started under
command-line or within a macro in my text-editor...)
This might also be the cause for some of you having problems with steel, when opening
the colorbox.r demo having the "open-library: unknown word" error, even though you have
set it up...
steel project coordinator