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

Re: [Pharo-project] Pharo Kernel 1.4 failing build

by Igor Stasenko

yeah... but in kernel image you don't have monticello.. hmm.. then i think we should put all those scripts to some public place on git, and build server should check them out from there instead of using local files. On 11 July 2011 13:44, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 11 July 2011 13:07, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> Hi Igor, >> >> can you please send me current PharoKernel scripts, mainly >> initCore.st, from the IC server? The build of PharoKernel project is >> failing. With Marcus we supposed that it is related to the latest >> chnages in Zinc but the build is working well on my local machine. >> > here it is. > This week i planning to create an MC repository with package which > contains all those scripts. > We should go away from having dozens of files on slaves, because > managing them is nightmare. > >> Cheers, >> -- Pavel >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

July 11, 2011

Re: [Pharo-project] Pharo Kernel 1.4 failing build

by Igor Stasenko

On 11 July 2011 13:07, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi Igor, > > can you please send me current PharoKernel scripts, mainly > initCore.st, from the IC server? The build of PharoKernel project is > failing. With Marcus we supposed that it is related to the latest > chnages in Zinc but the build is working well on my local machine. > here it is. This week i planning to create an MC repository with package which contains all those scripts. We should go away from having dozens of files on slaves, because managing them is nightmare. > Cheers, > -- Pavel > > -- Best regards, Igor Stasenko AKA sig.

July 11, 2011

[Pharo-project] Pharo Kernel 1.4 failing build

by Pavel Krivanek

Hi Igor, can you please send me current PharoKernel scripts, mainly initCore.st, from the IC server? The build of PharoKernel project is failing. With Marcus we supposed that it is related to the latest chnages in Zinc but the build is working well on my local machine. Cheers, -- Pavel

July 11, 2011

Re: [Pharo-project] Troubles with #flushCache and #run:with:in:

by Mariano Martinez Peck

Maybe cc'ing VM mailing list can help. On Fri, Jul 1, 2011 at 9:32 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > Hi Eliot, > > I am using one of the latest VMs from your site (VM.r2434) and I > continue to have subtle problems with objects as methods (#flushCache, > #run:with:in:). > > The issue is that the test coverage in Pharo is kind of broken on Cog > for a long time already. It reports methods as not covered that are > clearly covered, and tests seem to randomly fail. > > I suspected that there is something wrong with the coverage code > itself. So I started to experiment with TestCoverage>>flushCache and > noticed that the current implementation > > TestCoverage>>flushCache > self reference methodSymbol flushCache > > performs not that well: The set of not covered methods is wrong and > many tests suddenly fail. If I replace it with > > TestCoverage>>flushCache > self reference actualClass flushCache > > I actually get accurate coverage information, but there are still a > few tests constantly failing. I tried to use all possible combinations > of #flushCache (also calling it on the compiled method), but only > flushing the cache on the class seems to work properly. So far so > good, but I really wonder what the correct way is to flush the cache? > :-) > > For my experiments I was using the package 'AST-Tests-Semantics'. This > is a small package with lots of test methods that cover each method > but one (RBSemanticAnnotationMisssing>>#isResumable). Now the "real" > problem is that when running these tests in coverage mode, the same 4 > tests always fail: > > RBSemanticTest>>testBlockScope > RBSemanticTest>>testCascadeReceiver > RBSemanticTest>>testClassVariableBinding > RBSemanticTest>>testGlobalVariableBinding > > Not sure of how to debug that? Do you have an idea why these otherwise > passing tests suddenly fail? If you want to try to reproduce you can > use any Pharo image with the tests loaded, or use those that I used: > > > http://jenkins.lukas-renggli.ch/job/Development/lastSuccessfulBuild/artifac… > > http://jenkins.lukas-renggli.ch/job/Development/lastSuccessfulBuild/artifac… > > Open the Test Runner, select 'AST-Tests-Semantics' and 'Run Coverage'. > > Any help or clarification would be appreciated :-) > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > -- Mariano http://marianopeck.wordpress.com

July 11, 2011

Re: [Pharo-project] Pharo/Squeak an iOS

by Nick Ager

There's a talk John McIntosh gave at Smalltalk solutions about his adventures with Apple and the iPhone scratch app - http://www.stic.st/events/smalltalk-solutions-2011-abstracts/scratching-the… John has made the code available: http://bit.ly/em3uZc On 11 July 2011 07:24, Steve Taylor <stephen.taylor(a)bom.gov.au> wrote: > First of all - I hope this isn't a bit off topic for this list. If it is, > someone give me kick and I'll ask elsewhere... > > I've noticed some posts in the past showing Squeak or Pharo running on > iPhones, but haven't paid close attention to them. Now I've gone and bought > myself an iPad and all of a sudden I want nothing more than to write > software for it using Smalltalk... > > Is there a feasible route for getting applications written in Smalltalk > onto a *non-jailbroken* iPad? I'm well aware of Apple's restriction on > allowing programmable systems onto the iPhone/iPad, but I'm looking more at > writing some sort of simple game which just happens to have been written in > Smalltalk and ultimately getting it into the AppStore. > > Any pointers to interesting information? > > > > > regards, > > > > Steve > >

July 11, 2011

[Pharo-project] Pharo/Squeak an iOS

by Steve Taylor

First of all - I hope this isn't a bit off topic for this list. If it is, someone give me kick and I'll ask elsewhere... I've noticed some posts in the past showing Squeak or Pharo running on iPhones, but haven't paid close attention to them. Now I've gone and bought myself an iPad and all of a sudden I want nothing more than to write software for it using Smalltalk... Is there a feasible route for getting applications written in Smalltalk onto a *non-jailbroken* iPad? I'm well aware of Apple's restriction on allowing programmable systems onto the iPhone/iPad, but I'm looking more at writing some sort of simple game which just happens to have been written in Smalltalk and ultimately getting it into the AppStore. Any pointers to interesting information? regards, Steve

July 11, 2011

Re: [Pharo-project] webdoc

by Francois Stephany

> - PPMarkdownParser Where can we find it ? Is it stable/usable ? A search on Squeaksource doesn't give any result :/ Cheers, Fa

July 11, 2011

[Pharo-project] petitparser tutorial

by Tudor Girba

Hi, I put together a tutorial for PetitParser in The Moose Book: http://www.themoosebook.org/book/internals/petit-parser/mse The tutorial is meant to work with a Moose image and it is based on the same scenario as I used at the Deep into Smalltalk School: http://www.slideshare.net/girba/petitparser-at-the-deep-into-smalltalk-scho… http://ci.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/arti… Feedback is always appreciated (including the negative one :)). You can either reply by mail, or leave a comment online. Cheers, Doru -- www.tudorgirba.com "Presenting is storytelling."

July 11, 2011

Re: [Pharo-project] Troubles with #flushCache and #run:with:in:

by StÃ©phane Ducasse

tx (stef sorting, cleaning, reorganizing his house --- without tests and refactoring). > Created http://code.google.com/p/pharo/issues/detail?id=4512. > > On 10 July 2011 15:17, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> no we care but have no idea/too busy >> Can you add a bug entry so that we do not forget it. >> Tx

July 10, 2011

Re: [Pharo-project] loading OSProcess in Pharo1.3

by Schwab,Wilhelm K

I had the opposite problem a while back: ConfigurationOfCitezen was choosing a version of Seaside for me, and #loadNoWeb was the solution. The other question I always have is which incantation to use? The situation is improving, but short of studying the code in each config each time one builds an image, I have yet to find a robust way to load things. My latest attempt (untested) appears below. Bill "7-11 - configs change over time - try to make one thing that can work." tryThese := { [config load. ]. [config project stableVersion load. ]. [config project latestVersion load. ]. }. versionStringOrNil isNil ifTrue:[ "7-11 - can this mask complexities? config load." tryThese detect:[ :each | [ each value. true. ] on:Error do:[ :e | false. ]. ]. ] ifFalse:[ ( config project version:versionStringOrNil ) load. ]. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Johan Brichau [johan(a)inceptive.be] Sent: Sunday, July 10, 2011 4:07 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] loading OSProcess in Pharo1.3 You are right... except that I am not using a ConfigurationOfOSProcess strange... my metacello config just points to the repository and loads the OSProcess package... why is it loading an older version? probably another config that I am loading that points to it? ... argh... thanks, at least I know now :-) On 10 Jul 2011, at 20:08, Mariano Martinez Peck wrote: yes, it was. Probable nobody updated ConfigurationOfOSProcess as Johan is loading an old version. Try getting the last one or use #bleedingEdge On Sun, Jul 10, 2011 at 3:16 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>> wrote: strnage I thought the new version of OS Process fixed that. On Jul 10, 2011, at 3:03 PM, Johan Brichau wrote: > Hi guys, > > I'm (finally) trying out the new Pharo1.3 > Yesterday I had a couple of issues with build 13284 but 13285 seems to fix these. > > Great! > > But I'm now trying to load OSProcess in Pharo 1.3 and OSProcess tries to add its image startup script to the list right after ImageSegment's image startup script. > However, it appears that #ImageSegment is no longer in the startup list, which yields an error. > > I don't know if this is expected, so I thought I should email it here. > > For now, I changed OSProcess so that it adds its startup script right after SmalltalkImage instead. > I'm not sure if that is OK though... it's just a quick fix I made right now. I'm not sure what the prerequisites of OSProcess are in that respect. > > Any thoughts? > > Johan -- Mariano http://marianopeck.wordpress.com<http://marianopeck.wordpress.com/>

July 10, 2011