- Pharo-dev - lists.pharo.org

[ANN] The STON Specification

by Sven Van Caekenberghe

Hi, Since there can never be enough documentation I finally took some time to write a more formal description of STON as a data format. https://github.com/svenvc/ston/blob/master/ston-spec.md The idea is to let this stabilise a bit and to then update the two other documents describing STON, where necessary: https://github.com/svenvc/ston/blob/master/ston-paper.md https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… Also, the latest changes in STON have to make their way to the Pharo image as well. https://github.com/svenvc/ston All feedback is welcome. Sven -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

Oct. 31, 2018

Re: [Pharo-dev] ClyMethodGroup>>#fileOut dead code ?

by Denis Kudriashov

Hi Sven. It is not dead. It is here to file out any method group including normal protocols. It was copied from SystemOrganizer>>fileOutCategory:. Now it needs to be fixed in Pharo 7 and it would be nice to have it in better form ÑÑ, 31 Ð¾ÐºÑ. 2018 Ð³. Ð² 15:39, Sven Van Caekenberghe <sven(a)stfx.eu>: > Hi, > > ClyMethodGroup>>#fileOut seems like dead code (it sends #trailer to a > WriteStream which DNUs). It also uses the deprecated FileStream. > > Can it be removed ? > > Sven >

Oct. 31, 2018

Source/changes file suffixes constants

by Sven Van Caekenberghe

Hi, Current FileStream holds (in the protocol 'file reader services') some constants regarding source/changes file suffixes. Where should we move these to (as FileStream is deprecated) ? There is a class SourceFile, there is PharoFilesOpener, neither seems to fit that well. Suggestions ? Sven

Oct. 31, 2018

Re: [Pharo-dev] About #zipped / #unzipped

by Sven Van Caekenberghe

https://github.com/pharo-project/pharo/pull/1947 > On 26 Oct 2018, at 22:28, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > +1 > > On Tue, Oct 23, 2018 at 10:50 AM Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >> >>> On 18 Oct 2018, at 20:59, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> Hi, >>> >>> Given https://pharo.fogbugz.com/f/cases/21858/Cleanup-remaining-DeprecatedFileSys… [where we need more help !!] I found String>>#zipped to be one of the users of the deprecated RWBinaryOrTextStream. Although this usage is easy enough to fix, I think the current #zipped / #unzipped on String is broken. >>> >>> (note also that there are no real users of these methods) >>> >>> Right now it seems cool that the following is an identity. >>> >>> 'foobar' zipped unzipped. >>> >>> However, the result of zipping something is actual something binary (a collection of opaque bytes). Thinking of it, the input is actually also bytes, not unencoded characters. >>> >>> Of course, the current methods are broken, as can be seen from a more complex (wide) string. >>> >>> 'Ã©lÃ¨ves FranÃ§aises @ 10 â¬' zipped unzipped. >>> <something very weird> >>> >>> The error results from some implicit/wrong character encoding being used. >>> >>> The right way to do this is to explicitly encode/decode the string. >>> >>> (GZipReadStream on: (ByteArray streamContents: [ :out | >>> (GZipWriteStream on: out) >>> nextPutAll: 'Ã©lÃ¨ves FranÃ§aises Ã 10 â¬' utf8Encoded; >>> close ])) upToEnd utf8Decoded. >>> >>> From this it would follow that #zipped / #unzipped would make more sense on ByteArray. So that the above identity would become. >>> >>> 'Ã©lÃ¨ves FranÃ§aises Ã 10 â¬' utf8Encoded zipped unzipped utf8Decoded. >>> >>> This change of signature would be comparable to what we recently did with #base64Encoded / #base64Decoded >>> >>> What do you think ? >>> >> >> Yes, to me this sounds interestingâ¦ I think compression is indeed better done on the level of bytes then on Strings. >> >> >> Marcus >> >> >

Oct. 31, 2018

ClyMethodGroup>>#fileOut dead code ?

by Sven Van Caekenberghe

Hi, ClyMethodGroup>>#fileOut seems like dead code (it sends #trailer to a WriteStream which DNUs). It also uses the deprecated FileStream. Can it be removed ? Sven

Oct. 31, 2018