Re: [Afpfs-ng-devel] volumename length patch

[Alex d. <ale...@gm...>]

HAT,

Okay, I've committed about half of these; the others overlap with some  
other local changes, and I'll wait with committing those until I have  
some other things done.

By the way, you have some changes to files in the 'fuse' directory,  
which has now disappeared.  You may want to prune your cvs checkout.

Thanks for your help!

- A

On 18-Jul-08, at 2:48 PM, HAT wrote:

> Alex,
>
>> That all seems pretty reasonable.  I'll apply it tonight.  Have you  
>> tried this code with long volume names?
>
> The following volumename is ok.
>
>
> "ÀÀÀÀÀÀÀÀÀÀ"
> 	30Bytes as decomposed-UTF8
> "HAT のパブリックフォルダ"
> 	34Bytes as precomposed-UTF8
> "がぎぐげごがぎぐげご"
> 	60Bytes as decomposed-UTF8
> "각각각각각각각각각각"
> 	90Bytes as decomposed-UTF8
>
>
> "HAT のパブリックフォルダ" means "HAT's Public Folder".
> Public Folder's volumename is precomposed-UTF8.
> This is Mac OS X's bug.
> Other volumename is decomposed-UTF8.
>
> When too long foldername is made a shared folder, Finder becomes  
> unstable. This is Mac OS X's bug.
>
> The folder that is normally shared can be normally mounted by afpfs- 
> ng.
>
>
>> I'll verify it against a Mac OS 9 system, but I can't see how that  
>> would be broken.
>
> I do not test Mac OS 9 at all because MacJapanese is not supported.
>
> -- 
> HAT
>