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

[Pharo-project] build #14430 feedback needed

by Esteban Lorenzano

Hi, I just released #14430 with a bugfix for windows. Problem is that we don't have enough windows tastes to be sure the fix work. Can windows users take a look at: https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces… and see if it is working? I'm looking for some info about: -vista -win7 but any other will be ok too :) thanks, Esteban

April 17, 2012

Re: [Pharo-project] I need Pharo 1.4 for PowerPC

by Edgar J. De Cleene

On 4/17/12 8:45 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > > On Apr 17, 2012, at 11:38 AM, Edgar J. De Cleene wrote: > >> Guys, not too long ago I was able to download clean Pharo 1.4 and run on >> olders John VMs on G4 PowerPC. >> Seems site now only have CogVm versions which older VM do not run. >> Any place for download or I run out of luck? > > you could try the with the Interpreter: > > https://ci.lille.inria.fr/pharo/view/Cog/job/StackVM/ > > -- > Marcus Denker -- http://marcusdenker.de Very thanks !! In the interim of the answer I could find https://github.com/downloads/Phariverse/PharoCore/git.PharoCore1.4.zip Which runs on older John VM's Share this info here just in case some found useful Edgar

April 17, 2012

[Pharo-project] [update 1.4] #14430

by Esteban Lorenzano

Issue 5596: DosFileDirectory>>preferencesRootPath broken http://code.google.com/p/pharo/issues/detail?id=5596

April 17, 2012

Re: [Pharo-project] Domain pharo.org

by Marcus Denker

On Apr 17, 2012, at 9:48 AM, Christoph Wysseier wrote: > Hey Marcus > > The easiest way to install alias domains of a cmsbox websites with proper redirection is to configure the DNS entry to point to 217.11.221.200 (Host: one.cmsbox.com) I already configured the webserver accordingly. > ok, I configure the DNS to that IP for both pharo.org and www.pharo.org -- Marcus Denker -- http://marcusdenker.de

April 17, 2012

Re: [Pharo-project] do we need contextForLocalVariables?

by Marcus Denker

On Apr 17, 2012, at 9:05 AM, stephane ducasse wrote: > Hi > > so far > > ContextPart>>contextForLocalVariables > "Answer the context in which local variables (temporaries) are stored." > > self subclassResponsibility > > MethodContext>>contextForLocalVariables > "Answer the context in which local variables (temporaries) are stored." > > ^self > > So we could get rid of it. > Yes, and merge ContextPart with MethodContext... I added an entry: http://code.google.com/p/pharo/issues/detail?id=5615 Marcus -- Marcus Denker -- http://marcusdenker.de

April 17, 2012

Re: [Pharo-project] SourceFiles

by Marcus Denker

On Apr 17, 2012, at 9:12 AM, Martin Dias wrote: > Hi all > > I vaguely remember some discussions about enhancing SourceFiles, something about to reify a code manager, about to stop logging fileIns into .changes file, and about to inspire the new mechanism on the VW's one. > > Am I right? Yes. > There is consensus on this? About a better Interface (SourceManager): yes, consesus. About not having course and changes, I think everyone knows that it should be done eventually, but some argue that it works and is stable and changing it now would be problematic... there are good reasons for both views, I think. > Do you think I could do it as part of Fuel Injector GSoC project? > Yes, that could be an idea. -- Marcus Denker -- http://marcusdenker.de

April 17, 2012

Re: [Pharo-project] I need Pharo 1.4 for PowerPC

by Marcus Denker

On Apr 17, 2012, at 11:38 AM, Edgar J. De Cleene wrote: > Guys, not too long ago I was able to download clean Pharo 1.4 and run on olders John VMs on G4 PowerPC. > Seems site now only have CogVm versions which older VM do not run. > Any place for download or I run out of luck? you could try the with the Interpreter: https://ci.lille.inria.fr/pharo/view/Cog/job/StackVM/ -- Marcus Denker -- http://marcusdenker.de

April 17, 2012

Re: [Pharo-project] How to globals that are NOT classes or traits?

by Tobias Pape

Am 2012-04-17 um 12:50 schrieb Mariano Martinez Peck: > Hi guys. In Fuel, we need to identity which globals present in Smalltalk globals are NOT classes or traits, because we need to manage them as globals. So far we have a hardcoded list: > > defaultGlobalSymbols > > ^ #(#Smalltalk #SourceFiles #Transcript #Undeclared #Display #TextConstants #ActiveWorld #ActiveHand #ActiveEvent #Sensor #Processor #ImageImports #SystemOrganization #World) > > So...as every hardcoded stuff, this is not nice because as soon as globals change, we need to fix this. So it would be nice if the system (pharo) can provide us this information. > > What do you think? What about just asking whether the Associaction values are Behavior: defaultGlobalSymbols ^ (self environment "or 'Smalltalk globals' or 'Smalltalk', to your taste" select: [:g | g isBehavior not]) keys In my Squeak4.3 this yields #(#SourceFiles #Display #Processor #World #Smalltalk #Sensor #ImageImports #ActiveEvent #ScheduledControllers #ScriptingSystem #ActiveHand #Undeclared #ActiveWorld #CustomEventsRegistry #TextConstants #References #Transcript #SystemOrganization) Bes -Tobias PS: for the interested ones, here with values: #ActiveEvent->[keystroke '<Cmd-p>'] #ActiveHand->a HandMorph(3216) #ActiveWorld->a PasteUpMorph(1622) [world] #CustomEventsRegistry->an IdentityDictionary( "stuff" ) #Display->DisplayScreen(800x600x32) #ImageImports->a Dictionary() #Processor->a ProcessorScheduler #References->an IdentityDictionary() #ScheduledControllers->nil #ScriptingSystem->a StandardScriptingSystem #Sensor->an EventSensor #Smalltalk->Smalltalk #SourceFiles->an ExpandedSourceFileArray( "stuff" ) #SystemOrganization->( "stuff" ) #TextConstants->a Dictionary(size 107) #Transcript->a TranscriptStream '' #Undeclared->a Dictionary() #World->a PasteUpMorph(1622) [world]

April 17, 2012

Re: [Pharo-project] Block with ^ examples ...

by Helene Bilbo

This is probably not what you are looking for, but it helped me, an amateur, to understand return statements in blocks. Perhaps it would be a good beginners example for the Block-Chapter in PBE Volume 2: ReturnEarlyTest>>returnEarly "The evaluation of the BlockClosure [^ true] per #value in True>>ifTrue: will not (only) end the block, but it's home context, i.e. this method, #returnEarly." 1 = 1 ifTrue: [^ true]. ^ false ReturnEarlyTest>>testReturnEarly "Test if the method returnEarly does indeed return early :)" self assert: ((self returnEarly) = true) Best regards, Helene. -- View this message in context: http://forum.world.st/Block-with-examples-tp4563742p4564395.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 17, 2012

[Pharo-project] [update 1.4] #14429

by Esteban Lorenzano

14429 ----- Issue 5614: do #cleanOutUndeclared and #fixObsoleteReferences in #cleanUpForRelase http://code.google.com/p/pharo/issues/detail?id=5614 Issue 5600: No cursor shown with non blinking text cursor http://code.google.com/p/pharo/issues/detail?id=5600 Issue 5604: FileDirectoryTest>>testRecursiveMatching fails on pharo-one-click http://code.google.com/p/pharo/issues/detail?id=5604 Issue 5606: MCClassDefinitionTest>>testNotValidClassTraitComposition fails on pharo-one-click http://code.google.com/p/pharo/issues/detail?id=5606

April 17, 2012