MathGroup Archive 2011

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: Change $UserBaseDirectory

  • To: mathgroup at
  • Subject: [mg122807] Re: Change $UserBaseDirectory
  • From: Bill Rowe <readnews at>
  • Date: Fri, 11 Nov 2011 04:53:59 -0500 (EST)
  • Delivered-to:

On 11/9/11 at 6:22 AM, he.frauendorfer at (E. Frauendorfer)

>I already asked for help to change $UserBaseDirectory. Maybe that's
>not the best solution to my problem and quiz's I should elaborate a
>bit more.

>I am using a new computer with a small primary SSD for the OS and
>secondary hard disc to hold all the big info. benefiting from the
>fast seek times a SSD has to offer.

>Now the $UserBaseDirectory and $BaseDirectory are in C:\... and my
>applications are elsewhere in D:\... or E:\.... Programs that use
>$UserBaseDirectory to establish the Path to a great number of
>Packages are now failing. My thought was to change the
>$UserBaseDirectory to remedy that, but maybe there is a better way
>to do that.

You don't really say what you mean by failing. I am going to
guess this means a package fails to load using Get or Needs. If
so, this is easily remedied without changing the values in
$UserBaseDirectory. Simply edit the file init.m that can be
found in the directory returned by

=46ileNames["*", ToFileName[$UserBaseDirectory, "Kernel"]]

to add something that modifies the directories contained in
$Path. Something like


It is the directories listed in $Path that are searched by Get
and Needs to load packages. You are free to add any directory
you can access to $Path. And by placing this command in the
init.m file, it will modify $Path once the kernel is launched.
To me, this is simpler solution than trying to modify variables
such as $UserBaseDirectory.

  • Prev by Date: Re: Import files on accessible URL and save in
  • Next by Date: Re: Question on two-stage optimization of polynomials:
  • Previous by thread: Change $UserBaseDirectory
  • Next by thread: Plotting discontinuities using Exclusions