- Pharo-dev - lists.pharo.org

Re: [Pharo-project] question about Issue 207: ImageSegment discoverActiveClasses strange error

by StÃ©phane Ducasse

Sheridan if you want you can commit in the pharoTaskForces project. Like that your work is not mixed with the incoming flow of the inbox that I try to keep as clean as possible. > > >> On Sep 5, 2009, at 3:10 AM, sheridan(a)sheridan-mahoney.com wrote: > > [...] > >> >>> I have found a report that seems quite interesting, and have done >>> some digging into the issue described here: >>> http://code.google.com/p/pharo/issues/detail?id=207 >>> ( ImageSegment discoverActiveClasses strange error ) >>> and now I have a few questions I was hoping to get feedback on. >> >> >> We would love to have a couple of tests for imagesegment!!!! >> Adrian did you publish the ones you did? > > I committed my image segment tests to the inbox (Tests-AdrianLienhard. > 19). There are some initial tests in ImageSegmentTest (one fails, > which documents a problem of loading symbols). I also implemented > support code that allows one to analyze a segment binary (i.e., to > iterate over the instances in the segment without instantiating the > objects). This should simplify writing more tests. > > Cheers, > Adrian > > [...] > > > ___________________ > http://www.adrian-lienhard.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] [Esug-list] ESUG Pictures

by Hernan Wilkinson

And here are the ones I took... On Sun, Sep 6, 2009 at 5:49 AM, James Foster <Smalltalk(a)jgfoster.net> wrote: > http://picasaweb.google.com/WeybridgeWay/ESUG2009InBrestFrance# > > (Sorry for the cross-posting). > > Feel free to reuse, comment, or contact me as needed :) > > James Foster > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/listinfo/esug-list >

Sept. 6, 2009

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

by John M McIntosh

On 6-Sep-09, at 8:54 AM, StÃ©phane Ducasse wrote: >>> (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. So is there a Lint rule for this or someone thinking of doing that cleanup? Or a bug? report? >> 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. Er well I thought the iPhone users would *like* to access the dev image? Is that wrong? -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Sept. 6, 2009

[Pharo-project] Finding unpackaged methods

by Schwab,Wilhelm K

Hello all, Are there any existing tools that will, for example, find all methods marked with a specific author and not in a given list of packages? At least I _think_ that's what I want :) I have been extending an install script that I used to initially create the image I am using, and it might be best converted to a list of packages known to a builder that could also help look for methods that might be about to be left behind. I am thinking ahead to moving to a later beta and fearing leaving important code behind. Clearly I will keep my current image and be able to return to it, but some good tools could help avoid a lot of frustration. Some of my concern is over a few strange things that I've noticed about SIF's response to Dolphin's virtual categories. Bill

Sept. 6, 2009

Re: [Pharo-project] question about Issue 207: ImageSegment discoverActiveClasses strange error

by Adrian Lienhard

On Sep 5, 2009, at 10:46 , StÃ©phane Ducasse wrote: > On Sep 5, 2009, at 3:10 AM, sheridan(a)sheridan-mahoney.com wrote: [...] > >> I have found a report that seems quite interesting, and have done >> some digging into the issue described here: >> http://code.google.com/p/pharo/issues/detail?id=207 >> ( ImageSegment discoverActiveClasses strange error ) >> and now I have a few questions I was hoping to get feedback on. > > > We would love to have a couple of tests for imagesegment!!!! > Adrian did you publish the ones you did? I committed my image segment tests to the inbox (Tests-AdrianLienhard. 19). There are some initial tests in ImageSegmentTest (one fails, which documents a problem of loading symbols). I also implemented support code that allows one to analyze a segment binary (i.e., to iterate over the instances in the segment without instantiating the objects). This should simplify writing more tests. Cheers, Adrian [...] ___________________ http://www.adrian-lienhard.ch/

Sept. 6, 2009

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

by StÃ©phane Ducasse

I added addRepository39ToAllPackages to the latest scriptLoader version so that when you add the squeak trunk you can merge Now the problem is that eliot was working on an old 3.9 image or croquet 3.8 and that we fixed a lot of things already. So merging his changes will not be that easy. Stef

Sept. 6, 2009

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

by David T. Lewis

On Sun, Sep 06, 2009 at 02:11:01AM +0200, Damien Pollet wrote: > 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??? Right, it's just the $HOME environment variable, which is set up when you log in to the system and inherited by all processes that you run afterward. There is no direct access to this from Squeak. Using OSProcess to get the environment, I have this on Linux: OSProcess thisOSProcess environment at: 'HOME' ==> '/home/lewis' And on the same computer running Windows XP, the closest equivalent seems to be: OSProcess thisOSProcess environment at: 'HOMEPATH' ==> '\Documents and Settings\David Lewis' But I think that the $HOMEPATH convention may vary from one version of Windows to another (I'm not sure of this), and a Windows user might more naturally think of '\Documents and Settings\David Lewis\My Documents' as the "home". There may not really be any "home directory" concept that would make sense on all platforms. Dave

Sept. 6, 2009

[Pharo-project] Fwd: [ANN]

by StÃ©phane Ducasse

- Issue 1177: [Squeak] Simple orderedCollection creation support by n.cellier - Adding gradient example to BorderMorph - Issue 1096: Polymorph-Tools-Diff-nice.25 - Adding SimpleSwitchMorph in MorphicWidgets

Sept. 6, 2009

Re: [Pharo-project] Impossible launc/use Lumiere

by Fernando olivero

I apologize for not answering sooner, i was offline after returning from the ESUG. I'm fixing now problems related to Lumiere, mostly regarding the texture folder missing. Tomorrow i'l send an email to the list, officially presenting lumiere, a brief description, tutorials and the official homepage. But briefly, lumiere is a 3D renderer for producing 3D applications. with high level abstractions and using OpenGL as the base renderer, that uses the AlienOpenGL library wrapper. (we implemented using ALIEN FFI framework ). Since the Alien framework is working and tested under MAC for now, it only works there. But people are working for integrating into windows, and also alien can now be installed in Squeak ( using Installer, instead of Gofer and flair). The only thing needed for running Lumiere is to execute the following script, having the alien plugin ( IA32ABI.bundle ) under the plugins folder in the root directory. (i will that in the home page also) ScriptLoader loadLatestPackage: 'LumiereLoader' from: 'http://www.squeaksource.com/Lumiere' . LumiereLoader load. Saludos, Fernando pd: as Igor said , OpenGL wont give you widgets but it will allow you to build them using Lumiere or ALienOpenGL. Or use ALienFFI to build a wrapper for some external library that does that. pd2: I'm aslo interested in adding a complete set of widgets and text rendering capabilities using Lumiere, so we could discuss this further. Il giorno Sep 5, 2009, alle ore 10:50 AM, StÃ©phane Ducasse ha scritto: > > On Sep 4, 2009, at 11:07 PM, nullPointer wrote: > >> >> I try use Lumiere >> >> http://vst.ensm-douai.fr/ESUG2009Media/uploads/1/lumiereIWST-2.pdf >> >> for show a sample OpenGL window but donÂ´t works. I dont know what i >> doing >> bad.What is needed for use OpenGL in Pharo? >> >> Is a stupid idea use OpenGL under Pharo for create 2d UIs ? My idea >> is use >> Lumiere for build UIs embedded in a morphic window, but with OpenGL >> widgets, >> buttons, textboxes etc s is a possible idea? I could for example >> use >> OpenGL external widgets libs for use in Lumiere? Will be fantastic >> do a >> UIBuilder using that. If Lumiere dont works for that exists another >> lib o >> posibility? > > Do not bind the builder to opengl please. > Do an extension for that if you want. > Release your code!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > >> >> Regards >> -- >> View this message in context: http://n2.nabble.com/Impossible-launc-use-Lumiere-tp3582501p3582501.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> _______________________________________________ >> 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

[Pharo-project] OpenSSL

by Schwab,Wilhelm K

Stef, Esteban, I would be very open to FFI but them immediately start to wonder about OS threads. From what I remember of the OpenSSL non-blocking calls, somebody else can do that part - I'll use threads. Dolphin has what are called overlapped calls that are made on a separate thread. Originally, it pulled from a pool of threads. The latest version might ensure that all calls from a given Smalltalk process are made on the same OS thread. My requests for such a feature in Squeak/Pharo have always been met with "yeah, you could do that if you wanted" or something along those lines. Ideally, I would hope the FFI gurus would embrace it and do it properly. Have they done so? Bill

Sept. 6, 2009