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

[Pharo-project] Debugger fixes was Re: Getting Pharo 1.0 released

by Michael Roberts

Ok Eliot has applied them to the squeak trunk. I'm not near a big enough machine so I'll look later tonight but if anyone is keen please make a start. Cheers mike On Sunday, September 6, 2009, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > good idea! > would be nice that 1.0 got them > Stef > > On Sep 5, 2009, at 11:02 PM, Michael Roberts wrote: > >> 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 >>> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 6, 2009

Re: [Pharo-project] ESUG'09 photos

by Damien Pollet

On Sun, Sep 6, 2009 at 09:59, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > your pictures are really really cool! > I would like to have some of them of me and related :) Just take them, they are under the same license as SBE / PBE. Or ask me for the raw files, but that's 10MB each :) > On Sep 6, 2009, at 1:59 AM, Damien Pollet wrote: > >> 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 >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Sept. 6, 2009

[Pharo-project] ESUG Pictures

by James Foster

http://picasaweb.google.com/WeybridgeWay/ESUG2009InBrestFrance# (Sorry for the cross-posting). Feel free to reuse, comment, or contact me as needed :) James Foster

Sept. 6, 2009

Re: [Pharo-project] ESUG'09 photos

by StÃ©phane Ducasse

damien your pictures are really really cool! I would like to have some of them of me and related :) Stef On Sep 6, 2009, at 1:59 AM, Damien Pollet wrote: > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 6, 2009

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

by StÃ©phane Ducasse

>> (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. I discussed with goran because deltastream supports that. And indeed in smalltalk there was always this asymtric situation where you could add method incrementally but not state. >> (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) -> yes not hardcoding class is a good design and it should be reinforced. >> (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. Yes which tells me that we should also iron pharo-dev. Stef > > Cheers, > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 6, 2009

Re: [Pharo-project] Getting Pharo 1.0 released

by StÃ©phane Ducasse

good idea! would be nice that 1.0 got them Stef On Sep 5, 2009, at 11:02 PM, Michael Roberts wrote: > 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 >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 6, 2009

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

by StÃ©phane Ducasse

Hi I was discussing with john at esug and I think that FFI or Alien should be in the image by default. So I imagine that it would help you to get openSLL. This way we could get platform widgets access (with as fallback FileList and others). We should really think about that for 1.1 Of course it means that a malicious guy can overuse the plugging to access the files... Stef On Sep 5, 2009, at 10:12 PM, Schwab,Wilhelm K wrote: > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 6, 2009

Re: [Pharo-project] ESUG'09 photos

by Igor Stasenko

Your photos depicting an atmosphere of the ESUG very nicely! 2009/9/6 Damien Pollet <damien.pollet(a)gmail.com>: > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Sept. 6, 2009

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

by Igor Stasenko

IMO, they should be an ordered collections boths (Arrays, not Sets) 2009/9/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Sept. 6, 2009

Re: [Pharo-project] How do I get the user directory?

by Damien Pollet

On Fri, Sep 4, 2009 at 11:02, John M McIntosh<johnmci(a)smalltalkconsulting.com> wrote: > you could set the SqueakTrustedDirectory to ~ in the info.plist > > I'm not sure how you would resolve ~ to the user's directory. Any > takers? I think ~ is a notation from the shell (bash etc) rather than from posix. I suppose there is a posix call to resolve it though, probably just reading $HOME from the environmentâ¦ -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Sept. 6, 2009