March 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] What a mess

by Eliot Miranda

On Wed, Mar 16, 2011 at 9:14 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 16 March 2011 17:07, Torsten Bergmann <astares(a)gmx.de> wrote: > >>as i said.. it is too clever :) > > > > Yes and as I already noted on issue #3595 relative paths are now > > supported but relative means currently "relative to the image location" > > since "FileDirectory default" is used. > > I think there is not yet a primitive to tell you where the VM is located > > and that was the reason to implement it like this. > > > > But in a typical scripting language paths are relative to > > the executable (the VM in this case). > > > > diamond.exe ../foo.dia > > mm. no. Typically a relative paths are relative to the directory where > you issued the command line, > not relative to the directory where command located. > Right. Aren't we going to replace all the old FileDirectory crap with Colin's code? Please?? > > > > So if I build a new scripting language (with a custom diamond.exe VM) > > based on Pharo the VM location is required - the image itself could > > life elsewhere on the hard disk (given in the ini file for > > instance). > > > > Bye > > T. > > > > > > > > -- > > GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit > > gratis Handy-Flat! http://portal.gmx.net/de/go/dsl > > > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

March 16, 2011

Re: [Pharo-project] [ANN 1.2] prebuilt core 1.2 final

by Lukas Renggli

Excellent! Can somebody update http://www.pharo-project.org/pharo-download/stable-core because it still points to Pharo 1.1.1, thus the build server picks up the old image. Lukas On 14 March 2011 22:13, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > Saturday, 1.2 worked with a Cog-Stack VM. > > Noury > On 14 mars 2011, at 15:17, Marcus Denker wrote: > >> >> On Mar 14, 2011, at 3:08 PM, laurent laffont wrote: >> >>> >>> On Mon, Mar 14, 2011 at 2:40 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> Please check... >>> >>> >>> Â Â Â Â https://gforge.inria.fr/frs/download.php/28340/PharoCore-1.2.zip >>> >>> >>> What is the official VM for Pharo 1.2 ? Running all tests with Cog (OSX) => crash. >>> >> >> Not cog yet... all the time the integration server did *not* run cog, so I would not push >> it in the last second. Just one tiny step at a time... 1.3 then we should start to >> use Cog (for integration, too)... first we need to finish the hudson build of Cog, though. >> >> >> Â Â Â Marcus >> >> -- >> Marcus Denker Â -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> > > Noury Bouraqadi > http://car.mines-douai.fr/noury > -- > -6th National Conference on > âControl Architecture of Robotsâ > 24-25 may 2011, Grenoble area, France > http://car2011.inrialpes.fr/ > > -19th ESUG International Smalltalk Conference > 22-26 August 2011, Edinburgh, UK > http://www.esug.org/Conferences/2011 > > -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) > http://www.univ-valenciennes.fr/congres/jfsma2011/ > 17-19 Octobre 2011, Valenciennes, France > > > > > > -- Lukas Renggli www.lukas-renggli.ch

March 16, 2011

Re: [Pharo-project] Pharo in San Martin University

by StÃ©phane Ducasse

Great! do you have a link for the pharo web site? Stef > Hi, > I want to announce that yesterday I started teaching Pharo at University San Martin, so this university is now a proud member of the growing list of universities using this great environment for teaching purposes. One interesting thing is that we are going to explore some not-so-commonly taught capabilities, like Traits and the reflection api :) > > Cheers, > Esteban

March 16, 2011

[Pharo-project] Socket Plugin primitives

by jannik.laval

Hi all, I am analyzing SocketPluggin for Ocean development. And I have some remarks/questions. First, to be sure, can you confirm my vision: - the vm 4.x is the old one. Is it maintained ? - vm 5.7.x is the normal vm (without JIT) - vm 5.8.x is the Cog VM with normal pluggin - vm Cog is Cog VM with less primitives than vm 5.8 (modified pluggins). Based on that, we can see that Cog has only 38 primitives related to SocketPluggin where normal pluggin provides 61 primitives. Could anyone explain to me why some primitives disappear ? I do not yet analyze which primitives disappear but maybe someone could help me to understand this difference between the two pluggins. Thanks in advance for your help, --- Jannik Laval

March 16, 2011

Re: [Pharo-project] What a mess

by Igor Stasenko

On 16 March 2011 17:07, Torsten Bergmann <astares(a)gmx.de> wrote: >>as i said.. it is too clever :) > > Yes and as I already noted on issue #3595 relative paths are now > supported but relative means currently "relative to the image location" > since "FileDirectory default" is used. > I think there is not yet a primitive to tell you where the VM is located > and that was the reason to implement it like this. > > But in a typical scripting language paths are relative to > the executable (the VM in this case). > > Â diamond.exe ../foo.dia mm. no. Typically a relative paths are relative to the directory where you issued the command line, not relative to the directory where command located. > > So if I build a new scripting language (with a custom diamond.exe VM) > based on Pharo the VM location is required - the image itself could > life elsewhere on the hard disk (given in the ini file for > instance). > > Bye > T. > > > > -- > GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit > gratis Handy-Flat! http://portal.gmx.net/de/go/dsl > > -- Best regards, Igor Stasenko AKA sig.

March 16, 2011

Re: [Pharo-project] Pharo in San Martin University

by Igor Stasenko

On 16 March 2011 16:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > I want to announce that yesterday I started teaching Pharo at University San Martin, so this university is now a proud member of the growing list of universities using this great environment for teaching purposes. One interesting thing is that we are going to explore some not-so-commonly taught capabilities, like Traits and the reflection api :) > @Stephane: time to update your slides :P > Cheers, > Esteban > -- Best regards, Igor Stasenko AKA sig.

March 16, 2011

[Pharo-project] What a mess

by Torsten Bergmann

>as i said.. it is too clever :) Yes and as I already noted on issue #3595 relative paths are now supported but relative means currently "relative to the image location" since "FileDirectory default" is used. I think there is not yet a primitive to tell you where the VM is located and that was the reason to implement it like this. But in a typical scripting language paths are relative to the executable (the VM in this case). diamond.exe ../foo.dia So if I build a new scripting language (with a custom diamond.exe VM) based on Pharo the VM location is required - the image itself could life elsewhere on the hard disk (given in the ini file for instance). Bye T. -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

March 16, 2011

Re: [Pharo-project] Pharo in San Martin University

by Carla F. Griggio

Lucky students!!! :) On Wed, Mar 16, 2011 at 12:48 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > I want to announce that yesterday I started teaching Pharo at University > San Martin, so this university is now a proud member of the growing list of > universities using this great environment for teaching purposes. One > interesting thing is that we are going to explore some not-so-commonly > taught capabilities, like Traits and the reflection api :) > > Cheers, > Esteban >

March 16, 2011

Re: [Pharo-project] Breakpoints in Pharo

by StÃ©phane Ducasse

It does not get logged into the log and you do not need to recompile. We could modify bytecode. for now we could have a button add self halt + compileSilently to recompile the method. So this is not that important since nobody seriously looked at how to solve the problem. :) Stef > How is a breakpoint different from a 'self halt' statement? > > On Wed, Mar 16, 2011 at 11:41 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> no news on this front. >> We are working on infrastructure right now >> - better code model >> - compiler >> - package >> - network >> - redoing the tools. >> >> So from a user experience it may look the same but it is a real set of important changes below the surface >> that will make us far more agile in the future. >> >> When we will get done we will be able to move faster on other points. >> >> Stef >> >> >>> Dear Pharoers, >>> >>> What is the current state of affairs on breakpoints? >>> >>> Breakpoins is a thing I really miss when I'm working on Pharo, comparing >>> to working on VisualWorks... >>> >>> This is in light of current question on StackOverflow: >>> >>> http://stackoverflow.com/questions/5322497/how-can-i-set-a-breakpoint-in-sq… >>> >>> Best regards >>> Janko >>> >>> -- >>> Janko MivÅ¡ek >>> Aida/Web >>> Smalltalk Web Application Server >>> http://www.aidaweb.si >>> >> >> >> >

March 16, 2011

Re: [Pharo-project] [OT] GTK3 directions - what about Morphic ?

by laurent laffont

On Wed, Mar 16, 2011 at 4:32 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > I don't. > This is very "linuxish" and not "macish" :P > > Being seriuos: the posibility to change the look and feel for an > application, being "whatever you want" is powerful for developers, but > tends to create applications with usability problems, because users expect a > common user interface for all "common behavior" in their applications (at > least in Mac, it is that way, windoze users are more used to a non-common > user interface). > Yes change look for one application only is not good. But the blog post talks about changing the look of all the environment (well GTK) at once. Laurent. > best, > Esteban > > El 16/03/2011, a las 9:31a.m., Igor Stasenko escribiÃ³: > > > On 16 March 2011 11:09, laurent laffont <laurent.laffont(a)gmail.com> > wrote: > >> Hi, > >> I've seen: > >> - you can style GTK3 with > >> CSS: http://gnomejournal.org/article/107/styling-gtk-with-css > >> - GTK3 apps can be rendered in a web browser: > >> http://blogs.gnome.org/alexl/2010/11/23/gtk3-vs-html5/ > >> This sounds sexy. > >> I wonder how hard it would be to have SimpleMorphic go in this > direction. > >> And whether this is useful or not. > >> Laurent. > > > > Well, it is orthogonal. > > However, i like the idea of having similar to CSS for theming/styling UI. > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > >

March 16, 2011