mac carbon VM goes to unix file names, testers needed

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

mac carbon VM goes to unix file names, testers needed

johnmci
After much thought (years?) I've converted the mac carbon VM to unix  
path names by burning up a few sleepless nights, this assists in the  
pending MacIntel port
and can be done before that happens. Since this is my fourth attempt  
at working the multiple aliased file paths it was a chance to rewrite  
that entire piece of logic
into something much smaller and  nicer.

So I need a few beta testers to confirm this all works. Interested  
parties should email me and I'll send them a VM, also people willing  
to compile and cross-check the c code for
issues are welcome.  Although the task sounds simple, open an image,  
open a file, delete a file, navigate to a directory, create a  
directory, delete a directory it's actually more complex because of  
all the other things you can do:

At application startup

a) We load an image based on command line startup
b) We load an image based on XML specification
c) We load an image from the bundle resource folder, using XML  
specification for name if needbe
d) We load an image based on AppleEvent open application (the default  
from XML specification00
e) We load an image in another application based on the open document  
request to a running VM.
f)  We load an image based on doubling clicking an image with no VM  
running

This should work on a folder name with unicode characters (accented  
or Japanese), and with a
path with say three levels of alias indirection which normally  
defeats the casual implementation of alias resolving.
This of course is an interesting place because normalization of  
unicode must occur between mac roman and utf-8 and hfs+ volume needs,  
plus
we do multiple aliases resolutions.

Other things
Navigation in the file list to a folder/file in an interesting place  
with three levels of folder alias indirection plus unicode characters.
Operations like read/write on a file, or creating or deleting the  
file in interesting places.
Confirm file information for aliases files in navigation window is  
correct.
Operations like deleting or creating a folder  or an using/deleting  
an aliased folder.
{I'll note we need to resolve how deleting an aliased folder works,  
does that mean delete the target folder or just the alias?}

Drag and drop of files from interesting places. (indirection aliases)
Loading a plugin from  (vm directory, vm/plugins, vm bundle/resources  
folder)  and perhaps as an alias (not tested)
resolving the download folder via the internet config plugin (not  
tested)
resolving the secure and unsecure pathnames in the security plugin
setting and getting the finder creator and type codes for a file
Switching to UTF-8 verses mac roman for internal vmpath support  for  
all of above (not tested ).

As you can see there is a lot of work to cross check all these  
features work, and perhaps ones I've not thought of.

Pending is a rework of the mpeg plugin to use the VM file name  
translation api to make a proper file name for opening,
that also applies to some other special purpose plugins we have.



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


Reply | Threaded
Open this post in threaded view
|

Re: mac carbon VM goes to unix file names, testers needed

Karsten Wolf
Hi John,


Am 03.02.2006 um 23:28 schrieb John M McIntosh:
...
>
> So I need a few beta testers to confirm this all works. Interested
> parties should email me and I'll send them a VM, also people willing
> to compile and cross-check the c code for
> issues are welcome.  Although the task sounds simple, open an image,
> open a file, delete a file, navigate to a directory, create a
> directory, delete a directory it's actually more complex because of
> all the other things you can do:
> ...

I'm in.

-karsten


Reply | Threaded
Open this post in threaded view
|

Re: mac carbon VM goes to unix file names, testers needed

Lukas Renggli
Hi John,

I am interested as well. Send me that VM ;-)

Lukas

--
Lukas Renggli
http://www.lukas-renggli.ch

Reply | Threaded
Open this post in threaded view
|

Re: mac carbon VM goes to unix file names, testers needed

Bert Freudenberg-3
In reply to this post by johnmci
Am 03.02.2006 um 23:28 schrieb John M McIntosh:

>  Interested parties should email me and I'll send them a VM

Send one my direction, please.

> Switching to UTF-8 verses mac roman for internal vmpath support  
> for all of above (not tested ).

We've been using UTF-8 VM encoding for a while, to be able to access  
files with non-ASCII characters in their path. However, I haven't  
found a way to permanently switch the image (3.8) to UTF-8 encoding.  
It keeps resetting to Latin1 on startup. The only solution for me was  
to put this line in my own startup code:

        LanguageEnvironment classPool at: #FileNameConverterClass put:  
UTF8TextConverter

Did anybody create a better solution than this horrible hack? I feel  
someone else must be using UTF-8, too, now that we support it ...

- Bert -


Reply | Threaded
Open this post in threaded view
|

Re: mac carbon VM goes to unix file names, testers needed

johnmci
Well we noticed over the weekend, that a folder name like "Caño del  
día" show the ñ and í correctly in a 3.7 image, but in a 3.8 image these
are mangled into something else. So why is that?

On 6-Feb-06, at 12:54 AM, Bert Freudenberg wrote:

> Am 03.02.2006 um 23:28 schrieb John M McIntosh:
>
>>  Interested parties should email me and I'll send them a VM
>
> Send one my direction, please.

Sent.

>

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


Reply | Threaded
Open this post in threaded view
|

Re: mac carbon VM goes to unix file names, testers needed

Bert Freudenberg-3
Because the Mac VM sends MacRoman and the 3.8 image expects Latin1,  
because on MacOS the language environment defaults to Latin1.  
However, the info.plist ignores any spelling of Latin1 or iso-8859-1  
I tried.  So UTF-8 is the thing that both VM and image could agree  
upon, but that's not automatic, as I wrote in my last message.

- Bert -

Am 06.02.2006 um 10:18 schrieb John M McIntosh:

> Well we noticed over the weekend, that a folder name like "Caño del  
> día" show the ñ and í correctly in a 3.7 image, but in a 3.8 image  
> these
> are mangled into something else. So why is that?
>
> On 6-Feb-06, at 12:54 AM, Bert Freudenberg wrote:
>
>> Am 03.02.2006 um 23:28 schrieb John M McIntosh:
>>
>>>  Interested parties should email me and I'll send them a VM
>>
>> Send one my direction, please.
>
> Sent.

Thanks.


Reply | Threaded
Open this post in threaded view
|

Re: mac carbon VM goes to unix file names, testers needed

johnmci
Ah, I think someone forgot to tell me...

The mac carbon vm only considered ShiftJIS, UTF-8 and macroman as a  
result of asking and being told these were the only ones used a few  
years back.
But since you use kCFStringEncodingISOLatin1, I'll add Latin1/
iso-8859-1 to the mix and make that the default...
Likely that will get folded into 3.8.10b6 since I pushed 3.8.10b5 out  
a few minutes ago

On 6-Feb-06, at 1:47 AM, Bert Freudenberg wrote:

> Because the Mac VM sends MacRoman and the 3.8 image expects Latin1,  
> because on MacOS the language environment defaults to Latin1.  
> However, the info.plist ignores any spelling of Latin1 or  
> iso-8859-1 I tried.  So UTF-8 is the thing that both VM and image  
> could agree upon, but that's not automatic, as I wrote in my last  
> message.
>
> - Bert -
>
> Am 06.02.2006 um 10:18 schrieb John M McIntosh:
>
>> Well we noticed over the weekend, that a folder name like "Caño  
>> del día" show the ñ and í correctly in a 3.7 image, but in a 3.8  
>> image these
>> are mangled into something else. So why is that?
>>
>> On 6-Feb-06, at 12:54 AM, Bert Freudenberg wrote:
>>
>>> Am 03.02.2006 um 23:28 schrieb John M McIntosh:
>>>
>>>>  Interested parties should email me and I'll send them a VM
>>>
>>> Send one my direction, please.
>>
>> Sent.
>
> Thanks.
>

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