April 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] [TODO] 1.3

by Marcus Denker

Core Failing Tests: NONE Open Issues: 23 http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 Related to Transcript: 8 Full Failing Tests: 37. Related to Nile: 30. https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/lastCompletedBuild/t… Open Issues: 9. http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.3-DevImage Next most important Step: -> fix Transcript. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 28, 2011

[Pharo-project] [TODO] 1.2.2

by Marcus Denker

Core: Failing Tests: NONE Open Issues: NONE Full: - Issues: 4. Related to OB: 3 OB2: 1. http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.2.2-DevImage - the build of Full is broken since April, 14th (2 weeks). A Mail is sent automatically on each failiing build (minimum 1/day) Result: No action. Most important next step: - Fix Build of Full. I really woner why we have the Full image... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 28, 2011

Re: [Pharo-project] [TODO] 1.3

by StÃ©phane Ducasse

no stress guys. take the time and give time. there are plenty of other stuffs to do and at the end we can revert so this is quite cool The risk is low. This is not like: ok fix the %^&*( code management system because there no backup. So we should be nice and welcoming the energy that fernando is putting to improve the system. if at the end the results is not at the right level: I take 2 hours and fix everything but we should welcome hiccups in progress and let people put their energy on the table without having to do right perfect the first time. Stef On Apr 28, 2011, at 9:51 PM, Alain Plantec wrote: > Le 28/04/2011 21:21, Marcus Denker a Ã©crit : >> Core >> Failing Tests: NONE >> Open Issues: 23 http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 >> Related to Transcript: 8 >> >> Full >> Failing Tests: 37. Related to Nile: 30. https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/lastCompletedBuild/t… >> Open Issues: 9. http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.3-DevImage >> >> Next most important Step: >> -> fix Transcript. > what about revert the Transcript and push the new one again in 1.4 ? > Cheers > Alain > >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> > >

April 28, 2011

[Pharo-project] [update 1.3] #13175

by Marcus Denker

13175 ----- Issue 4118: move some more cleanup into #cleanUp methods Issue 4117: Small Uniclass related cleanup Issue 4111: GraphicFontSettings class dnu theme Issue 4109: Do we need #initializedIntance? -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 28, 2011

[Pharo-project] Workspace code to Web example (was What gives? OpenQWAK???? )

by Chris Cunnington

Of the many cool things Eliot displayed in Lille from his workshop (full image simulator; image reading from stdin) was how he makes code examples for his blog. It's #saveBlogHtmlInFile/#saveHtmlInFile and is added to the Workspace menu. Not as big as the other things, but useful. http://www.smalltalktelevision.com/Workspace.html OpenQwaq-1.0.01.image Workspace>>#saveBlogHtmlInFile Groovy. Chris

April 28, 2011

Re: [Pharo-project] how to deal with string position in relation to cr/crlf

by Nicolas Cellier

I would say you'll have problems if an only if you mix pointers - on transformed streams - and on OS-native line-end transparent streams... You'll have to arrange to either: - always used a transformed stream - or always use a native line-end transparent stream. New utilities in Pharo and Squeak #linesDo: etc... works on any CR, LF, CRLF conventions, even mixed conventions in a single file at an acceptable runtime cost. That may help... Nicolas 2011/4/28 Alexandre Bergel <alexandre.bergel(a)me.com>: > I experienced a similar problem when I worked on CAnalyzer. What I did is simply to remove all lf characters before doing anything. > > Alexandre > > > > Le 28 avr. 2011 Ã 04:47, Tudor Girba <tudor.girba(a)gmail.com> a Ã©crit : > >> Hi, >> >> I have a small problem related to file line endings and storing the token information of PetitParser. >> >> Sometimes, we parse the sources on Windows and then manipulate the model on Linux or Mac. In this context, if I store the token positions in a string, I encounter problems because CR and LF are considered characters, but the line endings can vary. >> >> ('abc', Character cr asString , 'd') findString: 'd'. >> ==> 5 >> >> ('abc', Character cr asString , Character lf asString, 'd') findString: 'd'. >> ==> 6 >> >> >> How would you approach this problem? >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow." >> >> >> >> >> > >

April 28, 2011

Re: [Pharo-project] UndefinedObject(Object)>>doesNotUnderstand: #findNextHandlerContextStarting

by Eliot Miranda

On Wed, Apr 27, 2011 at 11:31 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Apr 24, 2011, at 5:12 PM, Mariano Martinez Peck wrote: > > > grrrr I don't know what is happening. I am building a PharoDev 1.3 and at > the end, I do: Undeclared removeUnreferencedKeys > > but this throws an error that I attach. It is a big loop of such error. > > The progress bar is showing "Clean up in DebuggerMethodMap" > > > > So I added the DebuggerMethodMap intialize (reset the cache) to Smalltalk > cleanUp. > > But why is that called when calling "Undeclared removeUnreferencedKeys"? > Because the DebuggerMethodMap holds onto older versions of methods and these can be sources of undeclared references. If DebuggerMethodMap's collection of methods is properly weak then this isn't an issue but in practice this belt-and-braces approach is more robust. > > > > In addition Undeclared ->>>> a Dictionary(#NoSuchElementError->nil ) > > I checked http://code.google.com/p/pharo/issues/detail?id=4043 but > there is no such method. > > NoSuchElementError looks like an exception subclass to me. Is it references > somewhere? > > > Now...if I execute Undeclared removeUnreferencedKeys again, it works. > > > > The bad news is that this prevents the PharoDev 1.3 to be build.... > > > > I have no clue of what can be happening, but the only way I found so far > to reproduce it is to: > > > > Gofer new > > squeaksource: 'PharoTaskForces'; > > pacakge: 'ConfigurationOfPharo'; > > load. > > > > And then: > > > > (ConfigurationOfPharo project version: '1.3-beta') load > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

April 28, 2011

[Pharo-project] [COTDC] 56 - HostFont

by laurent laffont

Today: HostFont Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

April 28, 2011

Re: [Pharo-project] [COTDC] 55 - IdentityGlyphMap

by laurent laffont

On Wed, Apr 27, 2011 at 8:42 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: IdentityGlyphMap > Sounds like legacy stuff associated with bad code ...... Only referenced in StrikeFont>>characterToGlyphMap and it seems it should use an Array instead ..... Laurent. > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent > >

April 28, 2011

Re: [Pharo-project] Counting Messages as a Proxy for Average Execution Time in Pharo

by Alexandre Bergel

>> If Cog continue to improve, then the assumptions may not be valid anymore. > As soon as the VM does aggressive method inlining your message sends disappear and you can't count them anymore. I agree with you, but today it works like this. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 28, 2011