September 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] ESUG'09 photos

by Damien Pollet

Hi all, My photos of the conference should be online and fully uploaded to Flickr at http://www.flickr.com/photos/damienpollet/collections/72157622253550888/ Feel free to reuse, comment, or contact me as needed :) -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Sept. 5, 2009

Re: [Pharo-project] [squeak-dev] some thoughts on coding practices.

by Lukas Renggli

> (a) I need really to extend or subclass InputEventSensor > > (1) I'm not really sure how to best add instance variables to > InputEventSensor via MC. Monticello unfortunately doesn't support that. > (2) I wanted to make a subclass, but then discovered RFBServer which > I need actually hard codes a reference to InputEventSensor versus saying > InputEventHandler defaultClass (or something) > (3) RFBEventSensor then cheefully subclasses InputEventSensor which > defeats my proposed subclass, not sure how in MC I could change the class > hierarcy of someone else. http://source.lukas-renggli.ch/unsorted/RFB-lr.13.mcz works out of the box in any recent Pharo image. The package does not change the base system and thus loads/unloads cleanly. > (b) RBSpellChecker only picks between macintosh and other, so adding a > subclass for iPhone means hacking startup for RBSpellChecker, versus having > the > more standard iteration over subclasses and having them choose who can do > the work. Also if it's not macintosh that does not mean it's iPhone, or > windows, risc, or unix... I fixed this in Refactoring-Spelling-lr.7, so that the spell checker is only initialized when it is actually used. It looks to me that you are using a Pharo-Dev image, but I guess you would rather use a Pharo-Core image? Maybe the Pharo-Core image should be placed more prominent on the download page, I've seen numerous experienced people at ESUG downloading the "wrong" image. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 5, 2009

[Pharo-project] [update] #10436

by Marcus Denker

10436 ----- Issue 1150: DurationTest>>#testStoreOn actually tests #printOn: Issue 1174: remove test of system-settings Issue 1160: MNU when opening the context menu on a ThreadSafeTranscript in Pharo -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 5, 2009

Re: [Pharo-project] Issue with DisplayText and InterpreterSimulator

by Andrey Larionov

I'm file in Fixes from Mantis, and move on, but there is another error occured. Im attach log for clarifiacation. Now i'm dive into interpreter and try to understand why it happend. On Sat, Sep 5, 2009 at 22:10, Andrey Larionov<anlarionov(a)gmail.com> wrote: > Thanks, Guys. I'll try it later. > > On Sat, Sep 5, 2009 at 22:07, David T. Lewis<lewis(a)mail.msen.com> wrote: >> Thanks, that would be very helpful. I just reassigned Mantis 6555 to >> myself, and I'll be happy to add any VMMaker changes. >

Sept. 5, 2009

Re: [Pharo-project] Getting Pharo 1.0 released

by Michael Roberts

Hi Stef, I am waiting... he suggested I bug him ;-) which I will do cheers, Mike On Fri, Sep 4, 2009 at 8:51 AM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > Did eliot issue them? > > > >> on the debugger front , Eliot has some fixes so that should move us >> forwards. >> Cheers >> mike > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 5, 2009

[Pharo-project] some thoughts on coding practices.

by John M McIntosh

Today I was faced with trying to consolidate some overrides for the iPhone work and faced the following issues: Or perhaps it just wasn't my day to do software development on the EuroStar. (a) I need really to extend or subclass InputEventSensor (1) I'm not really sure how to best add instance variables to InputEventSensor via MC. (2) I wanted to make a subclass, but then discovered RFBServer which I need actually hard codes a reference to InputEventSensor versus saying InputEventHandler defaultClass (or something) (3) RFBEventSensor then cheefully subclasses InputEventSensor which defeats my proposed subclass, not sure how in MC I could change the class hierarcy of someone else. (b) RBSpellChecker only picks between macintosh and other, so adding a subclass for iPhone means hacking startup for RBSpellChecker, versus having the more standard iteration over subclasses and having them choose who can do the work. Also if it's not macintosh that does not mean it's iPhone, or windows, risc, or unix... These both seemed hurdles to getting somthing productive done so I'll welcome comments about how to make it easier. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Sept. 5, 2009

Re: [Pharo-project] Getting Pharo 1.0 released

by Marcus Denker

On 04.09.2009, at 19:11, Igor Stasenko wrote: > 2009/9/3 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Hi all >> >> I suggest the following: >> we go over the bug tracker and move to 1.1 all the issues >> that are >> not showstopper >> and we declare pharo 1.0 done >> and we open pharo 1.1 alpha >> >> Does it make sense to you? > > Can i suggest another strategy? > Declare current image a > pharo 1.0 release candidate. > > And after a month - make a release. > But, during this month, punish hard those who using older pharo > images. :) Yes, that might be a good idea. Marcus -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 5, 2009

Re: [Pharo-project] [update] #10435

by Marcus Denker

On 05.09.2009, at 03:15, Alain Plantec wrote: > Marcus Denker a Ã©crit : >> 10435 >> ----- >> Issue 1159: System-Settings package must disappear >> > Hi all, > > After the update, following setting test classes from the > Tests-System-Settings system category are still in the image: > PragmaCollectorTest, PragmaSettingDeclarationsTest, > PragmaSettingHardReset, PragmaSettingListenerTest. > So, the Tests-System-Settings system category should be removed too in > order to fully remove settings. > Ok, I will do another update to remove those Marcus -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 5, 2009

[Pharo-project] Building a VM and/or plugins

by Schwab,Wilhelm K

Hello all, Is there a correct place to start for a Pharo VM? I do not have a mac; Linux is of interest and Windows is currently an obligation born of inertia. So far, I have found mentions of the need to put the sources in a conspicuous location, but I have yet to find whether that has happened or where to look for the code. Various hassles and some accumulated success have me increasingly motivated to get SSL working. I realize this will trigger some well-intentioned mentions of stunnel and the cryptogrpahy package, but OpenSSL is the answer in my case. Stunnel can be misconfigured (or not configured at all), and I really cannot defend the crypto package against anything from FUD to tough questions. IIRC, I couldn't even load it the last time I tried. The question then becomes whether to connect to OpenSSL via FFI/Alien or to make a plugin. One absolute requirement is that the image not turn to stone when an address is wrong, a peer crashes, or a router gets unplugged w/o warning. The most obvious solution to me (please speak up if you disagree) is to connect/bind, read/write and disconnect on a connection-specific OS thread. Any insights to help get there would be greatly appreciated. Bill

Sept. 5, 2009

Re: [Pharo-project] instanceVariableNames type vs classVariableNames type

by StÃ©phane Ducasse

I do not know if the order of class variable is relevant. Now I found that a bad design to have that different types. Regularity is a value because it favors simplicity. For example I cannot use the same protocol for both tests. Stef > Well, both are collections. > The order of instance variables is essential for compiling code. > Does the order of class variable names matter ? > > Nicolas > > 2009/9/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> coloredPointClass classVarNames >> returns a set >> while >> >> coloredPointClass instanceVariableNames >> returns an array >> >> Yeah.... regularity a la Smalltalk >> >> Stef

Sept. 5, 2009