- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14087
by Marcus Denker Aug. 12, 2011

Aug. 12, 2011

14087 ----- Issue 4620: Shout integration http://code.google.com/p/pharo/issues/detail?id=4620 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14086
by Marcus Denker Aug. 12, 2011

Aug. 12, 2011

14086 ----- Issue 4621: ToolRegistery bug http://code.google.com/p/pharo/issues/detail?id=4621 Issue 4610: MCWorkingCopyBrowser references lot of undefined variables http://code.google.com/p/pharo/issues/detail?id=4610 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Bug in parsing numbers in PPSmalltalkGrammar?
by Frank Shearar Aug. 12, 2011

Aug. 12, 2011

I'm extending Coral to support Gnu Smalltalk syntax, and ran into something strange. I asked Lukas and he said that since others would be interested, I should repost the question here. So: Gnu Smalltalk's class variable declarations take the form of [<identifier> := <expression>.]* at the end of an object definition. To that end I wrote a #classVars production like so: Â classVars Â Â Â ^ (assignment , expression , $. asParser) star Â Â Â "Possibly I need to support the lack of a dot on the last expression. Not relevant at the moment" This didn't work as expected. Looking further, I found this oddity: Â p := PPSmalltalkParser new. Â p number end parse: '1.' "=> #(#(nil #($1) nil) 1.0)" I would expect this to fail, because "1." isn't a number (but see below). Indeed, ripping out the parser of #number: Â n := ($- asParser optional , #digit asParser plus , ($. asParser , #digit asParser plus) optional) end. Â n parse: '1.' "=> end of input expected at 1" So I experimented a bit, and it seems like#number is being overly eager in consuming that $. character, and Number >> #readFrom:'s reading '1.': Â Number readFrom: '1.' readStream "=> 1.0" Â p := PPSmalltalkParser new. Â p number end parse: '1' "=> #(#(nil #($1) nil) 1)" Â p := PPSmalltalkParser new. Â p number end parse: '1.0' "=> #(#(nil #($1) #($. #($0))) 1.0)" Â p := PPSmalltalkParser new. Â p number end parse: '1. ' "=> end of input expected at 2" Or am I being silly? frank

5 13

[Pharo-project] [update 1.4] #14085
by Marcus Denker Aug. 12, 2011

Aug. 12, 2011

14085 ----- Issue 4587: Failing tests related to renaming classes http://code.google.com/p/pharo/issues/detail?id=4587 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] ring new version question
by StÃ©phane Ducasse Aug. 12, 2011

Aug. 12, 2011

Hi veronica I'm reading your changes again and I have some questions: environment: namespace namespace = self class environment ifFalse:[ environment := namespace ] why that? is it because you want to have pointer to Smalltalk globals by default for your ring objects? You would be mixing RING and Smalltalk classes? Stef

3 7

[Pharo-project] abput Ring package
by StÃ©phane Ducasse Aug. 12, 2011

Aug. 12, 2011

Hi veronica did you check the API of Rpackage when designing ring package api? BTW if we deprecate realClass we should probably deprecate realParent... so we should check what we do with actualClass. Stef

2 2

[Pharo-project] [update 1.4] #14084
by Marcus Denker Aug. 12, 2011

Aug. 12, 2011

14084 ----- Issue 4619: Fixing SystemNavigationTest http://code.google.com/p/pharo/issues/detail?id=4619 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] [Vm-dev] [Cog] New builds available on Jenkins server
by Igor Stasenko Aug. 12, 2011

Aug. 12, 2011

On 11 August 2011 22:54, Juan Vuletich <juan(a)jvuletich.org> wrote: > > Hi Igor, > > The latest Carbon Cog VM fails to run in OS X 10.5.8. Same symptoms I > reported on thread "About Cocoa VMs" on 8/7. I guess the tweaks done by > Esteban on the Cocoa VM are needed here too. > > Besides, it would be great to have a better filename for the final artifact. > 'CogVM.zip' and 'CogVM.app' will clash all the time. It would be better to > include Carbon/Cocoa and a timestamp or version number. > Juan, i understand your inconvenience. But i will discontinue building Carbon VMs soon, in favor of Cocoa flavor, so i don't want to waste time on polishing something which will die soon :) > Cheers, > Juan Vuletich > > Igor Stasenko wrote: >> >> Â Hello, >> >> during last couple of weeks i was busy migrating migrating VM jobs >> from Hudson server to more up to date Jenkins server >> and creating a jobs for running tests on newly built VMs. >> >> The new location for built VMs are >> https://ci.lille.inria.fr/pharo/view/Cog/ >> >> I disabled the old jobs on Hudson server >> (https://pharo-ic.lille.inria.fr/hudson/view/Cog/) >> and also put a comment where they moved. >> >> >> So, from now all VMs which are built on Jenkins server will be >> automatically tested. >> >> If you go to jenkins page, you could see that each job , like StackVM-Unix >> has a parallel job named StackVM-Unix Tests , which runs tests after >> successful build of corresponding VM. >> >> The image which is used to run tests is Pharo 1.4. latest build (can >> be found on same server - >> https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/) >> >> So, in this way we have a streamlined continuous integration setup, >> which tests every possible combination(s) of VMs and latest Pharo >> image, >> so we can easily track regressions as well as different behavior >> between platforms (ideally, there should be none ;)) >> >> Details about new builds: >> Â - it is a merge with VMMaker.oscog-eem.115 which contains an >> important fix for #become: primitive >> >> With this fix, i could say that Cog VMs are much stable! >> >> Problems, not yet solved: >> >> Windows: >> Â - there is no windows jobs yet, because we're still having problems >> with windows slave (it is inaccessible right now), but once it will >> work, i will add jobs for windows as well. >> >> Mac Cocoa builds: >> - i migrated the cocoa builds to jenkins server as well, but it is not >> yet using an updated verison of sources (we have to wait till Esteban >> will sync sources) >> - also those VMs cannot run tests because command-line interface for >> them is severely broken now :( >> >> >> > > -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] [update 1.4] #14083
by Marcus Denker Aug. 12, 2011

Aug. 12, 2011

14083 ----- - Load Collections-Aritmetic - Issue 4577: RecentMessageSet is not referenced anymore http://code.google.com/p/pharo/issues/detail?id=4577 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14082
by Marcus Denker Aug. 12, 2011

Aug. 12, 2011

14082 ----- - Load FS -- Marcus Denker -- http://marcusdenker.de

1 0