[V3dot9] Re: UUID fix

[stéphane ducasse]

Hi david

I will retry. And let you know.

Stef


On 12 juil. 06, at 21:50, David Shaffer wrote:

> stéphane ducasse wrote:
>
>> I tried to load you script and did all the work and after I could not
>> publish anymore on squeaksource.
>> So there is a problem I guess with your changes.
>>
>> Stef
>>
> Stef,
>
> Oops, I see you mentioned SqueakSource, not SqueakMap so it seems like
> SMFileCahce wouldn't be the problem unless you are using a
> "SqueakMapCache" type repository.  Let me fill in some details... the
> only method that my change effects (besides creating a test method) is
> UUID>>asString36.  In my "up-to-date" 3.9 image the only sender of  
> this
> is SMFileCache.  There has been a bug in #asString36 since 3.8 which
> causes it to chop of the first three characters of the string 36
> representation.  SMFileCache uses this string representation to form
> directory names and so any directory created prior to my fix will have
> an incorrect name and might cause problems when trying to load from  
> the
> cache (although I think it shouldn't).
>
> If SqueakMap isn't the problem then my advice would be to look for  
> other
> senders of #asString36 in your image and let me know who they are so I
> can load those packages and see if I can bridge them over to the  
> correct
> version.  Leaving the current incorrect version in place isn't the end
> of the world, as I mentioned before.  It is just troublesome for those
> who count on UUID>>asString36 to be consistent between Squeak versions
> or who rely on it actually producing distinct strings for distinct  
> UUID's.
>
> As a quick test I just published a package to my HTTP-based MC
> repository and it worked fine.  As I said, nothing in MC uses  
> asString36.
>
> David
>