March 2018 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Writing into stream from another stream

by Denis Kudriashov

2018-03-29 14:40 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > > On 29 Mar 2018, at 14:34, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > > > > 2018-03-29 11:45 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > ZnUtils class>>#streamFrom:to: ? > > > > Yes, it gives feature which I want. But it's too Java style. > > What you think to move it to stream itself? And with what message name? > > This was written in a specific context, to be efficient. I don't know if > it is general enough for broad use. Yes it could be more OO to not make it > a utility method, but on the other hand, where would you put it ? In read streams we already have: readInto: aCollection startingAt: startIndex count: n So I would put new method in ReadStream (#readIntoStream: ?). > I am hesitant to make the Stream API bigger ;-) > We already have this method in Utils class. So it is here but in strange hidden place. > > > On 29 Mar 2018, at 11:22, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > > > > > > Hi. > > > > > > Do we have simple method to write data between streams? > > > > > > I want something like: > > > > > > writeStream nextPutAllFrom: readStream > > > > > > I always used loop for this. But maybe we have something suitable. > Otherwise lets introduce it. > > > > > > Best regards, > > > Denis > > > > > > > > >

March 29, 2018

Re: [Pharo-dev] Writing into stream from another stream

by Sven Van Caekenberghe

> On 29 Mar 2018, at 14:34, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2018-03-29 11:45 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > ZnUtils class>>#streamFrom:to: ? > > Yes, it gives feature which I want. But it's too Java style. > What you think to move it to stream itself? And with what message name? This was written in a specific context, to be efficient. I don't know if it is general enough for broad use. Yes it could be more OO to not make it a utility method, but on the other hand, where would you put it ? I am hesitant to make the Stream API bigger ;-) > > On 29 Mar 2018, at 11:22, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > > Hi. > > > > Do we have simple method to write data between streams? > > > > I want something like: > > > > writeStream nextPutAllFrom: readStream > > > > I always used loop for this. But maybe we have something suitable. Otherwise lets introduce it. > > > > Best regards, > > Denis > > >

March 29, 2018

Re: [Pharo-dev] Writing into stream from another stream

by Denis Kudriashov

2018-03-29 11:45 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > ZnUtils class>>#streamFrom:to: ? > Yes, it gives feature which I want. But it's too Java style. What you think to move it to stream itself? And with what message name? > > > On 29 Mar 2018, at 11:22, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > > Hi. > > > > Do we have simple method to write data between streams? > > > > I want something like: > > > > writeStream nextPutAllFrom: readStream > > > > I always used loop for this. But maybe we have something suitable. > Otherwise lets introduce it. > > > > Best regards, > > Denis > > >

March 29, 2018

[TechTalk] Report 2017 Pharo Consortium and Association.

by Marcus Denker

Hi, We have a (small) techtalk today: Report 2017 Pharo Consortium and Association. https://association.pharo.org/event-2797067 - 29 Mar 2018 - 5:00 PM - 7:00 PM

March 29, 2018

Re: [Pharo-dev] Writing into stream from another stream

by Peter UhnÃ¡k

I use writeStream nextPutAll: readStream contents but it is quite silly...to convert stream -> string -> stream On Thu, Mar 29, 2018 at 11:45 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > ZnUtils class>>#streamFrom:to: ? > > > On 29 Mar 2018, at 11:22, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > > Hi. > > > > Do we have simple method to write data between streams? > > > > I want something like: > > > > writeStream nextPutAllFrom: readStream > > > > I always used loop for this. But maybe we have something suitable. > Otherwise lets introduce it. > > > > Best regards, > > Denis > > >

March 29, 2018

Re: [Pharo-dev] Writing into stream from another stream

by Sven Van Caekenberghe

ZnUtils class>>#streamFrom:to: ? > On 29 Mar 2018, at 11:22, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hi. > > Do we have simple method to write data between streams? > > I want something like: > > writeStream nextPutAllFrom: readStream > > I always used loop for this. But maybe we have something suitable. Otherwise lets introduce it. > > Best regards, > Denis

March 29, 2018

Writing into stream from another stream

by Denis Kudriashov

Hi. Do we have simple method to write data between streams? I want something like: writeStream nextPutAllFrom: readStream I always used loop for this. But maybe we have something suitable. Otherwise lets introduce it. Best regards, Denis

March 29, 2018

[Pharo 7.0-dev] Build #740: 21658 monticello initializers are not enabled by default

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #740 was: SUCCESS. The Pull Request #1161 was integrated: "21658 monticello initializers are not enabled by default" Pull request url: https://github.com/pharo-project/pharo/pull/1161 Issue Url: https://pharo.fogbugz.com/f/cases/21658 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

March 29, 2018

Pharo application packager for OS X

by Christophe Demarey

Hi, At this time, we do not have a utility to easily create an OS X application (dmg or pkg) from a Pharo image. It would be nice to have a tool like javapackager[1] but for Pharo. What does javapackager? It creates a pkg installer for OS X. At the end of the installation, you get an OS X application (you can specify the name, the icon, the version) that embed the JRE, the application jar file, the plist file, the resources, and a binary that I guess is small wrapper used to run the jre with adequate parameters. You can see at [2] how it is esay to build an app (even possible to sign it). I would like to have the same utility for a Pharo app. Instead of shipping a jar + the JRE, we ship Pharo VM + the image file. Nevertheless, I do not know a lot on OS X and I do not know what to do to create a wrapper for Pharo like the one of pkg installer. Does anyone have an interest to create it or can give information to build it? Regards, Christophe [1] https://docs.oracle.com/javase/8/docs/technotes/tools/unix/javapackager.html [2] http://centerkey.com/mac/java/

March 29, 2018

Re: [Pharo-dev] Build 739 breaks project load initialization order?

by Max Leske

Great! Thanks Guille! On 29 March 2018 at 09:49:37, Guillermo Polito (guillermopolito(a)gmail.com) wrote: PR: https://github.com/pharo-project/pharo/pull/1161 I added a test to avoid this problem in the future. Guille On Thu, Mar 29, 2018 at 9:36 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Issue: https://pharo.manuscript.com/f/cases/21658/ > Monticello-initializers-are-not-enabled-by-default > > On Thu, Mar 29, 2018 at 9:33 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> I'm checking it. >> >> It may be a side effect of: https://github.com/pharo-proje >> ct/pharo/pull/1130 >> >> Short story long: >> - building Pharo we need to ensure that class initializations are >> executed in a particular order, so some metacello configurations are >> disabling monticello initializers during baselines >> - I introduced/refactored a couple of new baselines because I'm playing >> with creating smaller images. >> - I discovered (and tried to patch probably not entirely right) a bug >> that makes baseline postloads being executed more than once >> - but all tests were green :D >> >> So I'll introduce a new test to verify that monticello initializers are >> enabled by default and check what the problem is. >> Keep you updated. >> >> >> On Thu, Mar 29, 2018 at 9:18 AM, Max Leske <maxleske(a)gmail.com> wrote: >> >>> I can confirm that class side #initialization is broken. Don't know >>> since when though. >>> >>> Cheers, >>> Max >>> >>> >>> >>> On 29 March 2018 at 08:28:00, Martin McClure (martin(a)hand2mouse.com) >>> wrote: >>> >>> Good to know. In my case, however, I'm always loading code into a fresh >>> image where these classes don't previously exist, so I would think that >>> #initialize would always be sent. >>> >>> >>> On 03/28/2018 10:32 PM, Sven Van Caekenberghe wrote: >>> > class side #initialize is only send by MC if the incoming source code >>> is different, has changed. I always add a date in a comment to be sure. >>> > >>> >> On 29 Mar 2018, at 04:47, Martin McClure <martin(a)hand2mouse.com> >>> wrote: >>> >> >>> >> On 03/28/2018 04:35 PM, Martin McClure wrote: >>> >>> I have a project that loads via Metacello in builds up through build >>> >>> 738. In 739 the load fails with DNU. >>> >>> >>> >>> The failure is in a method I have specified via a #postLoadDoIt:. It >>> >>> fails because it sends a message to a pool variable, which is nil. >>> >>> However, it should not be nil because it should have been >>> initialized by >>> >>> a class-side #initialize method in a prerequisite package. >>> >>> >>> >>> Again, this worked up through build 738. Any idea what changed in 739 >>> >>> that would cause this, and is this change intentional? >>> >> Odd, I don't see any code changes that would be likely to have caused >>> this. >>> >> >>> >> Is the expected behavior of Metacello to send #initialize to classes >>> in >>> >> prerequisite packages before running a #postLoadDoIt in a package? I'd >>> >> think so, but am starting to wonder if this is perhaps unordered and >>> >> I've just been lucky... >>> >> >>> >> -Martin >>> > >>> >>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone:* +33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone:* +33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone:* +33 06 52 70 66 13

March 29, 2018