November 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] MongoTalk update

by Norbert Hartl

Am 24.11.2012 um 14:06 schrieb Nicolas Petton <petton.nicolas(a)gmail.com>: > > Thanks Norbert! > > It's cool to know that you like it :) Together with Esteban's work on > Voyage, it allows us to do extremely cool stuff with Mongo and Pharo. > > What I like with Voyage-Mongo + MongoQueries is that objects are > persisted without any effort, it just works, and we can query Mongo > collections like we would do with Smalltalk collections. > Sure, that sounds cool. I didn't look into the new voyage, yet. But I need to tell Esteban how cool it is to clear a past misunderstanding :) Norbert > Nico > > Norbert Hartl <norbert(a)hartl.name> writes: > >> Hey Nico, >> >> I looked into your new stuff and I like it. Especially the MongoQueries stuff is very simple and clean approach to do a small DSL. That boosts the usability of MongoTalk extremely. Bravo! >> >> Norbert >> >> Am 19.11.2012 um 15:37 schrieb Nicolas Petton <petton.nicolas(a)gmail.com>: >> >>> >>> Hi guys, >>> >>> Lately I worked a bit on the Pharo Mongo driver for SmalltalkHub. I made >>> several changes (in the new version 1.4): >>> >>> The query API changed: >>> >>> - MongoCollection>>query: now takes a 1 arg block, improving the API >>> quite a bit. >>> >>> Queries like: >>> >>> aCollection query: (aCollection query >>> query: { 'foo' -> 'bar'} asDictionary; >>> yourself) >>> >>> Is now written: >>> >>> aCollection query: [ :query | >>> query where: { 'foo' -> 'bar'} ] >>> >>> Sending #asDictionary has also been made optional, the query builder >>> will send #asMongoQuery to the query collection. >>> >>> >>> The MongoQueries package: >>> >>> Version 1.4 comes with a new package MongoQueries, a small DSL allowing >>> us to use traditional blocks instead of dictionaries to perform >>> queries. This is optional and backward compatible. >>> >>> Queries like: >>> >>> aCollection select: { '$or' -> { 'name' -> 'foo'. 'age' -> { '$gt' -> 23 } >>> asDictionary } asDictionary } asDictionary >>> >>> can be expressed: >>> >>> aCollection select: [ :each | (each name = 'foo') | (each age > 23) ] >>> >>> The MongoQueries package should support the entire mongo query language >>> (including nested queries), and comes with unit tests. >>> >>> Nico > > -- > Nicolas Petton > http://nicolas-petton.fr

Nov. 24, 2012

Re: [Pharo-project] Pharo 2.0 on Raspberry Pi ?

by Dan Corneanu

> > > The out of the box VM is rather old. I have recompiled the stack VM from > the > > latest source tarball > http://www.squeakvm.org/unix/release/Squeak-4.10.2.2614- > > src.tar.gz and it seems the Pharo 1.4 image is happy with it. > > Just a clarification of terminology - this is the standard interpreter VM, > as opposed to a stack VM that provides the additional object memory and > interpreter features required for the Cog jit on platforms that support it. > > Dave > > Yes, you are right. Sorry for the confusion I have created.

Nov. 24, 2012

Re: [Pharo-project] source.squeakfoundation.com down

by Frank Shearar

On 24 November 2012 13:16, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > yes, but this is another server (dying too, perhaps :) The server might have gone unavailable but it's certainly not _dying_. SS is dying because there's noone around with time/interest to keep it running. source.squeakfoundation.org is the core machine the Squeak community uses for small things like running our trunk updates :) There's a very keen interest in keeping it running! frank > On Nov 24, 2012, at 2:14 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> We should mirror squeaksource on SH or ss3 >> >> It's a matter of month before the death of squeaksource I think :) >> Ben >> >> On Nov 24, 2012, at 2:04 PM, Esteban Lorenzano wrote: >> >>> I cannot install FFI :( >>> >>> Esteban >>> >> >> > >

Nov. 24, 2012

Re: [Pharo-project] Pharo 2.0 on Raspberry Pi ?

by David T. Lewis

On Sat, Nov 24, 2012 at 10:44:51AM +0000, Dan Corneanu wrote: > > On 23 Nov 2012, at 13:57, Sven Van Caekenberghe <sven@...> wrote: > > > > > Hi, > > > > > > Does anyone know how to make Pharo 2.0 run on a Raspberry Pi ? > > > > > The out of the box VM is rather old. I have recompiled the stack VM from the > latest source tarball http://www.squeakvm.org/unix/release/Squeak-4.10.2.2614- > src.tar.gz and it seems the Pharo 1.4 image is happy with it. Just a clarification of terminology - this is the standard interpreter VM, as opposed to a stack VM that provides the additional object memory and interpreter features required for the Cog jit on platforms that support it. Dave

Nov. 24, 2012

Re: [Pharo-project] Pharo 2.0 on Raspberry Pi ?

by Dan Corneanu

did you have a look into build/CMakeFiles ? there is an error and an output log maybe you find some useful information there. Did you install the dev libs for OpenGL? sudo apt-get install libgl1-mesa-dev libglu1-mesa-dev keep me posted, Dan. On Sat, Nov 24, 2012 at 5:56 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Dan, > > On 24 Nov 2012, at 14:15, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 24 Nov 2012, at 11:44, Dan Corneanu <dan.corneanu(a)gmail.com> wrote: > > > >> The out of the box VM is rather old. I have recompiled the stack VM > from the > >> latest source tarball > http://www.squeakvm.org/unix/release/Squeak-4.10.2.2614- > >> src.tar.gz and it seems the Pharo 1.4 image is happy with it. > > > > Thanks, Dan, I will have a look at building the VM from that archive. > > Following the standard instructions (no config customization), I managed > to build a vm ! > > For some reason, no X11 support was built, but I now have > > -rwxr-xr-x 1 pi pi 9349 Nov 24 14:15 so.vm-display-null > -rwxr-xr-x 1 pi pi 6278 Nov 24 14:15 so.vm-sound-null > -rwxr-xr-x 1 pi pi 894438 Nov 24 14:15 squeakvm > > and I can run headless Pharo 1.4 doing HTTP and stuff. > > I guess I'll have to study the build process and options a bit more. > > I would like to have at least X11 support, but reducing the builtin > plugins to have a smaller executable interests me too. > > Thanks again for the help. > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > >

Nov. 24, 2012

Re: [Pharo-project] Athens OpenGL backend - what does it mean?

by Sebastian Nozzi

> sure thing i want as many as we want. Excellent! > we need to change VM, to let image be in better control of host system windows. > once we will have that, having multiple windows & effects will not > pose any problems anymore. :) Now when you say "host system windowS" you mean... that the plan is to have *many* host windows, not just one as is the case? :-O I was just referring to the Morphic class SystemWindow... Cheers, Sebastian

Nov. 24, 2012

Re: [Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Max Leske

On 23.11.2012, at 18:12, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 23 November 2012 18:00, Max Leske <maxleske(a)gmail.com> wrote: >> Ok, thanks Igor. >> >> So it seems the only remaining option (apart from providing a C library) it to use Assembly. Assembly is not my territory at all but here's how I think it could work: >> >> â¦ >> emitCall: [:gen | | fork dup2 execv | >> fork := NativeBoost forCurrentPlatform getGlobalSymbolPointer: 'fork'. >> dup2 := NativeBoost forCurrentPlatform getGlobalSymbolPointer: 'dup2'. >> execv := NativeBoost forCurrentPlatform getGlobalSymbolPointer >> gen asm mov: fork asUImm32 to: gen asm EAX. >> gen asm call: gen asm EAX. >> "somehow get the fork return value and test for 0. >> only execute the following lines if pid = 0" >> gen asm mov: dup2 asUImm32 to: gen asm EAX. >> gen asm call: gen asm EAX. >> gen asm mov: execv asUImm32 to: gen asm EAX. >> gen call: gen asm EAX. >> ] >> >> As you can see, I have absolutely no clue what I'm doing :) (just a good copycat). I figure that everything from fork() to exec() needs to be in the same Assembly sequence to ensure that the child process doesn't try to execute VM code (multiple #emitCall:'s probably wouldn't work). >> >> I think that if you could help me fill in the code for where I simply used a comment, I could come up with the rest (writing function specs etc.). I'l try at least. >> > > yes i can help. where i can get the code? > btw, your code is actually very close to how it should be done. Awesome! The Smalltalk code is here: http://ss3.gemstone.com/ss/Limbo.html. The C code is on Github: https://github.com/theseion/liblimbo. Functions: fork() -> LimboFork dup2() -> LimboDup2 close() -> LimboPipe execv() -> LimboFork Please ignore the hideousness of the code, I'm just trying to get it to work before doing it nice and clean. > >> Cheers, >> Max >> > > > > -- > Best regards, > Igor Stasenko. >

Nov. 24, 2012

Re: [Pharo-project] Pharo 2.0 on Raspberry Pi ?

by Sven Van Caekenberghe

Hi Dan, On 24 Nov 2012, at 14:15, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > On 24 Nov 2012, at 11:44, Dan Corneanu <dan.corneanu(a)gmail.com> wrote: > >> The out of the box VM is rather old. I have recompiled the stack VM from the >> latest source tarball http://www.squeakvm.org/unix/release/Squeak-4.10.2.2614- >> src.tar.gz and it seems the Pharo 1.4 image is happy with it. > > Thanks, Dan, I will have a look at building the VM from that archive. Following the standard instructions (no config customization), I managed to build a vm ! For some reason, no X11 support was built, but I now have -rwxr-xr-x 1 pi pi 9349 Nov 24 14:15 so.vm-display-null -rwxr-xr-x 1 pi pi 6278 Nov 24 14:15 so.vm-sound-null -rwxr-xr-x 1 pi pi 894438 Nov 24 14:15 squeakvm and I can run headless Pharo 1.4 doing HTTP and stuff. I guess I'll have to study the build process and options a bit more. I would like to have at least X11 support, but reducing the builtin plugins to have a smaller executable interests me too. Thanks again for the help. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Nov. 24, 2012

Re: [Pharo-project] Athens OpenGL backend - what does it mean?

by Igor Stasenko

On 24 November 2012 16:06, Sebastian Nozzi <sebnozzi(a)gmail.com> wrote: > Hello Pharo Devs, > > I am really excited about the direction Pharo is taking regarding many > areas - one of them being the graphics. I played with Athens a bit and > it's cool to see anti-aliased vectror graphics coming to Pharo. > > I keep reading about a possible OpenGL back-end in the future... what > would this mean exactly? > It means exactly what it says: Use opengl library as a backend. > For years I have been "dreaming" about graphic-accelerated "eye-candy" > effects inside of the Smalltalk environment. Like compiz-fusion > effects in Linux, or Quartz-Extreme powerded in OS-X (ExposÃ©, etc.). > > Would this be possible with such a back-end? Or am I misinterpreting > things? I'm not a graphic-dev expert. > Yes. But do not misinterpret things: making opengl backend will not make everything "eye-candy" immediately. For having this, people should implement these fancy effects first :) -- Best regards, Igor Stasenko.

Nov. 24, 2012

[Pharo-project] Athens OpenGL backend - what does it mean?

by Sebastian Nozzi

Hello Pharo Devs, I am really excited about the direction Pharo is taking regarding many areas - one of them being the graphics. I played with Athens a bit and it's cool to see anti-aliased vectror graphics coming to Pharo. I keep reading about a possible OpenGL back-end in the future... what would this mean exactly? For years I have been "dreaming" about graphic-accelerated "eye-candy" effects inside of the Smalltalk environment. Like compiz-fusion effects in Linux, or Quartz-Extreme powerded in OS-X (ExposÃ©, etc.). Would this be possible with such a back-end? Or am I misinterpreting things? I'm not a graphic-dev expert. Best regards, Sebastian

Nov. 24, 2012