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

[Pharo-project] Why Every Ruby Developer Should Learn Smalltalk | Level Up! Victor Savkin's Blog About Programming

by Sven Van Caekenberghe

As currently on http://news.ycombinator.com (those who can, vote up please) http://victorsavkin.com/post/16375110741/why-smalltalk Yes! Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

April 17, 2012

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

by edgar de cleene Android

very thanks Hilaire Fernandes <hilaire.fernandes(a)edu.ge.ch> wrote: >Le 17/04/2012 11:42, Edgar J. De Cleene a Ã©crit : >> Any ARM VM which I could try? >> Have a 7â Android named âLittleAsimovâ now and canât wait to have Pharo >> into. > > >Try CogDoid > >Hilaire > > >-- >Dr. Geo -- http://www.drgeo.eu > >

April 17, 2012

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

by Frank Shearar

On 17 April 2012 18:52, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Tue, Apr 17, 2012 at 10:11 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> I think that we missing a way to determine to which package some >> global belongs to. >> When you loading a package it can declare new global, but there is no >> reflective mechanisms in system to tell, to which package it belongs. >> If we could have that, then clearly, if you serialize the package, you >> would want to serialize its globals as well, >> and if not, you can just leave a reference to it, which will be >> rewired at materialization. > > > +1. Â Some construct that defines a module, analogous to a class definition? +1. I haven't had a chance to look yet, but it's possible Michael van der Gulik's SecureSqueak does this already, or has taken steps towards doing it: * http://securesqueak.blogspot.co.uk/2011/05/now-where-was-i.html * http://gulik.pbworks.com/ * http://gulik.pbworks.com/SecureSqueak Michael's said he'd need to cut a new release if I (we) wanted to make use of it. frank >> On 17 April 2012 18:20, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> > >> > >> > On Tue, Apr 17, 2012 at 3:50 AM, Mariano Martinez Peck >> > <marianopeck(a)gmail.com> wrote: >> >> >> >> 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 I think is that the set of globals depends on usage. Â Some time I >> > might >> > actually want to serialize the SourceFiles Array, sometimes I might not >> > want >> > to. Â So this should be configurable, with a sensible default. Â Just as >> > when >> > one serializes a set of classes, references to classes outside the set >> > are >> > not serialized, serializing some subset of global objects in Smalltalk >> > should serialize those objects, not references. Â So design some >> > convenient >> > API that allows one to specify which objects are not globals, and have >> > the >> > default be e.g. all global objects in Smalltalk. >> > >> >> >> >> >> >> >> >> -- >> >> Mariano >> >> http://marianopeck.wordpress.com >> >> >> > >> > >> > >> > -- >> > best, >> > Eliot >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > best, > Eliot >

April 17, 2012

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

by Hilaire Fernandes

Le 17/04/2012 11:42, Edgar J. De Cleene a Ã©crit : > Any ARM VM which I could try? > Have a 7â Android named âLittleAsimovâ now and canât wait to have Pharo > into. Try CogDoid Hilaire -- Dr. Geo -- http://www.drgeo.eu

April 17, 2012

Re: [Pharo-project] build #14430 feedback needed

by Esteban Lorenzano

Hi, I removed the functionality that was causing the problem... is not so easy to get it ready for windows, and shouldn't be a delay for 1.4 release. The fix can wait to next version. Now... I'm not sure that same functionality was responsible from the delays... so, I'm still interested in know if delay is there in last build (form 1hr) or not. cheers, Esteban On Apr 17, 2012, at 7:07 PM, Ben Coman wrote: > I can confirm that delay on Windows 7, but it also exists for 14427 so I would say that is not related to the fix. I would search further but I can't see how to get more history from Jenkins. In any case, the startup delay disappears after a Save&Quit and restart. > I am looking into testing the bug fix - and adding a TestCase. > Esteban Lorenzano wrote: >> thanks, >> >> anybody else can confirm that delay? >> >> btw... what I'm looking for is a crash that happened while initiating windows, because of lookup of preferences... it is not completely fixed, but should be partially working now. >> cheers, >> Esteban >> >> On Apr 17, 2012, at 2:46 PM, Henrik Johansen wrote: >> >> >>> On Apr 17, 2012, at 2:14 PM, Esteban Lorenzano wrote: >>> >>> >>>> 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 >>>> >>>> >>> Opened on Win7. >>> Was unresponsive for 20-30 seconds, then started responding to clicks etc. (What on earth is it doing on startup now?) >>> Could open Browser, Finder, check Monticello reps. >>> >>> Anything in particular the bug fix is for? >>> >>> Cheers, >>> Henry >>> >>> >>> >> >> >> >> > >

April 17, 2012

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

by Eliot Miranda

On Tue, Apr 17, 2012 at 10:11 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > I think that we missing a way to determine to which package some > global belongs to. > When you loading a package it can declare new global, but there is no > reflective mechanisms in system to tell, to which package it belongs. > If we could have that, then clearly, if you serialize the package, you > would want to serialize its globals as well, > and if not, you can just leave a reference to it, which will be > rewired at materialization. > +1. Some construct that defines a module, analogous to a class definition? > > On 17 April 2012 18:20, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > > > > On Tue, Apr 17, 2012 at 3:50 AM, Mariano Martinez Peck > > <marianopeck(a)gmail.com> wrote: > >> > >> 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 I think is that the set of globals depends on usage. Some time I > might > > actually want to serialize the SourceFiles Array, sometimes I might not > want > > to. So this should be configurable, with a sensible default. Just as > when > > one serializes a set of classes, references to classes outside the set > are > > not serialized, serializing some subset of global objects in Smalltalk > > should serialize those objects, not references. So design some > convenient > > API that allows one to specify which objects are not globals, and have > the > > default be e.g. all global objects in Smalltalk. > > > >> > >> > >> > >> -- > >> Mariano > >> http://marianopeck.wordpress.com > >> > > > > > > > > -- > > best, > > Eliot > > > > > > -- > Best regards, > Igor Stasenko. > > -- best, Eliot

April 17, 2012

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

by Igor Stasenko

I think that we missing a way to determine to which package some global belongs to. When you loading a package it can declare new global, but there is no reflective mechanisms in system to tell, to which package it belongs. If we could have that, then clearly, if you serialize the package, you would want to serialize its globals as well, and if not, you can just leave a reference to it, which will be rewired at materialization. On 17 April 2012 18:20, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Tue, Apr 17, 2012 at 3:50 AM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> >> 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 I think is that the set of globals depends on usage. Â Some time I might > actually want to serialize the SourceFiles Array, sometimes I might not want > to. Â So this should be configurable, with a sensible default. Â Just as when > one serializes a set of classes, references to classes outside the set are > not serialized, serializing some subset of global objects in Smalltalk > should serialize those objects, not references. Â So design some convenient > API that allows one to specify which objects are not globals, and have the > default be e.g. all global objects in Smalltalk. > >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > -- > best, > Eliot > -- Best regards, Igor Stasenko.

April 17, 2012

Re: [Pharo-project] build #14430 feedback needed

by Ben Coman

I can confirm that delay on Windows 7, but it also exists for 14427 so I would say that is not related to the fix. I would search further but I can't see how to get more history from Jenkins. In any case, the startup delay disappears after a Save&Quit and restart. I am looking into testing the bug fix - and adding a TestCase. Esteban Lorenzano wrote: > thanks, > > anybody else can confirm that delay? > > btw... what I'm looking for is a crash that happened while initiating windows, because of lookup of preferences... it is not completely fixed, but should be partially working now. > > cheers, > Esteban > > On Apr 17, 2012, at 2:46 PM, Henrik Johansen wrote: > > >> On Apr 17, 2012, at 2:14 PM, Esteban Lorenzano wrote: >> >> >>> 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 >>> >>> >> Opened on Win7. >> Was unresponsive for 20-30 seconds, then started responding to clicks etc. (What on earth is it doing on startup now?) >> Could open Browser, Finder, check Monticello reps. >> >> Anything in particular the bug fix is for? >> >> Cheers, >> Henry >> >> >> > > > >

April 17, 2012

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

by Eliot Miranda

On Tue, Apr 17, 2012 at 3:50 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > 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 I think is that the set of globals depends on usage. Some time I might actually want to serialize the SourceFiles Array, sometimes I might not want to. So this should be configurable, with a sensible default. Just as when one serializes a set of classes, references to classes outside the set are not serialized, serializing some subset of global objects in Smalltalk should serialize those objects, not references. So design some convenient API that allows one to specify which objects are not globals, and have the default be e.g. all global objects in Smalltalk. > > > -- > Mariano > http://marianopeck.wordpress.com > > -- best, Eliot

April 17, 2012

[Pharo-project] [update 1.4] #14432

by Esteban Lorenzano

14432 ----- Issue 5620: clean up pre-release http://code.google.com/p/pharo/issues/detail?id=5620 Issue 5596: DosFileDirectory>>preferencesRootPath broken http://code.google.com/p/pharo/issues/detail?id=5596 3 builds in a day, yeah! (and more comming)

April 17, 2012