[squeak-dev] Using Mac OS vm from the command line

I am using a symbolic link to

squeak -> Squeak 3.8.18beta4U.app/Contents/MacOS/Squeak VM Opt

It requires a full path the to image, it cannot open an image in the PWD
is this expected behaviour?

Keith

it's a bug

try maybe ~/squeakimages/foobar.image
for example, there is code to resolve ~

or perhaps
./foobar.image


On Aug 29, 2008, at 11:04 PM, Keith Hodges wrote:

--
=
=
=
========================================================================
John M. McIntosh <[hidden email]>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
=
=
=
========================================================================

Ok, Keith had reported the issue below about opening the image from  
the cmd line, and where is the current working directory anyway?

I had made a change to the mac carbon VM to avoid changing the current  
working directory as part of the 3.8.19beta2U release.

Then Keith reported the image did opened, but it did not respond to  
the mouse or clicking.

In checking to see what the problem is I determined it's related to  
the use of the symbolic link, this confuses the carbon/cocoa bundler  
manager so that when you ask for the main bundle and fetch the data  
from the XML info.plist file, it can't find the info.plist

Normally argv[0] would be ./MySqueak.app/Contents/MacOS/Squeak VM Opt,  
but the symbolic link makes it ./squeak and apparently GetMainBundle  
relies on argv[0] and decides it's not a proper bundle, however to  
play nice it makes a fake one, which later we query for information  
and find nothing.

Now over the years as the info.plist has grown in most cases we  
provided an default value if we couldn't find the data, but it seems  
when we changed the mouse mapping a few years back to solve issues  
with mouse/cmd key mappings between native squeak and squeak from the  
browser we managed to *forget* adding defaults, which default to zero  
which mean mouse clicks aren't recorded.

I could add a table of default values, but I'm afraid that would hide  
the fact the info.plist is not being read and drive someone else quite  
crazy as they've change the info.plist, but it's being ignored...
Certainly for now the fact it doesn't work becomes obvious right away.

So I'll suggest some shell scripting could be used to do the right  
thing.

On 29-Aug-08, at 2:04 PM, Keith Hodges wrote:

--
=
=
=
========================================================================
John M. McIntosh <[hidden email]>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
=
=
=
========================================================================