- Pharo-users - lists.pharo.org

Re: [Pharo-users] FLMethodChanged: Materialization error. Method DmQuartalsplan>>#initialize: changed its bytecodes.

by Johannes Brauer

Hi Mariano, i tried it with fuelReplacement but I get the exception: FLObjectNotFound: Serialization error. Unexpected reference to Quartalsplan: 1-1 in the graph. This usually happens when the graph changes during serialization Joh. Am 21.03.2016 um 20:10 schrieb Mariano Martinez Peck <marianopeck(a)gmail.com<mailto:marianopeck@gmail.com>>: On Mon, Mar 21, 2016 at 3:51 PM, Johannes Brauer <brauer(a)nordakademie.de<mailto:brauer@nordakademie.de>> wrote: Am 21.03.2016 um 19:19 schrieb Mariano Martinez Peck <marianopeck(a)gmail.com<mailto:marianopeck@gmail.com>>: HI Johannes, Could I see the source of the DmQuartalsplan>>#initialize: ? yes, of course: 'From Pharo4.0 of 18 March 2013 [Latest update: #40626] on 21 March 2016 at 6:19:38.568095 pm'! !DmQuartalsplan methodsFor: 'initialize-release' stamp: ' 15/1/14 15:24'! initialize: einQuartal self lehrveranstaltungen: (SortedCollection sortBlock: [:x :y | x modul modulNummer <= y modul modulNummer]). self quartal: einQuartal! ! I am not sure if the following will work. Please backup your image file and all your fuel files. But...what if you try to implement: DmQuartalsplan >> fuelReplacement | copy | copy := self copy. copy lehrveranstaltungen: copy lehrveranstaltungen asOrderedCollection. ^ copy And finally, at the image where you are materializing, you could implement: DmQuartalsplan >> fuelAfterMaterialization self lehrveranstaltungen: (self lehrveranstaltungen asSortedCollection: [:x :y | x modul modulNummer <= y modul modulNummer]) Once the migration is done, you can discard #fuelReplacement and #fuelAfterMaterialization if you want. I never tried this approach, so I am not sure ;) Joh. I think I workaround may be to do a Fuel replacement to replace the sortedCollection with an OrderedCollection and then a post initialize method. But again, probably seeing if the closure of the sorted collection is clean or not may have different behaviors. Cheers, On Mon, Mar 21, 2016 at 3:09 PM, Johannes Brauer <brauer(a)nordakademie.de<mailto:brauer@nordakademie.de>> wrote: Hi, I am trying to port a pharo2 application to pharo4. Therefore I have to migrate some fuel files from version 1.9 to 1.9.4. I've done this using the script shown in the EnterprisePharo Book in my pharo2 image, no problem. But trying to load the migrated fuel file into my pharo4 image I get the error message shown above. The source code of the initialize methods is the same in both images, of course. But the byte codes differ: Pharo2: 37 <70> self 38 <42> pushLit: SortedCollection 39 <8F 02 00 08> closureNumCopied: 0 numArgs: 2 bytes 43 to 50 â¦ Pharo4: 37 <70> self 38 <40> pushLit: SortedCollection 39 <8F 02 00 08> closureNumCopied: 0 â¦ What can I do? Johannes -- Mariano http://marianopeck.wordpress.com<http://marianopeck.wordpress.com/> -- Mariano http://marianopeck.wordpress.com<http://marianopeck.wordpress.com/>

March 22, 2016

Re: [Pharo-users] What frameworks/libraries are available for creating programming languages with Pharo

by ClÃ©ment Bera

I think in addition of the parser/compilation chain, a language is about having a good IDE. The Pharo IDE depends more and more on the AST and not on the source code, so if your new language uses an AST polymorphic with the Smalltalk AST I guess you can have IDE tools for free (at least partly). At least you can consider frameworks to build code browser such as Glamour as an available library to create a programming language. In addition, Omnibrower, which is the default code browser in Pharo 1.4, can browse the code of any language. You provide Omnibrowser a language model and it browses your code based on your model. 2016-03-22 9:48 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > If lisp is ideal for creating new languages so is Smalltalk so I was > wondering what kind of libraries there are out there for helping with the > creation of new languages in Pharo. I know about SmaCC and PettitParser , > what else is out there ? >

March 22, 2016

What frameworks/libraries are available for creating programming languages with Pharo

by Dimitris Chloupis

If lisp is ideal for creating new languages so is Smalltalk so I was wondering what kind of libraries there are out there for helping with the creation of new languages in Pharo. I know about SmaCC and PettitParser , what else is out there ?

March 22, 2016

Re: [Pharo-users] Interleaving strings

by HernÃ¡n Morales Durand

2016-03-21 17:43 GMT-03:00 Nicolai Hess <nicolaihess(a)gmail.com>: > What is your implementation with with:collection: ? > > I know this function from python, they call it "zip" > > we could implement this in SequenceableCollection > > SequenceableCollection>>zip: aCollection > | index | > index := 0. > self size > aCollection size ifTrue:[ ^ aCollection zip: self]. > ^ self class new: (aCollection size + self size) streamContents: > [:stream | > aCollection > do: [:each | index:=index + 1. stream nextPut: each ] > separatedBy: [(index > self size) ifFalse:[stream nextPut: > (self at:index) ]]] > > Another example, using a generator (I didn't used Generator before, but I > like the > idea to create an endless stream from a string, with some fill value > (empty string in this case)). > > |gen| > gen := Generator on:[:g | '123' do:[:k | g yield: k asString ] . [true] > whileTrue:[g yield:'']]. > String streamContents:[:stream | > 'abcdefg' do:[:c | stream nextPut: c] > separatedBy:[ stream nextPutAll:gen next]] > > > I use those all the time (filling matrices etc). It would be nice to have something like these: '2' repeatJoin: 4 ==> '2222' 2 repeatJoin: 4 ==> 2222 '2' repeat: 4 ==> #('2' '2' '2' '2') 2 repeat: 4 ==> #(2 2 2 2) What do you think? HernÃ¡n

March 22, 2016

Re: [Pharo-users] Interleaving strings

by Nicolai Hess

What is your implementation with with:collection: ? I know this function from python, they call it "zip" we could implement this in SequenceableCollection SequenceableCollection>>zip: aCollection | index | index := 0. self size > aCollection size ifTrue:[ ^ aCollection zip: self]. ^ self class new: (aCollection size + self size) streamContents: [:stream | aCollection do: [:each | index:=index + 1. stream nextPut: each ] separatedBy: [(index > self size) ifFalse:[stream nextPut: (self at:index) ]]] Another example, using a generator (I didn't used Generator before, but I like the idea to create an endless stream from a string, with some fill value (empty string in this case)). |gen| gen := Generator on:[:g | '123' do:[:k | g yield: k asString ] . [true] whileTrue:[g yield:'']]. String streamContents:[:stream | 'abcdefg' do:[:c | stream nextPut: c] separatedBy:[ stream nextPutAll:gen next]] 2016-03-15 2:09 GMT+01:00 Andy Burnett <andy.burnett(a)knowinnovation.com>: > I have two strings, which are typically of different lengths, and I want > to interleave them, i.e.: > > 'abcdefg' interleaveWith: '123' > > Would produce > > 'a1b2c3defg' > > I know how to write this procedurally, but I have been very impressed by > what Sven shows in his Medium articles, so I wondered if there is any > existing mechanism that would allow me to solve this elegantly? > with:collection: almost does it, but the collections have to be the same > size. > > Cheers > Andy >

March 21, 2016

Re: [Pharo-users] Pharo launcher in homebrew cask

by Serge Stinckwich

Great ! Thank you Filip On Mon, Mar 21, 2016 at 9:09 PM, Filip Krikava <krikava(a)gmail.com> wrote: > Hi, > > I find Pharo launcher incredibly useful and I was surprised not to find it > in homebrew cask [1]. Pharo itself is there. I have therefore created a PR: > https://github.com/caskroom/homebrew-cask/pull/19956 > > /cheers > Filip > > [1] https://github.com/caskroom/homebrew-cask -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

March 21, 2016

Pharo launcher in homebrew cask

by Filip Krikava

Hi, I find Pharo launcher incredibly useful and I was surprised not to find it in homebrew cask [1]. Pharo itself is there. I have therefore created a PR: https://github.com/caskroom/homebrew-cask/pull/19956 /cheers Filip [1] https://github.com/caskroom/homebrew-cask

March 21, 2016

[ANN] GNU Dr. Geo 16.03

by Hilaire

I am please to announce[1] release 16.03 of Dr. Geo, ready to download[2]. Main changes are (details in the change log[3]): - Bugs fix, mainly in the Smalltalk programming interface and related - New features - New translations "Dr. Geo, a software to design & manipulate interactive geometric sketches. It helps kids to explore geometry. Distributed with its source code it is modify-me-ready." Happy hacking with Dr. Geo! Hilaire [1] http://forum.drgeo.eu/Dr-Geo-16-03c-td4024903.html [2] http://drgeo.eu/download [3] http://drgeo.eu/changelog -- Dr. Geo http://drgeo.eu

March 21, 2016

Re: [Pharo-users] FLMethodChanged: Materialization error. Method DmQuartalsplan>>#initialize: changed its bytecodes.

by Mariano Martinez Peck

On Mon, Mar 21, 2016 at 3:51 PM, Johannes Brauer <brauer(a)nordakademie.de> wrote: > > Am 21.03.2016 um 19:19 schrieb Mariano Martinez Peck < > marianopeck(a)gmail.com>: > > HI Johannes, > > Could I see the source of the DmQuartalsplan>>#initialize: ? > > yes, of course: > 'From Pharo4.0 of 18 March 2013 [Latest update: #40626] on 21 March 2016 > at 6:19:38.568095 pm'! > > !DmQuartalsplan methodsFor: 'initialize-release' stamp: ' 15/1/14 15:24'! > initialize: einQuartal > self > lehrveranstaltungen: > (SortedCollection > sortBlock: [:x :y | x modul modulNummer <= y modul modulNummer]). > self quartal: einQuartal! ! > > I am not sure if the following will work. Please backup your image file and all your fuel files. But...what if you try to implement: DmQuartalsplan >> fuelReplacement | copy | copy := self copy. copy lehrveranstaltungen: copy lehrveranstaltungen asOrderedCollection. ^ copy And finally, at the image where you are materializing, you could implement: DmQuartalsplan >> fuelAfterMaterialization self lehrveranstaltungen: (self lehrveranstaltungen asSortedCollection: [:x :y | x modul modulNummer <= y modul modulNummer]) Once the migration is done, you can discard #fuelReplacement and #fuelAfterMaterialization if you want. I never tried this approach, so I am not sure ;) > > Joh. > > > I think I workaround may be to do a Fuel replacement to replace the > sortedCollection with an OrderedCollection and then a post initialize > method. > But again, probably seeing if the closure of the sorted collection is > clean or not may have different behaviors. > > Cheers, > > > > On Mon, Mar 21, 2016 at 3:09 PM, Johannes Brauer <brauer(a)nordakademie.de> > wrote: > >> Hi, >> >> I am trying to port a pharo2 application to pharo4. Therefore I have to >> migrate some fuel files from version 1.9 to 1.9.4. I've done this using the >> script shown in the EnterprisePharo Book in my pharo2 image, no problem. >> But trying to load the migrated fuel file into my pharo4 image I get the >> error message shown above. The source code of the initialize methods is the >> same in both images, of course. But the byte codes differ: >> >> Pharo2: >> 37 <70> self >> 38 <42> pushLit: SortedCollection >> 39 <8F 02 00 08> closureNumCopied: 0 numArgs: 2 bytes 43 to 50 >> â¦ >> >> Pharo4: >> 37 <70> self >> 38 <40> pushLit: SortedCollection >> 39 <8F 02 00 08> closureNumCopied: 0 >> â¦ >> >> What can I do? >> Johannes >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

March 21, 2016

Re: [Pharo-users] FLMethodChanged: Materialization error. Method DmQuartalsplan>>#initialize: changed its bytecodes.

by Johannes Brauer

Am 21.03.2016 um 19:19 schrieb Mariano Martinez Peck <marianopeck(a)gmail.com<mailto:marianopeck@gmail.com>>: HI Johannes, Could I see the source of the DmQuartalsplan>>#initialize: ? yes, of course: 'From Pharo4.0 of 18 March 2013 [Latest update: #40626] on 21 March 2016 at 6:19:38.568095 pm'! !DmQuartalsplan methodsFor: 'initialize-release' stamp: ' 15/1/14 15:24'! initialize: einQuartal self lehrveranstaltungen: (SortedCollection sortBlock: [:x :y | x modul modulNummer <= y modul modulNummer]). self quartal: einQuartal! ! Joh. I think I workaround may be to do a Fuel replacement to replace the sortedCollection with an OrderedCollection and then a post initialize method. But again, probably seeing if the closure of the sorted collection is clean or not may have different behaviors. Cheers, On Mon, Mar 21, 2016 at 3:09 PM, Johannes Brauer <brauer(a)nordakademie.de<mailto:brauer@nordakademie.de>> wrote: Hi, I am trying to port a pharo2 application to pharo4. Therefore I have to migrate some fuel files from version 1.9 to 1.9.4. I've done this using the script shown in the EnterprisePharo Book in my pharo2 image, no problem. But trying to load the migrated fuel file into my pharo4 image I get the error message shown above. The source code of the initialize methods is the same in both images, of course. But the byte codes differ: Pharo2: 37 <70> self 38 <42> pushLit: SortedCollection 39 <8F 02 00 08> closureNumCopied: 0 numArgs: 2 bytes 43 to 50 â¦ Pharo4: 37 <70> self 38 <40> pushLit: SortedCollection 39 <8F 02 00 08> closureNumCopied: 0 â¦ What can I do? Johannes -- Mariano http://marianopeck.wordpress.com<http://marianopeck.wordpress.com/>

March 21, 2016