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

[ANN] 64 bits support preview
by Mariano Martinez Peck March 7, 2018

March 7, 2018

Hi guys, Thanks for Guillermo Polito we now have 64 bits support for OSSubprocess. You can see the required changes in this PR [1]. I made a branch called `support64bits` so that you can help us test it even if CI said it was good [2]. If you do test it and come back to us with the results, please tell us which OS you used. To install from the branch: Metacello new configuration: 'OSSubprocess'; repository: 'github://marianopeck/OSSubprocess:support64bits/repository'; version: #stable; load. Roadmap: Current release is v0.2.5. So I will let that release for Pharo <= 5.0. I will make a new release with the Pharo 64 bits and call it v0.3. That release should be used for Pharo 6.x. Once v0.3 is out, I will make a new release v0.4 with some changes I wanted to do since a loooong time and its a small refactor to minimize OSSubprocess dependency on OSProcesses primitives (at VM side). This is thanks to Holger Freyther and Alistair Grant [3]. As that requires a new VM, then v0.4 should be used in Pharo >= 7.0. Cheers, [1] https://github.com/marianopeck/OSSubprocess/pull/30 [2] https://travis-ci.org/guillep/OSSubprocess/builds/349280174 [3] https://github.com/pharo-project/pharo-vm/pull/142 -- Mariano http://marianopeck.wordpress.com

2 1

PharoDays?
by Stephane Ducasse March 7, 2018

March 7, 2018

Hi guys many people are asking when and where there will be PharoDays. And we do not know. We are looking for local organisers and else we do it at Lille. Now what would be a good date? What about 7-8 June? Stef

3 3

Re: [Pharo-users] PetitParser Question
by Julien March 6, 2018

March 6, 2018

Hello, I think this blogpost is a good place to start: https://www.lukas-renggli.ch/blog/petitparser-1 <https://www.lukas-renggli.ch/blog/petitparser-1> There is also the chapter about PetitParser in Deep Into Pharo: http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/PetitParser.… <http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/PetitParser.…> Cheers, Julien --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille 1 http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40 > Le 5 mars 2018 Ã 19:26, Asbath via Pharo-users <pharo-users(a)lists.pharo.org> a Ã©crit : > > > De: Asbath <asamabiyalou(a)yahoo.com> > Objet: PetitParser Question > Date: 5 mars 2018 Ã 19:26:49 UTC+1 > Ã: pharo-users(a)lists.pharo.org > > > Hi everybody, > > We are a group of students working on Pillar, and we notice that the Parser of Pillar is based on PetitParser Library. Then we want to know more about PetitParser !? > > Thanks, > > Asbath > > > >

2 1

Bitwise operations in ByteArray (slicing, etc.)
by Esteban A. Maringolo March 6, 2018

March 6, 2018

Is there any package/library that makes bitwise operations as simple as with an Integer, but for larger numbers (as in a ByteArray). Something that allows me to "slice" a sequence of bits, or extract some using the same protocol as with a String of ones and zeros. Now when I need to work with sequence of bits, I convert an Integer to a zero padded version of it up a known size, and then do #copyFrom:to: to extract what I need and read back the number from it. I could use a bytearray for it, but as its name implies, it is oriented towards bytes rather than bits (as in the case of Integer). Now I do stuff like the following to to extract the first 5 bits of a fixed length 256 bit array (an Integer). Integer readFrom: (((SHA256 hashMessage: message)) asInteger printStringBase: 2 length: 256 padded: true) copyFrom: 1 to: 5) base: 2 I understand bitwise operations, but I couldn't find something that does the above in a conciser way. Performance in my case isn't critical, but working with strings is probably two orders of magnitude slower than manipulating bits in integers or ByteArrays Regards, Esteban A. Maringolo

7 15

casting to subclass
by Siemen Baader March 6, 2018

March 6, 2018

Hi all, it seems like we cannot cast the class of object to its subclass if that subclass has had new instance variables added to it: http://forum.world.st/changing-the-class-of-an-existing-object-to-a-subclas… But I (think) I need it - I'm transforming a DOM tree from XMLHTMLParser's XMLElement s to a subclass of Iliad's ILHTMLBuilderElement s, and for single occurences I would like to use the more specific subclasses, like ILCheckboxElement. I can make the cast manually, I know when it is safe to do. What else could I do, apart from removing the element from its tree, creating a new (subclass) instance and then putting this element in place of the old one? Some #perform or `super` magic..? hm.. thanks for any pointers! -- Siemen

4 6

Re: [Pharo-users] PetitParser Question
by Stephane Ducasse March 5, 2018

March 5, 2018

Hi Asbath there is a chapter on Pillar in deep into pharo or the next book. You also have a chapter on the http://themoosebook.org Stef On Mon, Mar 5, 2018 at 7:26 PM, Asbath via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Asbath <asamabiyalou(a)yahoo.com> > To: pharo-users(a)lists.pharo.org > Cc: > Bcc: > Date: Mon, 5 Mar 2018 19:26:49 +0100 > Subject: PetitParser Question > Hi everybody, > > We are a group of students working on Pillar, and we notice that the Parser of Pillar is based on PetitParser Library. Then we want to know more about PetitParser !? > > Thanks, > > Asbath > > >

1 0

PetitParser Question
by Asbath March 5, 2018

March 5, 2018

Hi everybody, We are a group of students working on Pillar, and we notice that the Parser of Pillar is based on PetitParser Library. Then we want to know more about PetitParser !? Thanks, Asbath

1 0

Re: [Pharo-users] Bitwise operations in ByteArray (slicing, etc.)
by Richard O'Keefe March 5, 2018

March 5, 2018

âAs I understand it, the OP's problem is that he wants to count bits from the high end, and Integers don't *have* a finite high end. PL/I has bit strings. Common Lisp has bit strings. Some Schemes have copied Lisp. Eiffel _had_ bit strings, more or less, but dropped them. Smalltalk/X has a BitArray class; see http://live.exept.de/ClassDoc/classDocOf:,BitArray for documentation. My own Smalltalk also has a BitArray class with a somewhat different interface. Although developed independently, both are implemented as byte arrays with an associated count. It's not terribly hard. For selecting small numbers of bits out of long bit strings, this is more efficient than shifting and masking a large integer. I rather wonder whether it might be possible to do better by thinking in a somewhat less C-like style. For example, Erlang handles unpacking network packets and the like by letting you write bit-string *patterns*, which the compiler can then generate special-case code for. Run-time generation of small amounts of code is somewhat easier in Smalltalk. (Most Smalltalks.) What would it be like if you had a BitArray class where you could say extractor := BitArray extractorForBits: 3 to: 7 of: 256. ... extractor value: thisPacket and extractor was a block (possibly cached) with code specialised for just that case?

4 3

Re: [Pharo-users] Ever growing image
by Esteban Lorenzano March 5, 2018

March 5, 2018

> On 3 Mar 2018, at 16:35, Benoit St-Jean via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Benoit St-Jean <bstjean(a)yahoo.com> > Subject: Re: [Pharo-users] Ever growing image > Date: 3 March 2018 at 16:35:19 CET > To: pharo-users(a)lists.pharo.org, Hilaire <hilaire(a)drgeo.eu> > Reply-To: Benoit St-Jean <bstjean(a)yahoo.com> > > > On a side note, being a long-time VW & VAST user, I've always felt the Image Stripper & Runtime Packager did a fairly good job at removing crap from the resulting image. > > I don't recall ready anything substantial comparing the Pharo way (bootstrapping from a minimal image and adding stuff) to the VW & VAST way (removing unreferenced stuff) but this would definitely be an interesting topic to read about. No idea if any âsubstantial" thing has been written (there are some phds around that may talk about), but main difference is very simple to explain: first approach (which was the same for Pharo before) is non-deterministic while the second is. Then, for purpose of repeatability of process (and testing, etc.) bootstrapping is better. You would not know the amount of effort made to make this possible, it required at least 2 phd works and a considerable amount of engineering effort. In our community, Pavel is the person that has the bigger experience on shrinking process images. I followed his work for years and I know the fragility of the process. Basically each new addition/removal was breaking it and needing dependency tracking, etc. Now is the opposite: you just add what you want, and you are sure the resulting image is a) healthy and b) identical when running. Esteban > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > Instagram: Chef_Benito > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > On Saturday, March 3, 2018, 9:22:06 AM EST, Hilaire <hilaire(a)drgeo.eu> wrote: > > > Le 02/03/2018 Ã 22:52, Marcus Denker a Ã©crit : > > > > we should again do some analysis where space is goingâ¦ the Pharo7 download > > is now 38MB (the image, decompressed). > > Situation improved :) Remember P3 was just above 20 MB > >

5 5

Re: [Pharo-users] [Pharo-dev] Looking for names for the booklet collection
by Peter UhnÃ¡k March 5, 2018

March 5, 2018

> Pharo Tools & Technologies > Pharo Language & Environment +1 ... simple, obvious, to the point please no cryptic/"clever" names On Sun, Mar 4, 2018 at 4:41 PM, Benoit St-Jean via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Benoit St-Jean <bstjean(a)yahoo.com> > To: Pharo Development List <pharo-dev(a)lists.pharo.org>, Ben Coman < > btc(a)openinworld.com> > Cc: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Bcc: > Date: Sun, 4 Mar 2018 15:41:10 +0000 (UTC) > Subject: Re: [Pharo-dev] Looking for names for the booklet collection > Why not simply: > > Pharo Tools & Technologies > Pharo Language & Environment > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > Instagram: Chef_Benito > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > On Sunday, March 4, 2018, 10:30:46 AM EST, Ben Coman <btc(a)openinworld.com> > wrote: > > > > > On 4 March 2018 at 20:21, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > Hi > > I would like to make a distinction between booklet on Pharo > technologies (Smacc, Voyage, Scraping ...) and the booklets more > oriented towards teaching something with pharo (building an > interpreter, a reflective language...) > > > Pharo Applications / Inside Pharo > > Over Pharo / Under Pharo > > > Right now we have The Pharo Booklet Collection. > And I'm looking for two names > > the Pharo academic booklet collection ? > and > the Pharo technology booklet collection ? > > > Pharology / Pharocraft > > > cheers -ben > > > > > > > >

4 3