On Fri, 15 Jan 2010, Stéphane Ducasse wrote:
thanks levente.
Now since this can also help squeak people. The trunk does not contain the
complete history so this breaks monticello
then browsing history. In pharo we pay attention to get **all** the ancestor
chain for such a kind of analysis.
I don't get you. The trunk allows you to rebuild an image from 3.10.2 to
the actual state, so it contains the complete history since 3.10.2.
IIRC this MC bug has been fixed in the trunk.
Levente
Stef
On Jan 15, 2010, at 7:14 PM, Levente Uzonyi wrote:
On Fri, 15 Jan 2010, Mariano Martinez Peck wrote:
Hi: Today Stef and I have being harvested Squeak changes in FileStream. The
most important is the work from Levente and the buffer.
We commit the first slide in inbox: SLICE-FileStream-StephaneDucasse.1
Can someone take a look please because is this quite "important" to
integrate.
StandardFileStream >> #readInto:startingAt:count: is wrong, there's a
newer version. StandardFileStream >> #skip: is missing.
The changes for MultiByteFileStream are also missing. Without those, the
files' state may become corrupt and the expected system-wide speedup will
be less significant.
Changes of classes other than StandardFileStream are unrelated to the read
buffering in the slice.
Levente
Thanks
Mariano
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
