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

[REBOL] Re: [protect-system] does not work [user.r]

From: apwing:zonnet:nl at: 16-Apr-2004 14:51

Hi Maxim, thanks for your tips! I already made some progress thanks to them, but I need to dive in still a bit more ;-) Kind regards, Arie ----- Original Message ----- From: "Maxim Olivier-Adlhoch" <[maximo--meteorstudios--com]> To: <[rebol-list--rebol--com]> Sent: Thursday, April 15, 2004 8:20 PM Subject: [REBOL] Re: [protect-system] does not work [user.r]
> Hi Arie, > > its been a while since user.r was a topic > > well, the beta versions treat the user.r the same, its just that its
content is not set by the install tool. There is no installation, so rebol does not copy rebol.exe into your home with a copy of user.r (which very few even realize happens).
> It gets quite complex because in addition to the rebol.exe directory and
your user/home directory, the user.r can ALSO be sourced in any icon's current directory or specifed startup dir...
> It is quite possible that your current install setup does not properly map
to any user.r file.
> at home, to get user.r to be sourced properly in beta versions, I must: > -Create a shortcut to the rebol.exe version I want > -Clear the field of startup directory within the shortcut properties. > -put a user.r file in the location of the exe > -Drag the reblet.r file ON THE SHORTCUT. > > dragging the same reblet on he actual executable will fail! > > -you can also set the .r association to a specific version, in which case
double clicking on a reblet, will equate to dragging it on the shortcut.
> > I also add a print statement in ALL my user.r which prints what-dir. This
will tell you where the user.r was sourced.
> > also, do a search of your machine for user.r files... > > the first time I noticed that user.r was a slippery file to locate, I had
4 user.r files here and there and depending on the way the script was started, any one of the 4 files would be used and that's with the release version only!!!
> So, deleting the redundant ones will force rebol.exe to fallback on a
shorter list of files, but in the end, the one in the same directory as rebol.exe tends to be the one used. and in some cases (like if you have a %home% env variable) it might not want to fallback to other directories.