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

[Pharo-project] Seaside29 on 10292-dev

by Stephan Eggermont

Thank you Lukas, Harvested as Issue 771 Stephan

April 25, 2009

Re: [Pharo-project] Seaside29 broken on 10292 dev ?

by Lukas Renggli

You need to load DynamicBindings-damiencassou.9 and KomHttpServer-damiencassou.47, as well as all the latest Seaside code from the repository. Older versions might miss class extensions in BlockClosure. Lukas 2009/4/25 Stephan Eggermont <stephan(a)stack.nl>: > Windows XPsp3, everything downloaded from the Pharo website > WAKom startOn:8080 breaks with > BlockClosure doesNotUnderstand #newProcesWithBindings: > in HttpService start > Lukas wrote; >>The very latest versions should work with closures. Some tests still >>fail, thats a bug in the Seaside tests though. > On Friday, April 24, 2009, Stephan Eggermont <stephan(a)stack.nl> wrote: > > How am I supposed to load Seaside into the latest 10292-dev? > > On windows I ?downloaded ?fromÂ www.pharo-project.org/download > > the vm, sources and dev image. > > ScriptLoader loadSeaside29 > > WAKom startOn:8080 > > that last one has a missing method on BlockContext > > that should be BlockClosure > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

April 25, 2009

[Pharo-project] Seaside29 broken on 10292 dev ?

by Stephan Eggermont

Windows XPsp3, everything downloaded from the Pharo website WAKom startOn:8080 breaks with BlockClosure doesNotUnderstand #newProcesWithBindings: in HttpService start Lukas wrote; >The very latest versions should work with closures. Some tests still >fail, thats a bug in the Seaside tests though. On Friday, April 24, 2009, Stephan Eggermont <stephan(a)stack.nl> wrote: > How am I supposed to load Seaside into the latest 10292-dev? > > On windows I ?downloaded ?from www.pharo-project.org/download > the vm, sources and dev image. > > ScriptLoader loadSeaside29 > WAKom startOn:8080 > that last one has a missing method on BlockContext that should be BlockClosure

April 25, 2009

Re: [Pharo-project] For those who looking for 3D gui frameworks

by Eagle Offshore

I have many MOTU products and it seems many of them use it. http://www.libnui.net/ You can buy a commercial license: http://www.libnui.net/pages/licensing.php It may well be worth asking them if they'll do a special license given that Smalltalk is by nature mostly open source. Anyone wishing to do a commercial GUI app atop it for money would likely need to buy his own distribution license though. -Todd Blanchard On Apr 25, 2009, at 3:30 AM, Hilaire Fernandes wrote: > Surprisingly the software bellow does not seem to be GPL but it > seems to be using lib NUI. > > http://www.motu.com/products/software/machfive > > How is it possible? > > Oh may be a dual license scheme Ã la Troll Tech... > > Hilaire > > 2009/4/24 Michael Rueger <m.rueger(a)acm.org> > Igor Stasenko wrote: > > http://redmine.libnui.net/projects/show/libnui > > > Unfortunately it is GPL, not even LGPL. > > Michael > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > http://blog.ofset.org/hilaire > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2009

Re: [Pharo-project] For those who looking for 3D gui frameworks

by Norbert Hartl

On Sat, 2009-04-25 at 12:30 +0200, Hilaire Fernandes wrote: > Surprisingly the software bellow does not seem to be GPL but it seems > to be using lib NUI. > > http://www.motu.com/products/software/machfive > > How is it possible? > http://www.gnu.org/licenses/gpl-faq.html#DoesTheGPLAllowMoney Modification would the biggest issue. Usage only is not that critical. Interfacing is somewhat different. There are circumstances were it is important if the gpl is the major part in our software or just adds something to your software but I forgot the details. my 2 cents, Norbert > Oh may be a dual license scheme Ã la Troll Tech... > > Hilaire > > 2009/4/24 Michael Rueger <m.rueger(a)acm.org> > Igor Stasenko wrote: > > http://redmine.libnui.net/projects/show/libnui > > > > Unfortunately it is GPL, not even LGPL. > > Michael > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > -- > http://blog.ofset.org/hilaire > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2009

Re: [Pharo-project] For those who looking for 3D gui frameworks

by Hilaire Fernandes

Surprisingly the software bellow does not seem to be GPL but it seems to be using lib NUI. http://www.motu.com/products/software/machfive How is it possible? Oh may be a dual license scheme Ã la Troll Tech... Hilaire 2009/4/24 Michael Rueger <m.rueger(a)acm.org> > Igor Stasenko wrote: > > http://redmine.libnui.net/projects/show/libnui > > > Unfortunately it is GPL, not even LGPL. > > Michael > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- http://blog.ofset.org/hilaire

April 25, 2009

Re: [Pharo-project] confirm: ... Smalltalk language conformity?

by Oscar Nierstrasz

confirm: takes a test string as argument. Not a block. This works just fine in Pharo: b := x confirm: 'Do you really want to assign an uninitialized variable x to b?' - on On Apr 25, 2009, at 8:56, Stefan Schmiedl wrote: > On Sat, 25 Apr 2009 01:43:44 +0200 > stepken <stepken(a)web.de> wrote: > >> Hi! >> >> b := x confirm: [:a | (a >= 1) & (a <= 4)]. >> >> Fails in Pharo. Buggy in 3.10 > > What fails? The assignment? > > s. > >> ... hmmm, perhaps there should be >> better unit tests ... >> >> Is there any unit test out there, which tests for language >> conformity? >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2009

Re: [Pharo-project] Backporting function in MC

by Oscar Nierstrasz

I think I would have never used it because I didn't understand what it was for. Working out an example with the chapter you wrote helped me to understand it better. Now I am more likely to use it in future. - on On Apr 25, 2009, at 10:21, Alexandre Bergel wrote: > Thanks Lukas, > > Alexandre > > > On 24 Apr 2009, at 14:38, Lukas Renggli wrote: > >>> I am glad you found this description useful. I am authoring a >>> chapter >>> on Monticello for PharoByExample, and there is a section dedicated >>> on >>> this functionality. However, I haven't been convinced this is a >>> feature really useful since I know no-one who used it. >> >> Avi wrote that feature at ESUG in the car somewhere between Hannover >> and KÃ¶ethen. We were discussing the implementation several times >> during that 8 hour drive. I used it a couple of times. >> >> What I find easier (because I don't have to load the other version) >> is >> to open a merge dialog with the other version and selectively pick >> some changes and click on 'Install' in the context menu. Then >> close/cancel the merge dialog and click on 'Adapt' and select the >> just >> merged version. I don't exactly know about the semantic differences >> between the two approaches, could well be that my approach ends up >> with a nightmare later on but so far it worked well for me. >> >> 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 >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 25, 2009

Re: [Pharo-project] Slow image

by Alexandre Bergel

I cannot say now. Installation scripts fail. Just try in an updated 281: ScriptLoader loadOBAlpha 'Socket status must Unconnected before opening a new connection' Keystroke for Cut&paste does not work anymore. I have to go through the menu. Alexandre On 25 Apr 2009, at 09:57, Damien Cassou wrote: > On Fri, Apr 24, 2009 at 10:41 PM, Torsten Bergmann <astares(a)gmx.de> > wrote: >> My image building script runs under 10 minutes in #10281. >> When using #10292 ist more than an hour! >> >> (it loads OBAlpha, Shout, ShoutWorkspace, eCompletion, FFI, >> SS29alpha3 >> and some custom packages) >> >> So yes - I noticed a slowdown ;) > > That's strange because I didn't notice anything while building the > latest dev image. What VM are your using? Can you see error messages > if you launch the VM from the console? What if you try again now? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 25, 2009

Re: [Pharo-project] Backporting function in MC

by Alexandre Bergel

Thanks Lukas, Alexandre On 24 Apr 2009, at 14:38, Lukas Renggli wrote: >> I am glad you found this description useful. I am authoring a chapter >> on Monticello for PharoByExample, and there is a section dedicated on >> this functionality. However, I haven't been convinced this is a >> feature really useful since I know no-one who used it. > > Avi wrote that feature at ESUG in the car somewhere between Hannover > and KÃ¶ethen. We were discussing the implementation several times > during that 8 hour drive. I used it a couple of times. > > What I find easier (because I don't have to load the other version) is > to open a merge dialog with the other version and selectively pick > some changes and click on 'Install' in the context menu. Then > close/cancel the merge dialog and click on 'Adapt' and select the just > merged version. I don't exactly know about the semantic differences > between the two approaches, could well be that my approach ends up > with a nightmare later on but so far it worked well for me. > > 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 25, 2009