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

Re: [Pharo-project] Problem with loading Nautilus after Seaside

by StÃ©phane Ducasse

thanks for the report. To me it looks like we changed some on classVar lookup and it is not modular anymoreâ¦ Stef On Mar 27, 2012, at 11:16 PM, Martin Sandiford wrote: > Not sure where to report this, so here goes... > > As of just recently, I can't load Nautilus after loading Seaside due > to a name clash on "Bindings". It's a global in DynamicBindings-lr.13 > (Seaside) and a class variable in Spec-Core-BenjaminVanRyseghem.9 > (Nautilus). If this is a class variable then it should not be a problem, code using a class var should see the class var before the global. > > Ideally I think DynamicBindings wouldn't be putting a bare word symbol > like "Bindings" into globals, but as it happens the declaration in > Spec-Core/ComposableModel isn't used and could be removed. > > Cheers, > Martin >

March 27, 2012

Re: [Pharo-project] Announcement vs SystemChangeNotifier

by StÃ©phane Ducasse

Ok I will digest that :) Thanks for the food for thoughts. > > yes.. now since i remember our discussion about it.. yes.. i am still > against it. > because it just violating the principle of least authority: > - any guy who thinks he is a position to suspend announcements can do it, > but since he doesn't knows who else subscribed to them, he simply can > ruin the logic of other event consumers... > > I think we should think about other approach: > In case of system changes notifier , a "do silently" was do not log > the changes. > That means that if we could have a logger plugged into system > announcer, one should tell a system logger to ignore system > notifications > and do not log them for a while, instead of making system notifier > suspending all subscriptions, leading to unknown consequences for the > rest of > event listeners! > If guy wants to suspend logging, he should tell logger to suspend it.. > like that, no other facilities will be affected. > > -- > Best regards, > Igor Stasenko. >

March 27, 2012

[Pharo-project] Hello newcomers :)

by StÃ©phane Ducasse

The pharo mailing-list is regularly attracting some newcomers and I would like to welcome them :) So welcome. We really want to improve the system so your contribution are welcomed. Now the first contribution you can do is to sign the license http://www.pharo-project.org/community/how-to-contribute http://www.pharo-project.org/license So welcome guys! Do not hesitate to let us know what you are doing and how we can improve the system and let you invent your future :) Stef

March 27, 2012

Re: [Pharo-project] GSoC proposal: Naked Objects using Magritte

by Stephan Eggermont

>Stephan, I can help as second Mentor if you still need one. >...Stan I haven't been able to reach Esteban yet. He is supposed to be moving this week. Thanks for the offer. Stephan

March 27, 2012

[Pharo-project] Problem with loading Nautilus after Seaside

by Martin Sandiford

Not sure where to report this, so here goes... As of just recently, I can't load Nautilus after loading Seaside due to a name clash on "Bindings". It's a global in DynamicBindings-lr.13 (Seaside) and a class variable in Spec-Core-BenjaminVanRyseghem.9 (Nautilus). Ideally I think DynamicBindings wouldn't be putting a bare word symbol like "Bindings" into globals, but as it happens the declaration in Spec-Core/ComposableModel isn't used and could be removed. Cheers, Martin

March 27, 2012

Re: [Pharo-project] no Complex class in Pharo?

by Nicolas Cellier

Le 25 mars 2012 12:17, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>a Ã©crit : > http://www.squeaksource.com/Math-Complex > Oops, it was http://www.squeaksource.com/Complex > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfComplex'; > load. > ((Smalltalk at: #ConfigurationOfComplex) project version: #'stable') > perform: #load. > > Nicolas > > Le 24 mars 2012 21:29, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a > Ã©crit : > > >> On Mar 24, 2012, at 8:20 PM, Lawson English wrote: >> >> > Was this done just for streamlining, or are there known bugs in the >> implementation of Complex in Squeak? >> >> no there were a lot of discussions three years ago about the fact that >> nobody used complex >> the implementation was not coherent >> Now I think that serge packaged it with its quaternium implementation. >> >> >> Stef >> > >> > L. >> > >> >> >> >

March 27, 2012

[Pharo-project] [update 1.4] #14415

by Marcus Denker

14415 ----- Issue 5552: Transcript show is not working http://code.google.com/p/pharo/issues/detail?id=5552 -- Marcus Denker -- http://marcusdenker.de

March 27, 2012

Re: [Pharo-project] ProtoObject initialize

by Guillermo Polito

Now, re-initializing classes is kind of weird :P. I should only initialize classes with it's own #initialize and their subclasses -only if they have class instance methods :/. ufa On Tue, Mar 27, 2012 at 5:29 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Fri, Mar 23, 2012 at 11:03 AM, Noury Bouraqadi <bouraqadi(a)gmail.com>wrote: > >> Hi Guillermo, >> >> The expression "ProtoObject initialize" does actually work. >> ProtoObject metaclass inherits the initialize method from Behavior. >> But, running it resets the ProtoObject critical IVs (superclass, >> methodDict and format). >> Hence the hang. >> > > Exactly. Otherwise, the VM would have crashed (not hanged) with an error > saying "recursive does not understand". Check the VM code for more details. > > > >> >> Noury >> >> On 22 mars 2012, at 22:44, Guillermo Polito wrote: >> >> > Answering myself, thanks to Esteban: >> > >> > It hangs because It does not understand #initialize, so It throws a >> DNU, and it also does not understand #doesNotUnderstand: >> > >> > On Thu, Mar 22, 2012 at 6:12 PM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> > hanged my image :3. >> > >> > Is that something I was not supposed to do? >> > >> > Guille >> > >> >> Noury >> -- >> http://twitter.com/#!/NouryBouraqadi >> http://www.kroobe.com/profile/noury >> >> >> Afin de contribuer au respect de l'environnement, >> merci de n'imprimer ce courriel qu'en cas de necessite >> >> Please consider the environment before you print >> >> >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > >

March 27, 2012

Re: [Pharo-project] interpreter cannot read image file

by Eliot Miranda

On Tue, Mar 27, 2012 at 12:36 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: > Hi, > > I'm trying to open an old production image based on Squeak 3.9.1 file > with CogVM and I get: > This interpreter (vers. 6505) cannot read image file (vers. 6502) > > I've always seen only the inverse report. Any idea how to convert the > image? > You can start from the closure bootstrap on my web site<http://www.mirandabanda.org/files/Cog/Closures0808/Bootstrap/>. But it's a lot of work, and even then there are lots of additional upgrades to get to a bug-free system. IMO it would be far better to try and recreate it. > > Cheers, > -- Pavel > > -- best, Eliot

March 27, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by Gary Chambers

Then again... if you want cleverness you do a link on archaic filesystems that can't do a proper root... Personally I'd like a URI/URL to work crossly on multiple platforms in a reasonable manner. Otherwise it is a pain to work with Linux/Windows transparently. Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, March 27, 2012 6:55 PM Subject: Re: [Pharo-project] FileURL don't works properly on windows > On 27 March 2012 19:50, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: >> Give filesystem disparities I'd personally be happy with >> >> file://Pharo/xyz.abc >> >> resolving to >> >> C:\Pharo\xyz.abc >> >> on Windows... > > unless you meant > > D:\Pharo\xyz.abc > > :) > No. I don't like such implicit cleverness. Things should be stupid. No > magic. If it works it should work. If it doesn't , it should explain > why. > And let users solve the issue. > But when system tries to play a wizard which can read people's mind, > this is road to nowhere. > >> >> Regards, Gary >> >> ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Tuesday, March 27, 2012 6:41 PM >> >> Subject: Re: [Pharo-project] FileURL don't works properly on windows >> >> >> On 27 March 2012 18:18, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> >>> On Mar 27, 2012, at 6:06 PM, Igor Stasenko wrote: >>> >>>> this part is closely related to command-line arguments handling.. >>>> >>>> on windows things, which expected to work, like: >>>> >>>> vm image.image <pathToScript>.st >>>> >>>> fails to find the script, because it messing up with back/forward >>>> slashes in path >>>> and at the end it transforms an input into escaped slashes, which is >>>> of course cannot be found in file system... >>> >>> >>> >>> right now we use Urls there because it supports to add URL as a "file". >>> >>> vm imageimage http://myscript.com/phato.st >>> >>> I personally think we should remove that. If you want to load a file via >>> the network, just >>> write a local script that does that. >>> >>> If we remove the network support for script parameters, we will directly >>> solve that problem. >>> (and we simplify the whole startup logic, and we make the startup not >>> depend on networking). >>> >>> http://code.google.com/p/pharo/issues/detail?id=4057 >>> >>> Marcus >>> >> agree.. this thing is a bit overengineeeeered. >> but in overall it is cool to have, unless it breaks a most basic usage >> : hey ... a stupid file name passed as an argument! >> >> we can remove it, of course, but it won't make a FileURL a bit less >> broken.. >> since things like that: >> >> 'c:\myfile.txt' asURL retrieveContents still won't work. >> we should cover it by tests btw, since now we have windows.. >> but in order to run any test(s) we should fix this thing first :) >> >>> >>> -- >>> Marcus Denker -- http://marcusdenker.de >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> > > > > -- > Best regards, > Igor Stasenko. >

March 27, 2012