Pending mac carbon VM 3.8.17b4

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

Pending mac carbon VM 3.8.17b4

johnmci
Ok, I've stuck a 3.8.17b4 for testing in the experimental directory via

http://www.smalltalkconsulting.com/squeak.html

It should fix the issue with large color cursors on macintel and  
powerpc.

Plus I added the change for UTF8 normalization form  Tetsuya HAYASHI  
wanted when the VM is set to use UTF8 file names.

I'll note by default the VM info.plist is set to MacRoman for  
historical reasons and because the mangled filenames that the file  
list viewer in 3.8 would show and work with in 3.8 images.  They
would be mangled and show as garbage however the wrong  conversion  
process would convert them back to proper macroman representation on  
usage.

Likely the 3.10 team should review what form  file names should be in  
3.10? Then ensure what is shows is what the user expects to see?

I'll note systems such as Sophie and (I think)  Plopp work with UTF8  
file names, developers of those system should reconfirm we have not  
broken their ability to use file names with a 3.8.17b4 VM



3.8.17b4 NSCursorWrappers.m   Ensure color works on powerpc, and  
macintel. Also then for 10.2 signal failure and code then uses small  
cursor logic

                        sqMacUnixFileInterface.c Tetsuya HAYASHI, [hidden email],  
[hidden email]  I've found the latest mac vm (or recent version) fails  
to normalize UTF file name.
                                                                                It seems to be the function convertChars() of  
sqMacUnixFileInterface.c, which normalizes only decompose when  
converting squeak string to unix,
                                                                                but I think it needs pre-combined when unix string to  
squeak, and I noticed normalization form should be canonical (exactly  
should be
                                                                                 kCFStringNormalizationFormC) for pre-combined.



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



Reply | Threaded
Open this post in threaded view
|

Re: Pending mac carbon VM 3.8.17b4

Tetsuya HAYASHI
Hi,

I have tested this new vm, it works well about UTF-8 filenames which need normalization.
I believe this problem comes from Apple's UTF-8 encoding implementation for pre-combined/decomposed characters, so it would also work about Latin characters, for example, umlaut or accent mark, when using UTF-8 filenames.

Many thanks !

On 2007/04/29, at 8:29, John M McIntosh wrote:

> Ok, I've stuck a 3.8.17b4 for testing in the experimental directory via
>
> http://www.smalltalkconsulting.com/squeak.html
>
> It should fix the issue with large color cursors on macintel and powerpc.
>
> Plus I added the change for UTF8 normalization form  Tetsuya HAYASHI wanted when the VM is set to use UTF8 file names.
>
> I'll note by default the VM info.plist is set to MacRoman for historical reasons and because the mangled filenames that the file list viewer in 3.8 would show and work with in 3.8 images.  They
> would be mangled and show as garbage however the wrong  conversion process would convert them back to proper macroman representation on usage.
>
> Likely the 3.10 team should review what form  file names should be in 3.10? Then ensure what is shows is what the user expects to see?
>
> I'll note systems such as Sophie and (I think)  Plopp work with UTF8 file names, developers of those system should reconfirm we have not broken their ability to use file names with a 3.8.17b4 VM
>
>
>
> 3.8.17b4 NSCursorWrappers.m   Ensure color works on powerpc, and macintel. Also then for 10.2 signal failure and code then uses small cursor logic
>
> sqMacUnixFileInterface.c Tetsuya HAYASHI, [hidden email], [hidden email]  I've found the latest mac vm (or recent version) fails to normalize UTF file name.
> It seems to be the function convertChars() of sqMacUnixFileInterface.c, which normalizes only decompose when converting squeak string to unix,
> but I think it needs pre-combined when unix string to squeak, and I noticed normalization form should be canonical (exactly should be
> kCFStringNormalizationFormC) for pre-combined.
>
>
>
> --
> ===========================================================================
> John M. McIntosh <[hidden email]>
> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
> ===========================================================================
>
>
>
>
>