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

[Pharo-project] [update 2.0] #20065

by Marcus Denker

20065 ----- Issue 5821: FlatMessageListBrowser broken with class comments http://code.google.com/p/pharo/issues/detail?id=5821 -- Marcus Denker -- http://marcusdenker.de

May 10, 2012

Re: [Pharo-project] on Raspberry Pi

by Hilaire Fernandes

On 10/05/2012 11:28, Pavel Krivanek wrote: > problems. I will pray for successful GSoC ARM JIT project :-) The > device was connected to the professional meter and the power So do I. -- Dr. Geo -- http://www.drgeo.eu

May 10, 2012

Re: [Pharo-project] [squeak-dev] Curly Braces history (was Re: A comparative article)

by H. Hirzel

On 5/10/12, Bert Freudenberg <bert(a)freudenbergs.de> wrote: > > On 10.05.2012, at 13:25, H. Hirzel wrote: > >> On 5/10/12, Levente Uzonyi <leves(a)elte.hu> wrote: >>> So it's not about dynamic arrays, but arrays created with the brace >>> syntax. And yes, that was introduced in Squeak. >> >> Any idea when and for which reason? > > Dan Ingalls, 1997: "Larry Tesler added the Curly Brace construct to Apple > Smalltalk back around 1985, and there it sat in Apple's APDA (Apple > Programmer and Developer Association) Smalltalk release for about a decade. > Then we resurrected that image as the basis of Squeak, and I've never > bothered to tear it out." > > More at > http://www.cc.gatech.edu/fac/mark.guzdial/squeak/notes/curlybraces.html > > - Bert - Thanks for the link Bert, <citation> David N. Smith wrote: Curly braces are currently used in Squeak to construct runtime-evaluated collections </citation>. The question is -- is there some more documentation than just some clippings from an email correspondence? If I understand you correctly people 'forgot' to take them out and so this syntax stayed. Is it used much? Would it be possible to deprecate this usage and reuse the syntax for implementing literal dictionaries 'JSON style'? --Hannes

May 10, 2012

Re: [Pharo-project] [Vm-dev] Re: Can OSProcess functionality be implemented using FFI instead of plugin?

by Nick Ager

<snip> Well, like opendbx, maybe because opengl has quite standard interface... </snip> and <snip> It's not that it's not doable, it's that we gonna reinvent gaz plant and it gonna be so boring... I'd like to see a proof of concept, even if we restrict to libc, libm, kernel.dll, msvcrt.dll ... </snip> <snip> Is the unix style select() ubiquitous or should I use WaitForMultipleObject() on Windows? Are specification of read/write streams implementation machine independant (bsd/sysv/others...) </snip> Perhaps *a* way forward is to try to find existing projects which have already created cross-platform abstractions for platform specific functionality. Then we can use FFI to access that interface in a similar way to OpenGL and OpenDBX. For example NodeJs works across unixes - perhaps they have a useful cross-platform abstraction, boost has abstractions of IPC etc Nick

May 10, 2012

Re: [Pharo-project] on Raspberry Pi

by H. Hirzel

Thank you, Stefan for this link giving a list with short explanations of different compatible Smalltalk VMs. I was not aware of it. Especially interesting is the diagram in the history section of http://www.hpi.uni-potsdam.de/hirschfeld/projects/som/ The VM called 'AweSome' implemented in Squeak (includes C++ generator) has 2432 LOC whereas the Java implementation has 5899 LOC. --Hannes On 5/10/12, Stefan Marr <smalltalk(a)stefan-marr.de> wrote: > > On 10 May 2012, at 14:03, H. Hirzel wrote: > >> Yes this is an interesting comparison, in particular if you add size >> and weight to the comparison. >> >> Thank you Marcus, for the idea of doing the comparison putting the >> figures together. >> >> And yes, 1000 times more RAM should make it possible to come up with a >> more easy to understand design for the object memory and VM. > > Have you seen SOM (Simple object machine)? > > That's what you get if you go for simplicity for teaching. > > See http://www.hpi.uni-potsdam.de/hirschfeld/projects/som/, it is originally > coming from Ãrhus. > > It is a nice and clean VM, with little distracting complexity. > Not fast of course... > And, well, not Pharo compatible. (which one could count as a benefit, since > it keeps complexity low) > > Would be interesting to hear what the Pinocchio folks think about it in > terms of complexity. > > > Best regards > Stefan > > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > >

May 10, 2012

[Pharo-project] I cannot see the code in the latest Moose build

by Fabrizio Perin

Hi, I download the latest yellow build from the moose web site (8 may). When I open Nautilus I cannot see the code. I don't have any clue if it is about Nautilus or about how Nautilus is loaded in Moose or about something else. Any idea? Cheers, Fabrizio

May 10, 2012

Re: [Pharo-project] PHARO_VM on Jenkins

by Igor Stasenko

On 10 May 2012 14:22, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > I got this error on Pharo Kernel 2.0 Jenkins build: > PHARO_VM environment variable is not set. > > Did somebody some VM related changes on Jenkins? > i dont. Probably Christophe. perhaps he removed/changed it in job settings. you can set the environment variables per job. > -- Pavel > -- Best regards, Igor Stasenko.

May 10, 2012

Re: [Pharo-project] PHARO_VM on Jenkins

by Marcus Denker

On May 10, 2012, at 2:23 PM, Pavel Krivanek wrote: > Hi, > > I got this error on Pharo Kernel 2.0 Jenkins build: > PHARO_VM environment variable is not set. > > Did somebody some VM related changes on Jenkins? Yes, Christoph is setting up a mechanism that switches automatically to the last compiled (and successfully tested) VM for all jenkins... Marcus -- Marcus Denker -- http://marcusdenker.de

May 10, 2012

Re: [Pharo-project] on Raspberry Pi

by Stefan Marr

On 10 May 2012, at 14:03, H. Hirzel wrote: > Yes this is an interesting comparison, in particular if you add size > and weight to the comparison. > > Thank you Marcus, for the idea of doing the comparison putting the > figures together. > > And yes, 1000 times more RAM should make it possible to come up with a > more easy to understand design for the object memory and VM. Have you seen SOM (Simple object machine)? That's what you get if you go for simplicity for teaching. See http://www.hpi.uni-potsdam.de/hirschfeld/projects/som/, it is originally coming from Ãrhus. It is a nice and clean VM, with little distracting complexity. Not fast of course... And, well, not Pharo compatible. (which one could count as a benefit, since it keeps complexity low) Would be interesting to hear what the Pinocchio folks think about it in terms of complexity. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

May 10, 2012

[Pharo-project] student project: a simple recognizer

by stephane ducasse

Hi guys Here is a topic for somebody that would like to have fun with events. There is a javascript version and it would be cool to have a version for Pharo. http://depts.washington.edu/aimgroup/proj/dollar/ http://www.lifl.fr/~casiez/PJE/OneDollar.pdf It is probably close to Genie but at least the algorithms are clearly defined. Stef

May 10, 2012