[Vm-dev] Re: working directory under Mac OS X

Andreas Raab andreas.raab at gmx.de
Thu May 26 07:02:24 UTC 2011


FWIW, I'm completely neutral on this just as long as we ensure that 
"FileDirectory default" points to the image directory. Whether the OS' 
cwd is the image, the vm, or some random directory is completely 
irrelevant from my POV.

Cheers,
   - Andreas

On 5/26/2011 1:10, John McIntosh wrote:
> Well I think this is a discussion point for the squeak&  pharo list.
> The comment is quite clear:
> "LETS NOT DO THIS, SEE what happens for people wanting to do
> ./Squeak.app foobar.image  zingger.st"
>
> At 3.8.19b1     I did
> sqMacMain.c                             drop cwd to VM directory at
> startup time to help script writers use ../ or ./
> Mmm spring 2008
>
>
> Historically, John Maloney's original code did the chdir in o-s 7.5.x
>   that was ported forward into os-x when it ran as pre-mach-o app and
> at the time there was some confusing signals from Apple about should
> apps change to the home directory etc... So it sat until I added in
> sufficent unix cmd options/parms awarness for people to complain about
> the behaviour.
>
>
> On Wed, May 25, 2011 at 4:55 PM, Eliot Miranda<eliot.miranda at gmail.com>  wrote:
>> Hi Andreas, Matthew, John, (Hi All),
>>      I'm getting my house in order, merging the Newspeak VM into the OSCog
>> platforms hierarchy.  One big difference between trunk vms (and Newspeak)
>> and Qwaq VMs on Mac OS X is that in the Qwaq VM there is an early chdir to
>> the directory containing the .app, whereas in the non-Qwaq VMs the directory
>> is left as is.  If you look
>> at http://squeakvm.org/svn/squeak/trunk/platforms/Mac OS/vm/sqMacMain.c
>> you'll see that this chdir has been commented-out, so there was a point when
>> it was in standard VMs.  Andreas, Matthew, do you think the Qwaq behavour is
>> important to preserve?  John, what's the history of this?  Should I even
>> bother trying to maintain the Qwaq behaviour and instead disable it in all
>> builds (Qwaq, OSCog, Newspeak)?
>> best,
>> Eliot
>
>


More information about the Vm-dev mailing list