[Vm-dev] FileCopyPlugin 32bit-64bit updates with unit test

John M McIntosh johnmci at smalltalkconsulting.com
Mon Nov 19 08:05:58 UTC 2007

Well the api for file copying that Apple provides now actually invokes  
the same logic that the Finder uses.

If you want Symbolic links manipulation without using this api you  
need to either do it via FFI, or code up a shell command and feed to the
OSProcess plugin, or cheat and use AppleScript to invoke a bash shell  

I'll note when dealing with file names, you need to be careful. If you  
are using the standard VM it returns names in MacRoman which depending  
on the image
you use might convert to Latin1.  Most commercial like products  
(seaside/sophie/scratch?/plopp) use UTF8, this is controlled by a  
setting in the info.plist.

However the UTF8 you get from the VM  is UTF8 normalized  
(precomposed) , but the HFS+ file level apis require UTF8 de- 
normalized (decomposed)

Thus having a file/directory string in UTF8 precomposed form begs the  
question, for the API or shell script what are the expectations for  
precomposed/decomposed here?
Unless you use the right test data, you could have misleading results.

Ps note we painfully added unicode file dialog get/put logic for  
Windows to Sophie over the weekend, so that you could open, or save  
books like π.spb
Then discovered on XP it whines about the file name contains an  
illegal character when you attempt to compress/zip the book file.

On Nov 18, 2007, at 11:47 PM, Keith Hodges wrote:

> John M McIntosh wrote:
>> For os-x carbon we attempted to implement the filecopy plugin many
>> years back but had serious issues with Apple's
>> failure to provide an operating system api that let you copy a file
>> between locations and actually preserve all the
> Do we have any API for creating or manipulating Symbolic links?
> thanks
> Keith

John M. McIntosh <johnmci at smalltalkconsulting.com>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com

More information about the Vm-dev mailing list