August 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub Aug. 31, 2015

Aug. 31, 2015

Branch: refs/tags/50290 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] 2e15c1: 50290
by GitHub Aug. 31, 2015

Aug. 31, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 2e15c1662791017cdad4be9996bd915896242c89 https://github.com/pharo-project/pharo-core/commit/2e15c1662791017cdad4be99… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-31 (Mon, 31 Aug 2015) Changed paths: M ConfigurationOfOSWindow.package/ConfigurationOfOSWindow.class/instance/symbolic versions/stable_.st M ConfigurationOfOSWindow.package/ConfigurationOfOSWindow.class/instance/versions/version125_.st A ConfigurationOfOSWindow.package/ConfigurationOfOSWindow.class/instance/versions/version126_.st A KernelTests.package/MethodContextTest.class/instance/tests - ast mapping/testSourceNodeExecuted.st A OpalCompiler-Core.package/extension/Context/instance/previousPcWithCorrectMapping.st A OpalCompiler-Core.package/extension/Context/instance/sourceNodeExecuted.st M Refactoring-Critics.package/RBUnpackagedCodeRule.class/instance/running/checkMethod_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50289.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50290.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50289.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50290.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50290 16435 add Context>>#sourceNodeExecuted https://pharo.fogbugz.com/f/cases/16435 16434 can not inspect block methods (RBUnpackagedRule) https://pharo.fogbugz.com/f/cases/16434 16426 new OSWindow integration to clean up wrong merge https://pharo.fogbugz.com/f/cases/16426 http://files.pharo.org/image/50/50290.zip

1 0

[Pharo5] New Feature: persistent properties on temporary variables
by Marcus Denker Aug. 31, 2015

Aug. 31, 2015

Hi, Since last week, TemporaryVariable meta-objects are made persistent if you put a property on them. (they are saved in the methodâs properties). This means we can annotate temps without having to keep the AST around. When not used all the machinery behind has no cost in terms of memory. testPropertyAtPutPersistent | testValue temp temp2 | testValue := Date today. temp := thisContext method temporaryVariableNamed: #temp. temp propertyAt: #testKeySelector put: testValue. self assert: (temp propertyAt: #testKeySelector) equals: testValue. temp2 := thisContext method temporaryVariableNamed: #temp. self assert: (temp2 propertyAt: #testKeySelector) equals: testValue. self assert: temp2 == temp. self deny: thisContext method savedTemps isNil. temp removeProperty: #testKeySelector. self assert: temp properties isNil. self assert: thisContext method savedTemps isNil.

1 0

what is the protocol between a data source and a FTlist?
by stepharo Aug. 30, 2015

Aug. 30, 2015

Hi esteban I'm wondering how the list is updated when the data source change. What is the protocol. I was looking at the examples but I could not see it. Stef

1 0

Keeping morph vs model
by stepharo Aug. 30, 2015

Aug. 30, 2015

Hi I'm updating my mini browser to FastTable and Rubric and I was wondering if it is better to keep the model of the list instead of the morph in the browser model. Stef

1 0

[pharo-project/pharo-core]
by GitHub Aug. 30, 2015

Aug. 30, 2015

Branch: refs/tags/50289 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] 8d8dcc: 50289
by GitHub Aug. 30, 2015

Aug. 30, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 8d8dccc7cfec41199d85513365f95b5f89b52c30 https://github.com/pharo-project/pharo-core/commit/8d8dccc7cfec41199d855133… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-30 (Sun, 30 Aug 2015) Changed paths: M CodeExport.package/ChunkWriteStream.class/instance/accessing/nextPut_.st M CodeImport.package/ChunkFileFormatParser.class/instance/parsing/parseMethodDeclarations_.st R CodeImport.package/ChunkReadStream.class/instance/accessing/next.st A CodeImport.package/ChunkReadStream.class/instance/decorated/basicNextChunk.st A CodeImport.package/ChunkReadStream.class/instance/decorated/decodeString_andRuns_.st A CodeImport.package/ChunkReadStream.class/instance/decorated/next.st A CodeImport.package/ChunkReadStream.class/instance/decorated/parseLangTagFor_.st R CodeImport.package/ChunkReadStream.class/instance/testing/isChunkEnd.st M Collections-Unordered.package/Dictionary.class/instance/removing/unreferencedKeys.st R Collections-Unordered.package/SmallDictionary.class/instance/accessing - keys/unreferencedKeys.st R Collections-Unordered.package/SmallDictionary.class/instance/removing - keys/removeUnreferencedKeys.st A Graphics-Primitives.package/Color.class/instance/conversions/asHexString.st A Graphics-Tests.package/ColorTest.class/instance/testing/testAsHexString.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50288.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50289.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50288.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50289.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Tests.package/ChunkImportTestCase.class/instance/importing-code/testExportAMethodWithLangTag.st A Tests.package/ChunkImportTestCase.class/instance/importing-code/testImportAMethodWithLangTag.st Log Message: ----------- 50289 16340 ExternalBrowser or "Recover lost changes" broken https://pharo.fogbugz.com/f/cases/16340 16432 add Color>>#asHexString https://pharo.fogbugz.com/f/cases/16432 16421 ChunkWriter does not save correctly wideStrings https://pharo.fogbugz.com/f/cases/16421 16433 simplify #unreferencedKeys https://pharo.fogbugz.com/f/cases/16433 http://files.pharo.org/image/50/50289.zip

1 0

allChildren raise error when don't have read permission
by Brice GOVIN Aug. 30, 2015

Aug. 30, 2015

Hi, I was playing a bit with the FileSystem to get all files on my computer (FileSystem root allChildren) and I had the error âDirectoryDoesNotExistâ for a directory that actually exists but i donât have the read permission. I am not sure wether Iâm not using the right method for what I want or this method should not do that? Is there another method that can gives me all files of my computer? Regards, -------------- Brice Govin PhD student in RMoD research team at INRIA Lille Software Engineer at THALES AIR SYSTEMS Rungis ENSTA-Bretagne ENSI2014 64 chemin des boeufs 91220 PALAISEAU

2 1

Re: [Pharo-dev] [Moose-dev] Re: Still some issue with Bloc :-(
by Nicolai Hess Aug. 30, 2015

Aug. 30, 2015

fixed: ready to review 16267 <https://pharo.fogbugz.com/f/cases/16267/Fasttable-isn-t-visible-in-athens-i…> Fasttable isn't visible in athens (in bloc) 2015-08-29 18:54 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > FastTable does not work in Bloc. You have to disable it from the Settings > to work with Nautilus. > > Cheers, > Doru > > On Sat, Aug 29, 2015 at 5:31 PM, Alexandre Bergel <alexandre.bergel(a)me.com > > wrote: > >> Apparently there is a serious problem with the list and FTTableContainer. >> >> I took a Moose 6 and did: >> Gofer it >> smalltalkhubUser: 'Pharo' project: 'Bloc'; >> configurationOf: 'Bloc'; >> loadBleedingEdge. >> >> Gofer it >> smalltalkhubUser: 'Pharo' project: 'Brick'; >> configurationOf: 'Brick'; >> loadBleedingEdge. >> >> I do not see the classes when I select a package. A second try opens many >> debuggers :-( >> >> How the build is done by the way? >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >

2 1

PetitParser speed and cost of PPFailure
by Holger Freyther Aug. 30, 2015

Aug. 30, 2015

Hi, once again I am not sure if this is the right list. The first parser I wrote using PetitParser was a SIP (and then MGCP) parser. I have recently ported[1] the code to Pharo and with Pharo it is very tempting to Use BlockClosure>>#bench to get an idea of the speed. I have two performance âissuesâ and wonder if others hand similar issues with PetitParser and if there is a general approach to this. 1.) Combining two PPCharsetPredicates does not combine the âclassificationâ table it had. One could create a PPPredicateObjectParser subclass that is special casing >>#/ to build a combined classification table. 2.) When blindly following a BNF enumeration of "A or B or C or D or E or CatchAllâ and each âA, Bâ follow common pattern (e.g. token COLON value) one pays a high cost in the backtracking and constructing the PPFailure for each failed case. In my SIPGrammar I have action parsers for To ==>.. From ==> and would like to keep that. At the same time I would be happy if the token in front of the colon is only consumed once and then delegated to the right parser and if that one failed use the âcatch allâ one. I donât know which abstraction would be needed to allow creating optimized PetitParsers for such grammars. sorry for the long mail, long details and context is below. kind regards holger Full details: 1.) CharSetPredicate | aParser bParser combinedParser aTime bTime cTime | aParser := #digit asParser. bParser := #letter asParser. combinedParser := aParser / bParser. aTime := [ aParser parse: 'b'] bench. bTime := [ bParser parse: 'b'] bench. cTime := [ combinedParser parse: 'b'] bench. { aTime. bTime. cTime } cTime is bounded by the time execution time of of the slowest of these parsers + overhead (e.g. PPFailure creation). e.g. #('559,000 per second.' '1,010,000 per second.' '429,000 per second.') With a proof of concept PPPredicateCharSetParser #('1,330,000 per second.' '1,550,000 per second.' '1,580,000 per second.â) The noise is pretty string here but what is important is that bParser and the combinedParser are in the same ballpark. 2.) Choice Parser The BNF grammar of the parser is roughly: Request = Request-Line *( message-header ) CRLF [ message-body ] message-header = (Accept â¦ / To / From / Via / extension-header) CRLF Alert-Info = "Alert-Info" HCOLON alert-param *(COMMA alert-param) Accept = "Accept" HCOLON [ accept-range *(COMMA accept-range) ] So there can be several lines of âmessage-headerâ. And each method header starts with a token/word, a colon and then the parameter. âextension-headerâ is kind of a catch all if no other rule matched. E.g. if a client sends a To which is wrongly encoded it would end up with the extension-header. I transferred the above naively to PetitParser and end up with something like parsing ~500 messages a second. The main cost appears to come from the choice parser that needs to create a PetitFailure all the time. E.g. if you have a line like this: âFrom: âHolger Freytherâ <sip:323234@foo.de>â The choice parser will start with the âAcceptâ rule, parse the token (âFromâ and then create a PPFailure, then â¦ rules, then âToâ, parse the token.. So we have parsing the same token more than once and creating PPFailures all the time. I ended up creating a custom parser that will peek the token, have a horrible chain of token = âXYZâ ifTrue and then dispatch to the other rule. It would be nice if PetitParser could be taught to only parse the token once and then delegate to the param rule. E.g. a PPAnyOfParser that allows to specify the token to match, the parser to continue with and a fallback parser? [1] http://smalltalkhub.com/#!/~osmocom/SIP http://smalltalkhub.com/#!/~osmocom/MGCP

5 5