MathGroup Archive 2010

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

Search the Archive

Re: Problem with renaming Mathematica path on Mac OS X

  • To: mathgroup at
  • Subject: [mg111788] Re: Problem with renaming Mathematica path on Mac OS X
  • From: Nate Dudenhoeffer <ndudenhoeffer at>
  • Date: Fri, 13 Aug 2010 06:56:20 -0400 (EDT)


I am not sure if there is a way to change the saved installation directory,
but you should be able to change it each time Mathematica starts by editing
the sysinit.m file.

I have not tested this, but I think this should accomplish what you want.

Right click on and click "View package contents"
>From there navigate to the folder: SystemFiles/Kernel/SystemResources/
Select the folded relevant to your system.

Open sysinit.m in a text editor (it would be a good idea to make a backup

On a new line just after "Begin[ "System`Private`"]" set the
$installationDirectory variable.
For example:

I hope this helps.   Maybe someone else can offer you a solution which would
seem like less of a "work-around"


On Thu, Aug 12, 2010 at 4:30 AM, Bob F <deepyogurt at> wrote:

> Am running Mathematica on Mac OS X system and I had installed it into
> the folder
>     /Applications/Wolfram/Mathematica
> But this caused a problem with trying to do something with
> LinkSnooper, so I tried to just rename it to:
>    /Applications/Wolfram/
> but now I get an error during startup that says
>    Mathematica was unable to open the file
>    /Applications/Wolfram/Mathematica
> TextResources/Macintosh/
> So apparently there is some place in Mathematica that remembers where
> the app was originally installed rather than "learn" it from wherever
> it is currently running from.
> Any suggestions how to fix this?? Have noticed no other problems due
> to this simple change of name so far.
> Thanks...
> -Bob

  • Prev by Date: Re: Straightforward factoring and simplification
  • Next by Date: Re: Connecting to remote kernel
  • Previous by thread: Re: Problem with renaming Mathematica path on Mac OS X
  • Next by thread: further // Benchmark - 64 bit much slower than 32 bit (fwd)