- Pharo-dev - lists.pharo.org

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

by Michael Roberts

Ok, i am updating the tracker on progress. cheers, Mike On Sun, Sep 6, 2009 at 5:16 PM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > 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 > > _______________________________________________ > 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 Schwab,Wilhelm K

Ken, That's interesting, and might be particularly so to anyone who cares about doing things efficiently on Windows. I say that because there is some perhaps dated literature from the NT days that dismantled the conventional wisdom that native threads always beat green threads. Basically, they found that the NT schueduler was fairly pathetic and that a good green thread scheduler handing out asynch events would beat its fumblings with blocking calls. For now, I am far more concerned about coding something in a reasonble time than trying to keep up with Amazon's web traffic. The asynch side of OpenSSL is very flexible, and IIRC, **very** complicated. For now, I would be happy to get the blocking calls working and to signal semaphores or raise errors when they complete. That should be enough to let the image keep running when the outside world does not answer quickly for any reason. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Ken.Dickey Sent: Sunday, September 06, 2009 3:33 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Building a VM and/or plugins > "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> ... > 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. I would think a separate thread (or process) is required to handle and recover from bad pointer references. For general client/server multiplexing however, you might look at liboop for ideas: http://liboop.ofb.net/ "Liboop is a low-level event loop management library for POSIX-based operating systems. It supports the development of modular, multiplexed applications which may respond to events from several sources. It replaces the "select() loop" and allows the registration of event handlers for file and network I/O, timers and signals. Since processes use these mechanisms for almost all external communication, liboop can be used as the basis for almost any application." There are refs to other event dispatchers on the liboop web page. FYI, -KenD _______________________________________________ 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] CLFramework-UIBuilder

by Rob Rothwell

Heh. With very little effort I created a window with a button, pushed the button, and got a nice "Hello World" in the Transcript... I always thought this was just what "Squeak" needed...regardless of the windowing framework (Morphic, Native, etc...). Take care, Rob On Sun, Sep 6, 2009 at 5:22 PM, nullPointer <epicfan(a)gmail.com> wrote: > > i published the CLFramework package > > http://www.squeaksource.com/CLFramework.html > > Is totally alpha version, not valid for serious apps.The set of widgets of > Polymoprh adapteds to designer is limited, and donÂ´t works with normal > mechanism as MorphicModel, else with events. > IÂ´m continue working in it, but I have arrived at crossroads, where i think > is best create my own set of widgets, from zero, or perhaps be more > ambitious and try use 3d... i dont know; my knowledges is limited. > > > I added new features; can be viewed here: > > Inlaying a view into another > http://www.youtube.com/watch?v=L0dSuunKbEM > > Adding external files (images only) for use in UIBuilder > http://www.youtube.com/watch?v=UXvwieFA_4k > > Building a context menu > http://www.youtube.com/watch?v=cilG97m4u2g > > > For probe the designer only type > > view := CLUIBuilderMainForm new show. > > in a workspace. > > > I want to be thankful to Jordi Delgado and Citilab for Smalltalk initiative > and lessons, and future events ( ESUG 2010 :) ) > > > Regards > -- > View this message in context: > http://n2.nabble.com/CLFramework-UIBuilder-tp3594252p3594252.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

Sept. 6, 2009

[Pharo-project] CLFramework-UIBuilder

by nullPointer

i published the CLFramework package http://www.squeaksource.com/CLFramework.html Is totally alpha version, not valid for serious apps.The set of widgets of Polymoprh adapteds to designer is limited, and donÂ´t works with normal mechanism as MorphicModel, else with events. IÂ´m continue working in it, but I have arrived at crossroads, where i think is best create my own set of widgets, from zero, or perhaps be more ambitious and try use 3d... i dont know; my knowledges is limited. I added new features; can be viewed here: Inlaying a view into another http://www.youtube.com/watch?v=L0dSuunKbEM Adding external files (images only) for use in UIBuilder http://www.youtube.com/watch?v=UXvwieFA_4k Building a context menu http://www.youtube.com/watch?v=cilG97m4u2g For probe the designer only type view := CLUIBuilderMainForm new show. in a workspace. I want to be thankful to Jordi Delgado and Citilab for Smalltalk initiative and lessons, and future events ( ESUG 2010 :) ) Regards -- View this message in context: http://n2.nabble.com/CLFramework-UIBuilder-tp3594252p3594252.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 6, 2009

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

by nullPointer

I released the package: http://www.squeaksource.com/CLFramework.html Not is a stable version; the code is ugly.And many things must be added and enhanced. I added new features; can be viewed here: Inlaying a view into another http://www.youtube.com/watch?v=L0dSuunKbEM Adding external files (images only) for use in UIBuilder http://www.youtube.com/watch?v=UXvwieFA_4k Building a context menu http://www.youtube.com/watch?v=cilG97m4u2g For run the designer only evaluate view := CLUIBuilderMainForm new show. in a workspace. Regards StÃ©phane Ducasse-2 wrote: > > > 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 > > -- View this message in context: http://n2.nabble.com/Impossible-launc-use-Lumiere-tp3582501p3594179.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 6, 2009

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

by Ken.Dickey

> "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> ... > 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. I would think a separate thread (or process) is required to handle and recover from bad pointer references. For general client/server multiplexing however, you might look at liboop for ideas: http://liboop.ofb.net/ "Liboop is a low-level event loop management library for POSIX-based operating systems. It supports the development of modular, multiplexed applications which may respond to events from several sources. It replaces the "select() loop" and allows the registration of event handlers for file and network I/O, timers and signals. Since processes use these mechanisms for almost all external communication, liboop can be used as the basis for almost any application." There are refs to other event dispatchers on the liboop web page. FYI, -KenD

Sept. 6, 2009

[Pharo-project] [ann] PharoCore-1.0-10439-BETA

by Marcus Denker

http://gforge.inria.fr/frs/download.php/23084/PharoCore-1.0-10439-BETA.zip -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 6, 2009

Re: [Pharo-project] [Esug-list] ESUG Pictures

by Tudor Girba

Where exactly are they? :) Doru On 6 Sep 2009, at 20:53, Hernan Wilkinson wrote: > 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 > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/listinfo/esug-list -- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal."

Sept. 6, 2009

[Pharo-project] [update] #10439

by Marcus Denker

10439 ----- Issue 606: Problem with FreeType set to HintingNormal Issue 1068: Mac: Quit from host menu not working anymore Issue 1167: Failing test: TraitTest>>testPrinting reports tagged Milestone-1.0 is down to 19! http://code.google.com/p/pharo/issues/list?q=milestone%3D1.0 -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 6, 2009

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

by StÃ©phane Ducasse

> (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 have to check for the smallLint rule. For now open a ticket > >>> 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? No but we got some glitches with the different browsers related to OB because code diverged and we would love to get it on track but david is working on papers :) Stef > > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > 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