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

[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... hello all, 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... HTH -MAx --------------------------- steel project coordinator v0.0.5 online