January 2016 - Pharo-dev - lists.pharo.org

Repeatable VM crash
by Hilaire Jan. 5, 2016

Jan. 5, 2016

When playing with equality in a class hierarchy I have repeatable VM crash. It is today Pharo VM 3.9-7 from Jenkins and Pharo3. Am I using an out of date VM? Crashdump enclosed Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

5 16

do you know we have an issue tracker? (rant)
by Esteban Lorenzano Jan. 4, 2016

Jan. 4, 2016

Hi guys, Soâ¦ last two weeks I was first in Togo with Stef and after taking holidays for the end of the year. During that time some bugs on new FFI emerged and were talked in this listâ¦ Today I came back to work and I wanted to walk through the issues to priorize and start work on fixing themâ¦ and no reports on the issue tracker :( So Iâm forced to do email-archeology to dig up the problemsâ¦ or just ignore them until a report arrives. What is not in the issue tracker does not exist: PLEASE REPORT YOUR ISSUES. thanks, Esteban

4 3

Kafka protocol
by Robert Withers Jan. 4, 2016

Jan. 4, 2016

This would be awesome in Pharo: https://cwiki.apache.org/confluence/display/KAFKA/A+Guide+To+The+Kafka+Prot…. Since we cannot yet call JARs, implementing the wire protocol and API proxies would really be huge from an enterprise pharo standpoint. If other folks are interested in working on this, I could help out. Each topic has many partitions and replicates for fail-over. Say #pharo has 101 partitions with 2 replicas each, totals 300 partitions and two failovers per partition. Incoming pharo events would be partition by some algorithm. The basic consumer talks to zookeeper to get topology and then talks to partitions with "fetchers" to put blocks of in-sequence events into a shed queue. Then single-thread process them in the application level consumer, by having it consume from the shared queue. The basic consumer reads from zookeeper then writes to various partitions. regards, robert

5 10

NeoJSON: parsing mapped nil fields
by Skip Lentz Jan. 4, 2016

Jan. 4, 2016

Hi all, When parsing with NeoJSON, Iâm experiencing some problems. If I parse a JSON representation using NeoJSONReader>>next (i.e. not according to a schema), it parses nil fields just fine. But when I explicitly set a value schema, it wonât parse it in the case it is nil (or ânullâ in JSON). Is there a way to let it return nil in the case the parser encounters ânullâ, and otherwise serialize it as a value schema (e.g. a Point class). Taking the example from the paper (https://github.com/svenvc/docs/blob/master/neo/neo-json-paper.md <https://github.com/svenvc/docs/blob/master/neo/neo-json-paper.md>): (NeoJSONReader on: ânull' readStream) mapInstVarsFor: Point; nextAs: Point. Is there a way to adapt the above snippet so that it evaluates to ânilâ instead of resulting in an error? I ask because I am parsing an API response which sometimes contains a ânullâ field, and sometimes a JSON object for that field. Thanks.

2 4

Need more success stories
by stepharo Jan. 3, 2016

Jan. 3, 2016

Hi I know some of you have really cool success stories and I need one paragraph. Many people are looking at us via the web. So please take 15 min and write such paragraph. Stef

1 0

Status of GitFileTree in Pharo 5.0 and Spur
by Mariano Martinez Peck Jan. 3, 2016

Jan. 3, 2016

Hi Thierry, I had some problems with OSProcess in 5.0 with Spur so I wonder what's the status with GitFileTree. Is it working with latest 5.0? I tried to search some tests to confirm this but I found none. Thanks in advance, -- Mariano http://marianopeck.wordpress.com

4 9

Version number difference between MC and GitFileTree
by Mariano Martinez Peck Jan. 3, 2016

Jan. 3, 2016

Hi Thierry, When I commit from MC, I see the generated commit, with something like OSSubprocess-MarianoMartinezPeck.7. However, when browse the repository later from MC, I get that such a commit is displayed as OSSubprocess-MarianoMartinezPeck.4 (the rest of the commit message maps correctly). Could this offset be because of the first initial 3 commits? That is, initial git commit from github, and 2 commits of "gitfiletree repository properties". Is there a workaround here so that both could map correctly? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

3 5

EyeInspector with subclasses of ProtoObject
by Esteban A. Maringolo Jan. 3, 2016

Jan. 3, 2016

I'm dealing with the MessageArchiver of GLORP which is a subclass of ProtoObject and handles the "transparent" creation of expressions vÃa a DNU resolution. The problem I'm facing is that the EyeInspector expects the value in its value holder to respond to #basicSize, and because MessageArchiver inherits from ProtoObject it doesn't understand it. The problem is here: EyeInspector>>#variableFieldsToShow "Answers the indexes of the variable fields of the object to show. Shorten the list for very long collection (cf limit1 and limit2)" |bSize| bSize := self objectVariableSize. ^ bSize <= (self limit1 + self limit2) ifTrue: [1 to: bSize] ifFalse: [(1 to: self limit1) , (bSize - self limit2 + 1 to: bSize)]. If I implement #basicSize in MessageArchiver things go bananas. If I doesn't, and because #objectVariableSize is sent to MessageAchiver "proxy", bSize ends up with an instance of the MessageArchiver instead of an integer. I implemented #inspectorClass in MessageArchiver class to return EyeBasicInspector, but it is the same. Question: Is it documented what I should define/override in my classes to support EyeInspector? Regards, Esteban A. Maringolo pd: Stack trace =========== UndefinedObject(Object)>>error: MessageArchiver>>mustBeBoolean EyeBasicInspector(EyeInspector)>>variableFieldsToShow EyeBasicInspector(EyeInspector)>>addVariableFields: EyeBasicInspector(EyeInspector)>>generateElements EyeBasicInspector(EyeInspector)>>updateList EyeBasicInspector(EyeInspector)>>objectChanged [ self objectChanged ] in EyeBasicInspector(EyeAbstractInspector)>>initializePresenter in Block: [ self objectChanged ] BlockClosure>>cull: BlockClosure>>cull:cull: BlockClosure>>cull:cull:cull: BlockClosure>>cull:cull:cull:cull:

8 26

Pharo-contribution down
by Damien Cassou Jan. 2, 2016

Jan. 2, 2016

The Jenkins for pharo-contribution seems to be down: builds never finish. https://ci.inria.fr/pharo-contribution -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

2 1

[OT] Open source everything
by Eliot Miranda Jan. 2, 2016

Jan. 2, 2016

Happy new year! http://gu.com/p/3q95q _,,,^..^,,,_ (phone)

2 1