[V3dot9] Re: again garbled changeset....

stéphane ducasse ducasse at iam.unibe.ch
Mon Sep 11 10:45:54 UTC 2006


This is strange. Because we tried from a fresh 3.9 7056 and we got  
unnamed.


This code is a bit terrible.

On 11 sept. 06, at 10:16, Marcus Denker wrote:

> Hi,
>
> The changeset bug seems to be hard to kill... it's again there in  
> 7057. I think the problem is
> this:
>
> resetCurrentToNewUnnamedChangeSet
> 	current := self new.
> 	self newChanges: current
>
>
> problem: "new" is implemented as:
>
> new
> 	"All current changeSets must be registered in the AllChangeSets  
> collection.
> 	Due to a quirk of history, this is maintained as class variable of  
> ChangeSorter."
>
> 	^ self basicNewChangeSet: ChangeSet defaultName
>
>
> "Changeset defaultName" now returns 'Unamed1', not 'Unamed', as it  
> wants to
> make a new name:
>
> defaultName
> 	^ self uniqueNameLike: 'Unnamed' translated
>
> Which means, we need to change the code to be
>
> resetCurrentToNewUnnamedChangeSet
> 	current := self basicNewNamed: 'Unamed'.
> 	self newChanges: current

Did you try?

Stef

>
> I hope. All this changeset and filout related code is horrible and  
> should be thrown away.
>
>      Marcus
>



More information about the V3dot9 mailing list