April 2010 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Traits versus packages

by Johan Fabry

Indeed. Maybe hook into Monticello to detect that a publish will be done and then do an unload, and after the publish a load. This system is getting to be a bit fiddly, but I see no fundamental solution. That is until the entire package mechanism becomes more powerful in this regard. On 30 Apr 2010, at 09:06, Tudor Girba wrote: > Hi, > > Let me explain: I have ClassX that is extended to use TraitX. Now, I want to add an instance variable to the main class while the extension is loaded. > > You would go to ClassX and edit it: > > Object subclass: #ClassX > uses: TraitX > instanceVariableNames: 'newInstanceVariable' > classVariableNames: '' > poolDictionaries: '' > category: 'Base-Category' > > Now, if you save, the uses: clause will go in the base class. So, if I publish the package that only contains the base class I will have an unwanted side effect: the base version of ClassX will use TraitX. > > Cheers, > Doru > > > On 29 Apr 2010, at 18:01, Johan Fabry wrote: > >> >> Not necessarily ;-) if the browser displays the uses: TraitX (because it was added by the extension) and you add an instance var, you are going to do that with the uses: TraitX because that's what's displayed in the pane where you add the instance vars. Unless you manually remove it because you are a nasty person... and then you are just shooting yourself in the foot anyway. :-) >> >> Now on traits unload this has to be done in a clever way, not simply reverting to the state before traits load to avoid losing any other changes made. -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 30, 2010

Re: [Pharo-users] Traits versus packages

by Tudor Girba

Hi, Let me explain: I have ClassX that is extended to use TraitX. Now, I want to add an instance variable to the main class while the extension is loaded. You would go to ClassX and edit it: Object subclass: #ClassX uses: TraitX instanceVariableNames: 'newInstanceVariable' classVariableNames: '' poolDictionaries: '' category: 'Base-Category' Now, if you save, the uses: clause will go in the base class. So, if I publish the package that only contains the base class I will have an unwanted side effect: the base version of ClassX will use TraitX. Cheers, Doru On 29 Apr 2010, at 18:01, Johan Fabry wrote: > > Not necessarily ;-) if the browser displays the uses: TraitX > (because it was added by the extension) and you add an instance var, > you are going to do that with the uses: TraitX because that's what's > displayed in the pane where you add the instance vars. Unless you > manually remove it because you are a nasty person... and then you > are just shooting yourself in the foot anyway. :-) > > Now on traits unload this has to be done in a clever way, not simply > reverting to the state before traits load to avoid losing any other > changes made. > > On 29 Apr 2010, at 10:15, Tudor Girba wrote: > >> Sure, but if I had the extension loaded and I would want to work on >> the base class and add an instance variable, I would have a >> problem, no? :) >> >> Doru >> >> >> On 29 Apr 2010, at 16:10, Johan Fabry wrote: >> >>> >>> Not necessarily, the browser should display uses: TraitX, like it >>> does now. So when browsing the code there is no perceived >>> difference. >>> >>> On 29 Apr 2010, at 03:07, Tudor Girba wrote: >>> >>>> It also should be noted that it is completely obscure when trying >>>> to understand a piece of code :) >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> On 28 Apr 2010, at 20:03, Alexandre Bergel wrote: >>>> >>>>>> Or can we make a traits installer, that performs the >>>>>> redefinition of target classes? First check if the target >>>>>> classes already declare a uses:, and if not add it. Sounds like >>>>>> simple metaprogramming ... >>>>>> >>>>>> Any comments on this 'solution'? >>>>> >>>>> Although not perfect, it is easy and efficient. >>>>> >>>>> Alexandre >>>> >>> >>> -- >>> Johan Fabry >>> jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >>> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> -- >> www.tudorgirba.com >> >> "It's not how it is, it is how we see it." >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users -- www.tudorgirba.com "One cannot do more than one can do."

April 30, 2010

Re: [Pharo-users] Error:invalid utf8 input detected.

by Mariano Martinez Peck

On Wed, Apr 28, 2010 at 4:16 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > We were using Pharo1.0-10440-BETAdev09.09, the beta one :P, because the > course began before the 1.0 was released. > Two weeks ago we told students to download the VM and image separatedly, > and I think that solved the loading image issue. > > There is a way to reproduce it, on windows, and that version of the > OneClic: > - Save the image you are loading with save as. > - Close Pharo and try to load the image you'v recently saved dragging the > .image on Pharo.exe. > > Ok...I have been doing some tests and this is what I came up to: 1) I could reproduce the problem and happen even with the same image. No need to do the "save us" and use another image 2) If you double click the Pharo.exe in the one click image, it automatically loads the Pharo 1.0 image. How this is done? It is configure in Pharo.ini conf file which is in the same directory as Pharo.exe. As you can see in that file (is a text file so you can open it easily) this line: ImageFile=Contents\Resources\Pharo-1.0.image So....in summary: if you ALREADY have defined a image in such file, then you cannot drag another image. If you want to be able to drag the image, you have to remove that line from the conf file. With that, when you double click Pharo.exe it will prompt the file dialog of the OS to ask you the image file. In addition, you can drag and run it without problem. More in details, the problem is that when you pass an image, it is interpreted as "SmalltalkImage current getSystemAttribute: 1" When you drag a second file (in your case a second image) it is interpreted as source file, not image, and thus the error with the encoding. Put a breakpoint in the method startUpAfterLogin if you want to experiment a bit. At least with this, you know why it was the problem and how to avoid it. Maybe we should raise a better error or even better, if I have already defined an image in the ini file, but I drag another one, override the first one and take the dragged one. I will ask in Pharodev mailing list. Cheers Mariano > When you do that, the error is showed and looking at the title bar you can > see the image loaded is not the one you dragged. > > In the 1.0 version it happens too, in the same way. > Also, I've been told that in linux environments this doesn't happen (when > dragging to the .sh). > > I'm attaching the log file. (It's very odd, there aren't line separations > xP) > > Thanks, > Guille > > > On Wed, Apr 28, 2010 at 5:19 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Que haces Guille!! como va? ;) >> >> The error "invalid utf8 input detected" was a known problem for a while, >> but it is supposed to be fixed in the latest versions. Look for example this >> issue (although there are even more for the same topic): >> >> http://code.google.com/p/pharo/issues/detail?id=370 >> >> >> http://code.google.com/p/pharo/issues/list?can=1&q=invalid+utf8+input+detec… >> >> Which PharoOneClick are you using? Can you try the last one? >> >> https://gforge.inria.fr/frs/download.php/26828/Pharo-1.0-OneClick.zip >> >> If it happens there, do you know an exactly way to reproduce it ? >> >> Cheers >> >> Mariano >> >> On Wed, Apr 28, 2010 at 3:04 AM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> Hi there! >>> >>> We are using Pharo to teach OOP in UTN university, Argentina. Some >>> times students have the error Invalid utf8 input detected when loading an >>> image or doing a file out of a category. >>> I think it happens mostly (or always, i'm not sure) in the >>> OneClicImage, when running on windows. >>> >>> Is it a known issue? >>> >>> Thanks! >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >>> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

April 30, 2010

Re: [Pharo-users] Traits versus packages

by Alexandre Bergel

One of the thing that it may hamper readibility, is when browsing the code through a Monticello Browser or a webbrowser. Alexandre On 29 Apr 2010, at 10:10, Johan Fabry wrote: > > Not necessarily, the browser should display uses: TraitX, like it > does now. So when browsing the code there is no perceived difference. > > On 29 Apr 2010, at 03:07, Tudor Girba wrote: > >> It also should be noted that it is completely obscure when trying >> to understand a piece of code :) >> >> Cheers, >> Doru >> >> >> On 28 Apr 2010, at 20:03, Alexandre Bergel wrote: >> >>>> Or can we make a traits installer, that performs the redefinition >>>> of target classes? First check if the target classes already >>>> declare a uses:, and if not add it. Sounds like simple >>>> metaprogramming ... >>>> >>>> Any comments on this 'solution'? >>> >>> Although not perfect, it is easy and efficient. >>> >>> Alexandre >> > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 30, 2010

Re: [Pharo-users] Traits versus packages

by Johan Fabry

Not necessarily ;-) if the browser displays the uses: TraitX (because it was added by the extension) and you add an instance var, you are going to do that with the uses: TraitX because that's what's displayed in the pane where you add the instance vars. Unless you manually remove it because you are a nasty person... and then you are just shooting yourself in the foot anyway. :-) Now on traits unload this has to be done in a clever way, not simply reverting to the state before traits load to avoid losing any other changes made. On 29 Apr 2010, at 10:15, Tudor Girba wrote: > Sure, but if I had the extension loaded and I would want to work on the base class and add an instance variable, I would have a problem, no? :) > > Doru > > > On 29 Apr 2010, at 16:10, Johan Fabry wrote: > >> >> Not necessarily, the browser should display uses: TraitX, like it does now. So when browsing the code there is no perceived difference. >> >> On 29 Apr 2010, at 03:07, Tudor Girba wrote: >> >>> It also should be noted that it is completely obscure when trying to understand a piece of code :) >>> >>> Cheers, >>> Doru >>> >>> >>> On 28 Apr 2010, at 20:03, Alexandre Bergel wrote: >>> >>>>> Or can we make a traits installer, that performs the redefinition of target classes? First check if the target classes already declare a uses:, and if not add it. Sounds like simple metaprogramming ... >>>>> >>>>> Any comments on this 'solution'? >>>> >>>> Although not perfect, it is easy and efficient. >>>> >>>> Alexandre >>> >> >> -- >> Johan Fabry >> jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >> >> >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > -- > www.tudorgirba.com > > "It's not how it is, it is how we see it." > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 29, 2010

Re: [Pharo-users] Traits versus packages

by Tudor Girba

Sure, but if I had the extension loaded and I would want to work on the base class and add an instance variable, I would have a problem, no? :) Doru On 29 Apr 2010, at 16:10, Johan Fabry wrote: > > Not necessarily, the browser should display uses: TraitX, like it > does now. So when browsing the code there is no perceived difference. > > On 29 Apr 2010, at 03:07, Tudor Girba wrote: > >> It also should be noted that it is completely obscure when trying >> to understand a piece of code :) >> >> Cheers, >> Doru >> >> >> On 28 Apr 2010, at 20:03, Alexandre Bergel wrote: >> >>>> Or can we make a traits installer, that performs the redefinition >>>> of target classes? First check if the target classes already >>>> declare a uses:, and if not add it. Sounds like simple >>>> metaprogramming ... >>>> >>>> Any comments on this 'solution'? >>> >>> Although not perfect, it is easy and efficient. >>> >>> Alexandre >> > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users -- www.tudorgirba.com "It's not how it is, it is how we see it."

April 29, 2010

Re: [Pharo-users] Traits versus packages

by Johan Fabry

Not necessarily, the browser should display uses: TraitX, like it does now. So when browsing the code there is no perceived difference. On 29 Apr 2010, at 03:07, Tudor Girba wrote: > It also should be noted that it is completely obscure when trying to understand a piece of code :) > > Cheers, > Doru > > > On 28 Apr 2010, at 20:03, Alexandre Bergel wrote: > >>> Or can we make a traits installer, that performs the redefinition of target classes? First check if the target classes already declare a uses:, and if not add it. Sounds like simple metaprogramming ... >>> >>> Any comments on this 'solution'? >> >> Although not perfect, it is easy and efficient. >> >> Alexandre > -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 29, 2010

Re: [Pharo-users] Traits versus packages

by Tudor Girba

It also should be noted that it is completely obscure when trying to understand a piece of code :) Cheers, Doru On 28 Apr 2010, at 20:03, Alexandre Bergel wrote: >> Or can we make a traits installer, that performs the redefinition >> of target classes? First check if the target classes already >> declare a uses:, and if not add it. Sounds like simple >> metaprogramming ... >> >> Any comments on this 'solution'? > > Although not perfect, it is easy and efficient. > > Alexandre > >> >> On 28 Apr 2010, at 01:56, StÃ©phane Ducasse wrote: >> >>> so far (and similarly to instance variable) you cannot with the >>> current definition syntax >>> declare a trait (add instance) to a class from a package that does >>> not define the class. >>> You can do that in the initialize of a class loaded in a package >>> but there is no think like >>> >>> MyClass addInstanceVariable: 'x' >>> MyOtherClass addTrait: >>> >>> at the similar syntax level than >>> >>>> FAMIXScopingEntity subclass: #FAMIXNamespace >>>> uses: TAMStructuralZoom >>>> instanceVariableNames: '' >>>> classVariableNames: '' >>>> poolDictionaries: '' >>>> category: 'Famix-Core' >>> >>> this is why one day packages will have to be a bit better >>> supported and more important >>> we will have fix the "semantics" of changeset to be something >>> than a simple side effect of 'oh this is easy' just save the class >>> def and the method definition (because a class is a complex object). >> >> -- >> Johan Fabry >> jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >> >> >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users -- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."

April 29, 2010

Re: [Pharo-users] Traits versus packages

by Alexandre Bergel

> Or can we make a traits installer, that performs the redefinition of > target classes? First check if the target classes already declare a > uses:, and if not add it. Sounds like simple metaprogramming ... > > Any comments on this 'solution'? Although not perfect, it is easy and efficient. Alexandre > > On 28 Apr 2010, at 01:56, StÃ©phane Ducasse wrote: > >> so far (and similarly to instance variable) you cannot with the >> current definition syntax >> declare a trait (add instance) to a class from a package that does >> not define the class. >> You can do that in the initialize of a class loaded in a package >> but there is no think like >> >> MyClass addInstanceVariable: 'x' >> MyOtherClass addTrait: >> >> at the similar syntax level than >> >>> FAMIXScopingEntity subclass: #FAMIXNamespace >>> uses: TAMStructuralZoom >>> instanceVariableNames: '' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: 'Famix-Core' >> >> this is why one day packages will have to be a bit better supported >> and more important >> we will have fix the "semantics" of changeset to be something than >> a simple side effect of 'oh this is easy' just save the class def >> and the method definition (because a class is a complex object). > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 28, 2010

Re: [Pharo-users] Traits versus packages

by StÃ©phane Ducasse

On Apr 28, 2010, at 7:03 PM, Johan Fabry wrote: > > Booh. So far for the traits implementation of AspectMaps then :-( I dont want to break the modularity of the AspectMaps package by requireing a special version of other packages for the traits to work. > > Or can we make a traits installer, that performs the redefinition of target classes? First check if the target classes already declare a uses:, and if not add it. Sounds like simple metaprogramming ... > > Any comments on this 'solution'? should work. sometimes we did that for adding a new instance variable to a class when loading a package > > On 28 Apr 2010, at 01:56, StÃ©phane Ducasse wrote: > >> so far (and similarly to instance variable) you cannot with the current definition syntax >> declare a trait (add instance) to a class from a package that does not define the class. >> You can do that in the initialize of a class loaded in a package but there is no think like >> >> MyClass addInstanceVariable: 'x' >> MyOtherClass addTrait: >> >> at the similar syntax level than >> >>> FAMIXScopingEntity subclass: #FAMIXNamespace >>> uses: TAMStructuralZoom >>> instanceVariableNames: '' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: 'Famix-Core' >> >> this is why one day packages will have to be a bit better supported and more important >> we will have fix the "semantics" of changeset to be something than a simple side effect of 'oh this is easy' just save the class def and the method definition (because a class is a complex object). > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 28, 2010

Re: [Pharo-users] Traits versus packages

by Johan Fabry

Booh. So far for the traits implementation of AspectMaps then :-( I dont want to break the modularity of the AspectMaps package by requireing a special version of other packages for the traits to work. Or can we make a traits installer, that performs the redefinition of target classes? First check if the target classes already declare a uses:, and if not add it. Sounds like simple metaprogramming ... Any comments on this 'solution'? On 28 Apr 2010, at 01:56, StÃ©phane Ducasse wrote: > so far (and similarly to instance variable) you cannot with the current definition syntax > declare a trait (add instance) to a class from a package that does not define the class. > You can do that in the initialize of a class loaded in a package but there is no think like > > MyClass addInstanceVariable: 'x' > MyOtherClass addTrait: > > at the similar syntax level than > >> FAMIXScopingEntity subclass: #FAMIXNamespace >> uses: TAMStructuralZoom >> instanceVariableNames: '' >> classVariableNames: '' >> poolDictionaries: '' >> category: 'Famix-Core' > > this is why one day packages will have to be a bit better supported and more important > we will have fix the "semantics" of changeset to be something than a simple side effect of 'oh this is easy' just save the class def and the method definition (because a class is a complex object). -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 28, 2010

Re: [Pharo-users] Error:invalid utf8 input detected.

by Guillermo Polito

We were using Pharo1.0-10440-BETAdev09.09, the beta one :P, because the course began before the 1.0 was released. Two weeks ago we told students to download the VM and image separatedly, and I think that solved the loading image issue. There is a way to reproduce it, on windows, and that version of the OneClic: - Save the image you are loading with save as. - Close Pharo and try to load the image you'v recently saved dragging the .image on Pharo.exe. When you do that, the error is showed and looking at the title bar you can see the image loaded is not the one you dragged. In the 1.0 version it happens too, in the same way. Also, I've been told that in linux environments this doesn't happen (when dragging to the .sh). I'm attaching the log file. (It's very odd, there aren't line separations xP) Thanks, Guille On Wed, Apr 28, 2010 at 5:19 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Que haces Guille!! como va? ;) > > The error "invalid utf8 input detected" was a known problem for a while, > but it is supposed to be fixed in the latest versions. Look for example this > issue (although there are even more for the same topic): > > http://code.google.com/p/pharo/issues/detail?id=370 > > > http://code.google.com/p/pharo/issues/list?can=1&q=invalid+utf8+input+detec… > > Which PharoOneClick are you using? Can you try the last one? > > https://gforge.inria.fr/frs/download.php/26828/Pharo-1.0-OneClick.zip > > If it happens there, do you know an exactly way to reproduce it ? > > Cheers > > Mariano > > On Wed, Apr 28, 2010 at 3:04 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Hi there! >> >> We are using Pharo to teach OOP in UTN university, Argentina. Some >> times students have the error Invalid utf8 input detected when loading an >> image or doing a file out of a category. >> I think it happens mostly (or always, i'm not sure) in the OneClicImage, >> when running on windows. >> >> Is it a known issue? >> >> Thanks! >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

April 28, 2010

Re: [Pharo-users] Error:invalid utf8 input detected.

by Mariano Martinez Peck

Que haces Guille!! como va? ;) The error "invalid utf8 input detected" was a known problem for a while, but it is supposed to be fixed in the latest versions. Look for example this issue (although there are even more for the same topic): http://code.google.com/p/pharo/issues/detail?id=370 http://code.google.com/p/pharo/issues/list?can=1&q=invalid+utf8+input+detec… Which PharoOneClick are you using? Can you try the last one? https://gforge.inria.fr/frs/download.php/26828/Pharo-1.0-OneClick.zip If it happens there, do you know an exactly way to reproduce it ? Cheers Mariano On Wed, Apr 28, 2010 at 3:04 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Hi there! > > We are using Pharo to teach OOP in UTN university, Argentina. Some times > students have the error Invalid utf8 input detected when loading an image or > doing a file out of a category. > I think it happens mostly (or always, i'm not sure) in the OneClicImage, > when running on windows. > > Is it a known issue? > > Thanks! > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

April 28, 2010

Re: [Pharo-users] Traits versus packages

by StÃ©phane Ducasse

so far (and similarly to instance variable) you cannot with the current definition syntax declare a trait (add instance) to a class from a package that does not define the class. You can do that in the initialize of a class loaded in a package but there is no think like MyClass addInstanceVariable: 'x' MyOtherClass addTrait: at the similar syntax level than > FAMIXScopingEntity subclass: #FAMIXNamespace > uses: TAMStructuralZoom > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'Famix-Core' this is why one day packages will have to be a bit better supported and more important we will have fix the "semantics" of changeset to be something than a simple side effect of 'oh this is easy' just save the class def and the method definition (because a class is a complex object). > Hi all, > > quick question. > > Preamble: If I have a trait TAMStructuralZoom defined in the package AspectMaps (for example), and I want to apply it to the class FAMIXNamespace, defined in the package Famix-Core (for example), this implies that I need to change the class definition of FAMIXNamespace like this: > FAMIXScopingEntity subclass: #FAMIXNamespace > uses: TAMStructuralZoom > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'Famix-Core' > > Question: this change is now part of the Famix-Core package, right? Is it possible for this change to be part of the AspectMaps package? I want this for the obvious modularity & source code management advantages. > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 28, 2010

Re: [Pharo-users] Error:invalid utf8 input detected.

by StÃ©phane Ducasse

Hi guillermo This is strange. Can you tell us a bit more about the - vm - image - os I trust your students :) Stef On Apr 28, 2010, at 3:04 AM, Guillermo Polito wrote: > Hi there! > > We are using Pharo to teach OOP in UTN university, Argentina. Some times students have the error Invalid utf8 input detected when loading an image or doing a file out of a category. > I think it happens mostly (or always, i'm not sure) in the OneClicImage, when running on windows. > > Is it a known issue? > > Thanks! > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 28, 2010

Traits versus packages

by Johan Fabry

Hi all, quick question. Preamble: If I have a trait TAMStructuralZoom defined in the package AspectMaps (for example), and I want to apply it to the class FAMIXNamespace, defined in the package Famix-Core (for example), this implies that I need to change the class definition of FAMIXNamespace like this: FAMIXScopingEntity subclass: #FAMIXNamespace uses: TAMStructuralZoom instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Famix-Core' Question: this change is now part of the Famix-Core package, right? Is it possible for this change to be part of the AspectMaps package? I want this for the obvious modularity & source code management advantages. -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 28, 2010

Error:invalid utf8 input detected.

by Guillermo Polito

Hi there! We are using Pharo to teach OOP in UTN university, Argentina. Some times students have the error Invalid utf8 input detected when loading an image or doing a file out of a category. I think it happens mostly (or always, i'm not sure) in the OneClicImage, when running on windows. Is it a known issue? Thanks!

April 28, 2010

Re: [Pharo-users] Pharo developers you can subscribe to Pharo-Users too ; )

by laurent laffont

For subscription, it's here http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users :) Laurent Laffont On Tue, Apr 27, 2010 at 7:50 PM, Alexandre Bergel <alexandre.bergel(a)inria.fr > wrote: > Please, subscribe me. > > Alexandre > > > > On 27 Apr 2010, at 12:04, Mariano Martinez Peck wrote: > > Hi everybody. We have two mailing list as you may know: one for pharo >> developers or people very interested in Pharo and its internal details. This >> mailing list is pharo-project(a)lists.gforge.inria.fr >> It is high traffic and there are a lot of people that cannot follow. >> >> Then we have the Pharo-User mailing list for those that just want to use >> Pharo and don't care about their internals. This mailing list has less >> traffic. This mailing list is pharo-users(a)lists.gforge.inria.fr >> >> The problem is that there is people that are subscribed to >> pharo-project(a)lists.gforge.inria.fr but not to pharo-users. In this last >> mailing list, usually new comers ask questions. It would be great that all >> the people that is already subscribed to >> pharo-project(a)lists.gforge.inria.fr and have time to follow that mailing >> list, to subscribe also to Pharo-Users. Sometimes I am obligued to tell >> new comers "ask in pharo-project(a)lists.gforge.inria.fr as not all the >> people is subscribed there" ... and thus, the Pharo-Users becomes useless. >> >> Thanks >> >> Mariano >> _______________________________________________ >> Pharo-users mailing list >> >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> > > > _______________________________________________ > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

April 27, 2010

Re: [Pharo-users] [Pharo-project] RB AST serialization

by Johan Fabry

Thanks from Daniel and me :-) On 27 Apr 2010, at 08:48, Lukas Renggli wrote: >> But want to get it to work first. These undocumented nodes are the next hurdle: we need some info on RBPragmaNode, RBArrayNode, RBLiteralArrayNode so that Daniel can write the serializer for them. > > Never saw the existing comments in the RBProgramNodes. I've added > similar comments the nodes I've added comments to the 3 nodes I've > added: > > Name: AST-Core-lr.71 > Author: lr > Time: 27 April 2010, 2:47:01 pm > UUID: ba9a9d97-1aa7-4c20-95b0-4c3ed6b59385 > Ancestors: AST-Core-lr.70 > > - added comments to RBPragmaNode, RBArrayNode, RBLiteralArrayNode > > Lukas > -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 27, 2010

Re: [Pharo-users] Pharo developers you can subscribe to Pharo-Users too ; )

by Alexandre Bergel

Please, subscribe me. Alexandre On 27 Apr 2010, at 12:04, Mariano Martinez Peck wrote: > Hi everybody. We have two mailing list as you may know: one for > pharo developers or people very interested in Pharo and its internal > details. This mailing list is pharo-project(a)lists.gforge.inria.fr > It is high traffic and there are a lot of people that cannot follow. > > Then we have the Pharo-User mailing list for those that just want to > use Pharo and don't care about their internals. This mailing list > has less traffic. This mailing list is pharo-users(a)lists.gforge.inria.fr > > The problem is that there is people that are subscribed to pharo-project(a)lists.gforge.inria.fr > but not to pharo-users. In this last mailing list, usually new > comers ask questions. It would be great that all the people that is > already subscribed to pharo-project(a)lists.gforge.inria.fr and have > time to follow that mailing list, to subscribe also to Pharo- > Users. Sometimes I am obligued to tell new comers "ask in pharo-project(a)lists.gforge.inria.fr > as not all the people is subscribed there" ... and thus, the Pharo- > Users becomes useless. > > Thanks > > Mariano > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 27, 2010

Pharo developers you can subscribe to Pharo-Users too ; )

by Mariano Martinez Peck

Hi everybody. We have two mailing list as you may know: one for pharo developers or people very interested in Pharo and its internal details. This mailing list is pharo-project(a)lists.gforge.inria.fr It is high traffic and there are a lot of people that cannot follow. Then we have the Pharo-User mailing list for those that just want to use Pharo and don't care about their internals. This mailing list has less traffic. This mailing list is pharo-users(a)lists.gforge.inria.fr The problem is that there is people that are subscribed to pharo-project(a)lists.gforge.inria.fr but not to pharo-users. In this last mailing list, usually new comers ask questions. It would be great that all the people that is already subscribed to pharo-project(a)lists.gforge.inria.frand have time to follow that mailing list, to subscribe also to Pharo-Users. Sometimes I am obligued to tell new comers "ask in pharo-project(a)lists.gforge.inria.fr as not all the people is subscribed there" ... and thus, the Pharo-Users becomes useless. Thanks Mariano

April 27, 2010

Re: [Pharo-users] [Pharo-project] RB AST serialization

by Lukas Renggli

> But want to get it to work first. These undocumented nodes are the next hurdle: we need some info on RBPragmaNode, RBArrayNode, RBLiteralArrayNode so that Daniel can write the serializer for them. Never saw the existing comments in the RBProgramNodes. I've added similar comments the nodes I've added comments to the 3 nodes I've added: Name: AST-Core-lr.71 Author: lr Time: 27 April 2010, 2:47:01 pm UUID: ba9a9d97-1aa7-4c20-95b0-4c3ed6b59385 Ancestors: AST-Core-lr.70 - added comments to RBPragmaNode, RBArrayNode, RBLiteralArrayNode Lukas > > On 27 Apr 2010, at 01:49, StÃ©phane Ducasse wrote: > >> Daniel what would be really cool is to see if we can compact/zip AST because >> marcus is really interested into slimbinary libraries and having a really strong compaction >> of AST would be an interesting basis for a lot of experience >> >> On Apr 27, 2010, at 6:45 AM, Daniel Galdames wrote: >> >>> Hi, I'm working on a serialization of a RB AST, is in a very very earlier state, it can encode simple ASTs into a string but today i changed the encode methods, so now you can't decode the generated string :-P .Some node from AST-Core can't be encoded yet (RBPragmaNode, RBArrayNode, RBLiteralArrayNode) because I'm not sure what to encode, and the nodes aren't documented, at least in Pharo 1.0. >>> Any comments and suggestions will be appreciated!! :-) >>> I uploaded the code in squeaksource: >>> http://www.squeaksource.com/AstSerializer.html >>> >>> I'm a bit new to Smalltalk and Pharo, so feel free to comment... >>> Greetings, >>> Â Daniel Galdames G. >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > -- Lukas Renggli www.lukas-renggli.ch

April 27, 2010

Re: [Pharo-users] [Pharo-project] RB AST serialization

by Johan Fabry

(To pharo-users as I am not on pharo-project, and I think neither is Daniel) Yes we have been considering various strategies to get it as compact as possible and considering cputime/memory trade-offs (and making it possible to select compression strategies). But want to get it to work first. These undocumented nodes are the next hurdle: we need some info on RBPragmaNode, RBArrayNode, RBLiteralArrayNode so that Daniel can write the serializer for them. On 27 Apr 2010, at 01:49, StÃ©phane Ducasse wrote: > Daniel what would be really cool is to see if we can compact/zip AST because > marcus is really interested into slimbinary libraries and having a really strong compaction > of AST would be an interesting basis for a lot of experience > > On Apr 27, 2010, at 6:45 AM, Daniel Galdames wrote: > >> Hi, I'm working on a serialization of a RB AST, is in a very very earlier state, it can encode simple ASTs into a string but today i changed the encode methods, so now you can't decode the generated string :-P .Some node from AST-Core can't be encoded yet (RBPragmaNode, RBArrayNode, RBLiteralArrayNode) because I'm not sure what to encode, and the nodes aren't documented, at least in Pharo 1.0. >> Any comments and suggestions will be appreciated!! :-) >> I uploaded the code in squeaksource: >> http://www.squeaksource.com/AstSerializer.html >> >> I'm a bit new to Smalltalk and Pharo, so feel free to comment... >> Greetings, >> Daniel Galdames G. >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 27, 2010

Re: [Pharo-users] (no subject)

by Mariano Martinez Peck

As it says the welcome workspace of Pharo, you can install O2 like this: Gofer new squeaksource: 'MetacelloRepository'; package:'ConfigurationOfO2'; load. ((Smalltalk at: #ConfigurationOfO2) project version: '1.2') load: 'Dev'. That will install the O2 browser.You will notice this is a different browser. There are narrows pointing to left and right that may be something similar to what you want. Anyway, did you try WorkingSet ? Read this link: http://forum.world.st/ANN-WorkingSet-td1296111.html#a1296111 Cheers Mariano On Mon, Apr 26, 2010 at 4:53 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi alex > > Some browsers like the O2 browser supported it but it is a bit ad-hoc and > slow. You can try by loading > ConfigurationOfO2 from the MetacelloRepository repository. > > Stef > On Apr 26, 2010, at 3:38 PM, alex mortelmans wrote: > > > Hi, > > when using a SystemBrowser, > > can there be a navigation history? > > To explain what i mean, here is an example. > > When you search : > > > > Rectangle >> flipBy: direction centerAt: aPoint ; > > Point >> rect: aPoint ; > > Rectangle >> origin: originPoint corner: cornerPoint ; > > > > .. and then want to go back to : > > > > Rectangle >> flipBy: direction centerAt: aPoint > > > > , is there some tool allowing to step back ? > > > > Alex > > > > > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

April 27, 2010

Re: [Pharo-users] XmlRpcClient for smalltalk ?

by Mariano Martinez Peck

Hi. This is what I know: http://www.squeaksource.com/XMLRPC.html and http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/index.html Finally, maybe it is not completely related to XMLRPC but this may be of help: http://pharocasts.blogspot.com/2010/02/rest-xml-parsing-and-photos.html Cheers Mariano On Tue, Apr 27, 2010 at 8:52 AM, tommy koorevaar <tommy.koorevaar(a)gmail.com>wrote: > Hello everyone, > > I'm a French student and I'm working on a project in which I have to send > XmlRpc request with smalltalk. > > Does anyone know if there is anything already implemented I could use ? > > Thank you very much, > Tom > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

April 27, 2010

XmlRpcClient for smalltalk ?

by tommy koorevaar

Hello everyone, I'm a French student and I'm working on a project in which I have to send XmlRpc request with smalltalk. Does anyone know if there is anything already implemented I could use ? Thank you very much, Tom

April 27, 2010

Re: [Pharo-users] (no subject)

by StÃ©phane Ducasse

Hi alex Some browsers like the O2 browser supported it but it is a bit ad-hoc and slow. You can try by loading ConfigurationOfO2 from the MetacelloRepository repository. Stef On Apr 26, 2010, at 3:38 PM, alex mortelmans wrote: > Hi, > when using a SystemBrowser, > can there be a navigation history? > To explain what i mean, here is an example. > When you search : > > Rectangle >> flipBy: direction centerAt: aPoint ; > Point >> rect: aPoint ; > Rectangle >> origin: originPoint corner: cornerPoint ; > > .. and then want to go back to : > > Rectangle >> flipBy: direction centerAt: aPoint > > , is there some tool allowing to step back ? > > Alex > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 26, 2010

(no subject)

by alex mortelmans

Hi, when using a SystemBrowser, can there be a navigation history? To explain what iÂ mean, here is an example. WhenÂ you search : Â Rectangle >> flipBy: direction centerAt: aPoint ; Point >> rect: aPointÂ ; Rectangle >> origin: originPoint corner: cornerPoint ; Â Â .. and then want to go back to : Â Rectangle >> flipBy: direction centerAt: aPoint Â , is there some tool allowing to step back ? Â Alex Â

April 26, 2010

Re: [Pharo-users] [Pharo-project] [ANN] Pharocasts: SandstoneDb (with subtitles !)

by laurent laffont

On Sun, Apr 25, 2010 at 10:33 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Very nice. I like the casts being faster :). In a few places (e.g., where > you have to read text from the help system to be able to follow) it was > slightly too fast, though. > OK, I will make it a little slower next time. Thank you for feedback. Cheers, Laurent Laffont > Thanks, > Adrian > > On Apr 25, 2010, at 21:17 , laurent laffont wrote: > > > Hi, > > > > I've just uploaded a new screencast which introduces SandstoneDb (and > also > > HelpSystem). > > > http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl… > > > > > > Note this is my first one with subtitles. There's a link so you can > download > > it and translate it (some people have asked for that). > > I've used SubtitleEditor (http://home.gna.org/subtitleeditor/) but I > don't > > really like it. Do you know a better software on Linux ? > > > > The video is accelerated, it's more dynamic IMHO ( to do this in > avidemux, > > just go in video menu, framerate, and put a higher framerate). > > > > < > http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl… > > > > Cheers, > > > > Laurent Laffont > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

April 26, 2010

Re: [Pharo-users] [Pharo-project] [ANN] Pharocasts: SandstoneDb (with subtitles !)

by Adrian Lienhard

Very nice. I like the casts being faster :). In a few places (e.g., where you have to read text from the help system to be able to follow) it was slightly too fast, though. Thanks, Adrian On Apr 25, 2010, at 21:17 , laurent laffont wrote: > Hi, > > I've just uploaded a new screencast which introduces SandstoneDb (and also > HelpSystem). > http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl… > > > Note this is my first one with subtitles. There's a link so you can download > it and translate it (some people have asked for that). > I've used SubtitleEditor (http://home.gna.org/subtitleeditor/) but I don't > really like it. Do you know a better software on Linux ? > > The video is accelerated, it's more dynamic IMHO ( to do this in avidemux, > just go in video menu, framerate, and put a higher framerate). > > <http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl…> > Cheers, > > Laurent Laffont > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2010

[ANN] Pharocasts: SandstoneDb (with subtitles !)

by laurent laffont

Hi, I've just uploaded a new screencast which introduces SandstoneDb (and also HelpSystem). http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl… Note this is my first one with subtitles. There's a link so you can download it and translate it (some people have asked for that). I've used SubtitleEditor (http://home.gna.org/subtitleeditor/) but I don't really like it. Do you know a better software on Linux ? The video is accelerated, it's more dynamic IMHO ( to do this in avidemux, just go in video menu, framerate, and put a higher framerate). <http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl…> Cheers, Laurent Laffont

April 25, 2010

Re: [Pharo-users] Implementing a "prototype" in Pharo

by StÃ©phane Ducasse

did you look at my JOOP paper available on my page? It was done with VW but you could try on pharo Now I know that adrian kuhn did a prototype implementation which was fun http://scg.unibe.ch/staff/adriankuhn/protalk On Apr 24, 2010, at 1:43 PM, Miso wrote: > > Hi, I'm trying to creating a concept similar to "prototype" (like > prototype-oriented programming) in Pharo. What I want is an object's > methodDictionary to be stored in itself. So when I send a message to an > instance, Pharo should look in the instance's dictionary (as opposed to > class' dictionary) and call method stored there. > > Closest thing I managed to do was create an anonymous class (subclass on my > custom class) for each instance and return instance of this class, and store > the anonymous class in the instance so I can work with it. Is there any > other way to do it, without modifying compiler/VM or writing custom > compiler? If not, please give some pointers where to look for some > information about "core" of Pharo. > > Thanks > Michael > -- > View this message in context: http://forum.world.st/Implementing-a-prototype-in-Pharo-tp2063374p2063374.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 24, 2010

Re: [Pharo-users] Implementing a "prototype" in Pharo

by Alexandre Bergel

Easy think is to create a doesNotUnderstand: method. We experiment with prototypes in squeak some times ago. http://www.iam.unibe.ch/~scg/Archive/Papers/Berg04cprototalk.pdf Cheers, Alexandre On 24 Apr 2010, at 07:43, Miso wrote: > > Hi, I'm trying to creating a concept similar to "prototype" (like > prototype-oriented programming) in Pharo. What I want is an object's > methodDictionary to be stored in itself. So when I send a message to > an > instance, Pharo should look in the instance's dictionary (as opposed > to > class' dictionary) and call method stored there. > > Closest thing I managed to do was create an anonymous class > (subclass on my > custom class) for each instance and return instance of this class, > and store > the anonymous class in the instance so I can work with it. Is there > any > other way to do it, without modifying compiler/VM or writing custom > compiler? If not, please give some pointers where to look for some > information about "core" of Pharo. > > Thanks > Michael > -- > View this message in context: http://forum.world.st/Implementing-a-prototype-in-Pharo-tp2063374p2063374.h… > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 24, 2010

Implementing a "prototype" in Pharo

by Miso

Hi, I'm trying to creating a concept similar to "prototype" (like prototype-oriented programming) in Pharo. What I want is an object's methodDictionary to be stored in itself. So when I send a message to an instance, Pharo should look in the instance's dictionary (as opposed to class' dictionary) and call method stored there. Closest thing I managed to do was create an anonymous class (subclass on my custom class) for each instance and return instance of this class, and store the anonymous class in the instance so I can work with it. Is there any other way to do it, without modifying compiler/VM or writing custom compiler? If not, please give some pointers where to look for some information about "core" of Pharo. Thanks Michael -- View this message in context: http://forum.world.st/Implementing-a-prototype-in-Pharo-tp2063374p2063374.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 24, 2010

Re: [Pharo-users] How To Bind To External Libraries in Pharo ?

by Mariano Martinez Peck

On Thu, Apr 22, 2010 at 4:31 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > mariano may be we should turn that in a book section? > > yes, it would be cool. I think this has been asked several times. > Stef > > On Apr 22, 2010, at 1:46 AM, Mariano Martinez Peck wrote: > > > Hi Bill. You have 2 possibilities: > > > > 1) Use FFI. With this you can call C functions from shared libraries. No > need to recompile de VM. Main problem: it locks the whole VM while the > function is being run. The FFI is included in most VMs so it is easy. What > you DO need to install is the smalltalk side of FFI. A simple way in Pharo > is evaluating: > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfFFI'; > > load. > > > > ((Smalltalk at: #ConfigurationOfFFI) project version: '1.2') load. > > > > There are a lot of examples and libraries wrapped with FFI. We developed > a wrapper for the OpenDBX library....the project is call SqueakDBX ( > www.squeakdbx.org) and would be useful if you want a real example using > FFI. > > > > FFI: http://wiki.squeak.org/squeak/1414 > > > > 2) Write your own named plugin. This is, you write your plugin in SLANG > (a limited Smalltallk that it is used to write part of the vm and then > translated to C) and then, using VMMaker you generate C code, and after, you > can generate the binaries. Finally when you distribute your app you will > need to add such plugin to the VM. > > > > http://wiki.squeak.org/squeak/356 > > http://wiki.squeak.org/squeak/464 > > > > > > Particulary for GTK, look at the project (I think it is dead now) > SqueakGTK: > > > > http://squeakgtk.pbworks.com/ > > > > Particuolary for Gstreamer I paste an email from John Macinstosh some > time ago: > > > > "Well I'm not sure what you are asking for. The Gstreamer stuff starts > at: > > > > MCHttpRepository > > location: 'http://www.squeaksource.com/GStreamer' > > user: '' > > password: '' > > > > You need a plugin and the GStreamer underpinnings install in your > operating system. If you have > > have a linux box that is easy. If you have a mac, you could use > MacPorts to install GStreamer and > > I could give you a plugin I built for test purposes. > > > > As for the Sophie stuff, well it uses FFI for talking to Quicktime, there > is an optional quicktime plugin > > but all that is used for is to let quicktime tell us when it has rendered > a frame into a squeak surface > > so we can signal a squeak semaphore to draw the surface to the Display. > The fall back is to > > do a fixed frame rate drawing cycle, which is what happens on Windows. > > > > The Sophie player of course uses Tweak as a reference base, but could be > converted to some other > > UI framework." > > > > > > Cheers > > > > Mariano > > > > > > On Wed, Apr 21, 2010 at 7:10 PM, Bill Rodgers <mrbillrodgers(a)gmail.com> > wrote: > > Very cool ! > > > > Thanks, > > > > Bill > > > > > > On Wed, Apr 21, 2010 at 1:58 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > Hi bill > > > > you can use FFI, we should write a chapter. I think that there are some > material on the web > > > > you can define your own plugin. > > Have a look for the second on the chapter of the book > > http://stephane.ducasse.free.fr/FreeBooks/CollectiveNBlueBook/ > > > > On Apr 21, 2010, at 6:41 PM, Bill Rodgers wrote: > > > > > Hi Experts, > > > > > > How can I connect to libraries of the type that I would "include" in a > C program? Must I re-compile Pharo to include them or is there some other > way to do this at run-time? > > > > > > I'm looking at some Gnome libraries (GTK+, Gstreamer) which I would > like to use from Pharo. > > > > John macintosh did a Gstreamer plugin for squeak/sophie/ > > > > > > Thanks, > > > > > > Bill > > > _______________________________________________ > > > Pharo-users mailing list > > > Pharo-users(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

April 22, 2010

Re: [Pharo-users] How To Bind To External Libraries in Pharo ?

by StÃ©phane Ducasse

mariano may be we should turn that in a book section? Stef On Apr 22, 2010, at 1:46 AM, Mariano Martinez Peck wrote: > Hi Bill. You have 2 possibilities: > > 1) Use FFI. With this you can call C functions from shared libraries. No need to recompile de VM. Main problem: it locks the whole VM while the function is being run. The FFI is included in most VMs so it is easy. What you DO need to install is the smalltalk side of FFI. A simple way in Pharo is evaluating: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfFFI'; > load. > > ((Smalltalk at: #ConfigurationOfFFI) project version: '1.2') load. > > There are a lot of examples and libraries wrapped with FFI. We developed a wrapper for the OpenDBX library....the project is call SqueakDBX (www.squeakdbx.org) and would be useful if you want a real example using FFI. > > FFI: http://wiki.squeak.org/squeak/1414 > > 2) Write your own named plugin. This is, you write your plugin in SLANG (a limited Smalltallk that it is used to write part of the vm and then translated to C) and then, using VMMaker you generate C code, and after, you can generate the binaries. Finally when you distribute your app you will need to add such plugin to the VM. > > http://wiki.squeak.org/squeak/356 > http://wiki.squeak.org/squeak/464 > > > Particulary for GTK, look at the project (I think it is dead now) SqueakGTK: > > http://squeakgtk.pbworks.com/ > > Particuolary for Gstreamer I paste an email from John Macinstosh some time ago: > > "Well I'm not sure what you are asking for. The Gstreamer stuff starts at: > > MCHttpRepository > location: 'http://www.squeaksource.com/GStreamer' > user: '' > password: '' > > You need a plugin and the GStreamer underpinnings install in your operating system. If you have > have a linux box that is easy. If you have a mac, you could use MacPorts to install GStreamer and > I could give you a plugin I built for test purposes. > > As for the Sophie stuff, well it uses FFI for talking to Quicktime, there is an optional quicktime plugin > but all that is used for is to let quicktime tell us when it has rendered a frame into a squeak surface > so we can signal a squeak semaphore to draw the surface to the Display. The fall back is to > do a fixed frame rate drawing cycle, which is what happens on Windows. > > The Sophie player of course uses Tweak as a reference base, but could be converted to some other > UI framework." > > > Cheers > > Mariano > > > On Wed, Apr 21, 2010 at 7:10 PM, Bill Rodgers <mrbillrodgers(a)gmail.com> wrote: > Very cool ! > > Thanks, > > Bill > > > On Wed, Apr 21, 2010 at 1:58 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi bill > > you can use FFI, we should write a chapter. I think that there are some material on the web > > you can define your own plugin. > Have a look for the second on the chapter of the book > http://stephane.ducasse.free.fr/FreeBooks/CollectiveNBlueBook/ > > On Apr 21, 2010, at 6:41 PM, Bill Rodgers wrote: > > > Hi Experts, > > > > How can I connect to libraries of the type that I would "include" in a C program? Must I re-compile Pharo to include them or is there some other way to do this at run-time? > > > > I'm looking at some Gnome libraries (GTK+, Gstreamer) which I would like to use from Pharo. > > John macintosh did a Gstreamer plugin for squeak/sophie/ > > > > Thanks, > > > > Bill > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 22, 2010

Re: [Pharo-users] How To Bind To External Libraries in Pharo ?

by Bill Rodgers

Thanks Mariano, this information should get me going. I'll circle back in a couple weeks and let the group know how its going. Bill On Wed, Apr 21, 2010 at 5:46 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi Bill. You have 2 possibilities: > > 1) Use FFI. With this you can call C functions from shared libraries. No > need to recompile de VM. Main problem: it locks the whole VM while the > function is being run. The FFI is included in most VMs so it is easy. What > you DO need to install is the smalltalk side of FFI. A simple way in Pharo > is evaluating: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfFFI'; > load. > > ((Smalltalk at: #ConfigurationOfFFI) project version: '1.2') load. > > There are a lot of examples and libraries wrapped with FFI. We developed a > wrapper for the OpenDBX library....the project is call SqueakDBX ( > www.squeakdbx.org) and would be useful if you want a real example using > FFI. > > FFI: http://wiki.squeak.org/squeak/1414 > > 2) Write your own named plugin. This is, you write your plugin in SLANG (a > limited Smalltallk that it is used to write part of the vm and then > translated to C) and then, using VMMaker you generate C code, and after, you > can generate the binaries. Finally when you distribute your app you will > need to add such plugin to the VM. > > http://wiki.squeak.org/squeak/356 > http://wiki.squeak.org/squeak/464 > > > Particulary for GTK, look at the project (I think it is dead now) > SqueakGTK: > > http://squeakgtk.pbworks.com/ > > Particuolary for Gstreamer I paste an email from John Macinstosh some time > ago:* > > "Well I'm not sure what you are asking for. The Gstreamer stuff starts > at: > > MCHttpRepository > location: 'http://www.squeaksource.com/GStreamer' > user: '' > password: '' > > You need a plugin and the GStreamer underpinnings install in your > operating system. If you have > have a linux box that is easy. If you have a mac, you could use MacPorts > to install GStreamer and > I could give you a plugin I built for test purposes. > > As for the Sophie stuff, well it uses FFI for talking to Quicktime, there > is an optional quicktime plugin > but all that is used for is to let quicktime tell us when it has rendered a > frame into a squeak surface > so we can signal a squeak semaphore to draw the surface to the Display. > The fall back is to > do a fixed frame rate drawing cycle, which is what happens on Windows. > > The Sophie player of course uses Tweak as a reference base, but could be > converted to some other > UI framework."* > > > Cheers > > Mariano > > > > On Wed, Apr 21, 2010 at 7:10 PM, Bill Rodgers <mrbillrodgers(a)gmail.com>wrote: > >> Very cool ! >> >> Thanks, >> >> Bill >> >> >> On Wed, Apr 21, 2010 at 1:58 PM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> Hi bill >>> >>> you can use FFI, we should write a chapter. I think that there are some >>> material on the web >>> >>> you can define your own plugin. >>> Have a look for the second on the chapter of the book >>> http://stephane.ducasse.free.fr/FreeBooks/CollectiveNBlueBook/ >>> >>> On Apr 21, 2010, at 6:41 PM, Bill Rodgers wrote: >>> >>> > Hi Experts, >>> > >>> > How can I connect to libraries of the type that I would "include" in a >>> C program? Must I re-compile Pharo to include them or is there some other >>> way to do this at run-time? >>> > >>> > I'm looking at some Gnome libraries (GTK+, Gstreamer) which I would >>> like to use from Pharo. >>> >>> John macintosh did a Gstreamer plugin for squeak/sophie/ >>> > >>> > Thanks, >>> > >>> > Bill >>> > _______________________________________________ >>> > Pharo-users mailing list >>> > Pharo-users(a)lists.gforge.inria.fr >>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

April 22, 2010

Re: [Pharo-users] How To Bind To External Libraries in Pharo ?

by Mariano Martinez Peck

Hi Bill. You have 2 possibilities: 1) Use FFI. With this you can call C functions from shared libraries. No need to recompile de VM. Main problem: it locks the whole VM while the function is being run. The FFI is included in most VMs so it is easy. What you DO need to install is the smalltalk side of FFI. A simple way in Pharo is evaluating: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfFFI'; load. ((Smalltalk at: #ConfigurationOfFFI) project version: '1.2') load. There are a lot of examples and libraries wrapped with FFI. We developed a wrapper for the OpenDBX library....the project is call SqueakDBX ( www.squeakdbx.org) and would be useful if you want a real example using FFI. FFI: http://wiki.squeak.org/squeak/1414 2) Write your own named plugin. This is, you write your plugin in SLANG (a limited Smalltallk that it is used to write part of the vm and then translated to C) and then, using VMMaker you generate C code, and after, you can generate the binaries. Finally when you distribute your app you will need to add such plugin to the VM. http://wiki.squeak.org/squeak/356 http://wiki.squeak.org/squeak/464 Particulary for GTK, look at the project (I think it is dead now) SqueakGTK: http://squeakgtk.pbworks.com/ Particuolary for Gstreamer I paste an email from John Macinstosh some time ago:* "Well I'm not sure what you are asking for. The Gstreamer stuff starts at: MCHttpRepository location: 'http://www.squeaksource.com/GStreamer' user: '' password: '' You need a plugin and the GStreamer underpinnings install in your operating system. If you have have a linux box that is easy. If you have a mac, you could use MacPorts to install GStreamer and I could give you a plugin I built for test purposes. As for the Sophie stuff, well it uses FFI for talking to Quicktime, there is an optional quicktime plugin but all that is used for is to let quicktime tell us when it has rendered a frame into a squeak surface so we can signal a squeak semaphore to draw the surface to the Display. The fall back is to do a fixed frame rate drawing cycle, which is what happens on Windows. The Sophie player of course uses Tweak as a reference base, but could be converted to some other UI framework."* Cheers Mariano On Wed, Apr 21, 2010 at 7:10 PM, Bill Rodgers <mrbillrodgers(a)gmail.com>wrote: > Very cool ! > > Thanks, > > Bill > > > On Wed, Apr 21, 2010 at 1:58 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Hi bill >> >> you can use FFI, we should write a chapter. I think that there are some >> material on the web >> >> you can define your own plugin. >> Have a look for the second on the chapter of the book >> http://stephane.ducasse.free.fr/FreeBooks/CollectiveNBlueBook/ >> >> On Apr 21, 2010, at 6:41 PM, Bill Rodgers wrote: >> >> > Hi Experts, >> > >> > How can I connect to libraries of the type that I would "include" in a C >> program? Must I re-compile Pharo to include them or is there some other way >> to do this at run-time? >> > >> > I'm looking at some Gnome libraries (GTK+, Gstreamer) which I would like >> to use from Pharo. >> >> John macintosh did a Gstreamer plugin for squeak/sophie/ >> > >> > Thanks, >> > >> > Bill >> > _______________________________________________ >> > Pharo-users mailing list >> > Pharo-users(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

April 21, 2010

Re: [Pharo-users] How To Bind To External Libraries in Pharo ?

by Bill Rodgers

Very cool ! Thanks, Bill On Wed, Apr 21, 2010 at 1:58 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi bill > > you can use FFI, we should write a chapter. I think that there are some > material on the web > > you can define your own plugin. > Have a look for the second on the chapter of the book > http://stephane.ducasse.free.fr/FreeBooks/CollectiveNBlueBook/ > > On Apr 21, 2010, at 6:41 PM, Bill Rodgers wrote: > > > Hi Experts, > > > > How can I connect to libraries of the type that I would "include" in a C > program? Must I re-compile Pharo to include them or is there some other way > to do this at run-time? > > > > I'm looking at some Gnome libraries (GTK+, Gstreamer) which I would like > to use from Pharo. > > John macintosh did a Gstreamer plugin for squeak/sophie/ > > > > Thanks, > > > > Bill > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

April 21, 2010

Re: [Pharo-users] How To Bind To External Libraries in Pharo ?

by StÃ©phane Ducasse

Hi bill you can use FFI, we should write a chapter. I think that there are some material on the web you can define your own plugin. Have a look for the second on the chapter of the book http://stephane.ducasse.free.fr/FreeBooks/CollectiveNBlueBook/ On Apr 21, 2010, at 6:41 PM, Bill Rodgers wrote: > Hi Experts, > > How can I connect to libraries of the type that I would "include" in a C program? Must I re-compile Pharo to include them or is there some other way to do this at run-time? > > I'm looking at some Gnome libraries (GTK+, Gstreamer) which I would like to use from Pharo. John macintosh did a Gstreamer plugin for squeak/sophie/ > > Thanks, > > Bill > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 21, 2010

Re: [Pharo-users] [Pharo-project] We already have the selected projects and students!

by stephane ducasse

Thanks you and janko for your energy to carry this adventure in presence of pain in the asses like me :) Stef (I know I'm a pain) On Apr 21, 2010, at 8:27 PM, Mariano Martinez Peck wrote: > Hi folks. First of all, let me apologize for being quite offline the last weeks and for not helping too much. I had some personal stuff to do ;) > Fortunately, Janko could take care of it and keep it rolling. Thanks a lot Janko. > > Here are what all of you want to know: the final results of voting for 5 projects to get this year GSoC stipendiums: > > 1. Cross-Platform Namespaces (score: 80) > by GermÃ¡n Leiva, mentor James Foster > http://gsoc2010.esug.org/projects/namespaces > > 2. Generate UML diagrams from Smalltalk code for Pharo (score: 77) > by Carla Florencia Griggio, mentor Geert Claes > http://gsoc2010.esug.org/projects/uml-from-smalltalk > > 3. Squeakland education project (score: 76) > by Ricardo Moran, mentor Randall Caton > http://gsoc2010.esug.org/projects/squeakland-education > > 4. Progress Towards a Cross-Dialect Smalltalk FFI (score: 74) > by Dmitry Matveev, mentor Eliot Miranda > http://gsoc2010.esug.org/projects/ffi > > 5. Visualization of profiling information in Pharo and Squeak (score:73) > by Mariano Coca, mentor Alexandre Bergel > http://gsoc2010.esug.org/projects/profiling-visualization > > Congratulations to the accepted students! Be aware that the most "non enjoyable" part of the process has already finished so now it's time to code, hack and have fun! You are the envy of a lot of people, you are being paid to program in something that you really like and enjoy. This is an excellent opportunity so take advantage of it and don't miss it. Please, work hard and deliver something, but never forget to have fun, learn and enjoy. > > For all the students which were not accepted, don't worry. If your project and proposal is good you will find another opportunity sooner than you expect. For us, this was an excellent opportunity to gather information about really interesting projects and, what's more, to know lots of great students with a passion for Smalltalk. With no doubt, we will keep in touch with all of you and we will eagerly wait your application for next years. > > Thanks again to all of you for helping us to make the Smalltalk community bigger and better. > > So stay tuned with us! > > Cheers > > Mariano Martinez Peck > GSoC admin > gsoc-admin(a)esug.org > http://gsoc2010.esug.org _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 21, 2010

We already have the selected projects and students!

by Mariano Martinez Peck

Hi folks. First of all, let me apologize for being quite offline the last weeks and for not helping too much. I had some personal stuff to do ;) Fortunately, Janko could take care of it and keep it rolling. Thanks a lot Janko. Here are what all of you want to know: the final results of voting for 5 projects to get this year GSoC stipendiums: 1. Cross-Platform Namespaces (score: 80) by GermÃ¡n Leiva, mentor James Foster http://gsoc2010.esug.org/projects/namespaces 2. Generate UML diagrams from Smalltalk code for Pharo (score: 77) by Carla Florencia Griggio, mentor Geert Claes http://gsoc2010.esug.org/projects/uml-from-smalltalk 3. Squeakland education project (score: 76) by Ricardo Moran, mentor Randall Caton http://gsoc2010.esug.org/projects/squeakland-education 4. Progress Towards a Cross-Dialect Smalltalk FFI (score: 74) by Dmitry Matveev, mentor Eliot Miranda http://gsoc2010.esug.org/projects/ffi 5. Visualization of profiling information in Pharo and Squeak (score:73) by Mariano Coca, mentor Alexandre Bergel http://gsoc2010.esug.org/projects/profiling-visualization Congratulations to the accepted students! Be aware that the most "non enjoyable" part of the process has already finished so now it's time to code, hack and have fun! You are the envy of a lot of people, you are being paid to program in something that you really like and enjoy. This is an excellent opportunity so take advantage of it and don't miss it. Please, work hard and deliver something, but never forget to have fun, learn and enjoy. For all the students which were not accepted, don't worry. If your project and proposal is good you will find another opportunity sooner than you expect. For us, this was an excellent opportunity to gather information about really interesting projects and, what's more, to know lots of great students with a passion for Smalltalk. With no doubt, we will keep in touch with all of you and we will eagerly wait your application for next years. Thanks again to all of you for helping us to make the Smalltalk community bigger and better. So stay tuned with us! Cheers Mariano Martinez Peck GSoC admin gsoc-admin(a)esug.org http://gsoc2010.esug.org

April 21, 2010

How To Bind To External Libraries in Pharo ?

by Bill Rodgers

Hi Experts, How can I connect to libraries of the type that I would "include" in a C program? Must I re-compile Pharo to include them or is there some other way to do this at run-time? I'm looking at some Gnome libraries (GTK+, Gstreamer) which I would like to use from Pharo. Thanks, Bill

April 21, 2010

Next smalltalk meetup cologne in june

by Norbert Hartl

Please join us on the 10th of June for the next Cologne Smalltalk User Meetup. Anyone interested in Smalltalk is invited, regardless if you only recently discovered the magic of doing things the Smalltalk way, are a die hard VM-Hacker, want to share your experience on web-development in Seaside or like to chit-chat while enjoying a KÃ¶lsch. Weâre gonna meet at 7pm at Vision Factory GmbH SÃ¶mmeringstr. 75 50823 KÃ¶ln (across the yard at the rear house) If you would like to do a presentation just let us know. Further information you'll find on http://colstme.selfish.org/ regards, Norbert

April 21, 2010

Re: [Pharo-users] Socket>>accept

by Mariano Martinez Peck

On Sun, Apr 18, 2010 at 1:19 AM, Daniel Birkinshaw < daniel.birkinshaw(a)googlemail.com> wrote: > On Sat, Apr 17, 2010 at 06:32:22PM +0100, Michael Roberts wrote: > > Hi, i think there is something wrong with listenOn:. I am not sure > > what exactly. the variation below seems to work in Pharo 1.0 on OS X. > > > > | server client | > > server := Socket new. > > server listenOn: 12345 backlogSize: 4. > > server waitForConnectionFor: 600. > > client := server accept. > > client receiveData > > --> 'hello ' > > > > > > and from a shell > > echo hello | nc localhost 12345 > > Confirmed, that works for me. I infer from this that it is illegal to > call accept with a backlogSize of 0. Perhaps this should be checked for > at a higher level so that a meaningful error can be returned? > > +1 If you want to can commit a little change for that, I think would be ok. Create an issue in the bugtracker add a unit test if possible! > I was surprised to note that accept returns immediately even if there is > no client connected. Try removing the line "server waitForConnectionFor: > 600." in your example. The code still runs but the socket it returns is > in the connected state even though it can't possibly be connected to > anything. Is this behaviour correct? I thought accept was a blocking > call. > > I'll look into ConnectionQueue, thanks for the help. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

April 20, 2010

Re: [Pharo-users] Traits tutorial/example

by StÃ©phane Ducasse

Excellent Yes I want your comments and questions. On Apr 19, 2010, at 2:41 PM, Johan Fabry wrote: > Thanks Stef! > > With the book chapter I can get started (I knew about traits and composition possibilities before). I filled in the form on the bottom of the page with some comments, I hope they are helpful. Tell me when you want me to proof-read again. > > On 17 Apr 2010, at 14:47, StÃ©phane Ducasse wrote: > >> Hi johan >> >> Not really. I have to write one. >> Johan please have a look at the esug presentation I did at ESUG last year. >> >> I took 1 hour and wrote a first cut >> http://book.pharo-project.org/book/Traits/ >> >> Let me know what you want to know. >> I will continue to work on it to produce a real chapter for the next book but I will do that incrementally. >> >> >> >>> Hi all, >>> >>> is there a traits tutorial or some example material that I can peruse to get started? >>> >>> -- >>> Johan Fabry >>> jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >>> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 19, 2010

[CfP] DLS'10

by Pascal Costanza

Dynamic Languages Symposium 2010 October 18, 2010 Co-located with SPLASH (OOPSLA) 2010 In cooperation with ACM SIGPLAN John Ascuaga's Nugget, Reno/Tahoe, Nevada, USA http://www.dynamic-languages-symposium.org/dls-10/ ***** Call for papers ***** The 6th Dynamic Languages Symposium (DLS) at the conference formerly known as OOPSLA is a forum for discussion of dynamic languages, their implementation and application. While mature dynamic languages including Smalltalk, Lisp, Scheme, Self, Prolog, and APL continue to grow and inspire new converts, a new generation of dynamic scripting languages such as Python, Ruby, PHP, Tcl, and JavaScript are successful in a wide range of applications. DLS provides a place for researchers and practitioners to come together and share their knowledge, experience, and ideas for future research and development. DLS 2010 invites high quality papers reporting original research, innovative contributions or experience related to dynamic languages, their implementation and application. Accepted Papers will be published in the ACM Digital Library. Areas of interest include but are not limited to: * Innovative language features and implementation techniques * Development and platform support, tools * Interesting applications * Domain-oriented programming * Very late binding, dynamic composition, and runtime adaptation * Reflection and meta-programming * Software evolution * Language symbiosis and multi-paradigm languages * Dynamic optimization * Hardware support * Experience reports and case studies * Educational approaches and perspectives * Object-oriented, aspect-oriented, and context-oriented programming === Submissions and proceedings === We invite original contributions that neither have been published previously nor are under review by other refereed events or publications. Research papers should describe work that advances the current state of the art. Experience papers should be of broad interest and should describe insights gained from substantive practical applications. The program committee will evaluate each contributed paper based on its relevance, significance, clarity, and originality. Accepted papers will be published in the ACM Digital Library. Papers are to be submitted electronically at http://www.easychair.org/conferences?conf=dls2010 in PDF format. Submissions must not exceed 12 pages and need to use the ACM format, templates for which can be found at http://www.acm.org/sigs/pubs/proceed/template.html. === Important dates === Submission of papers: June 1, 2010 (hard deadline) Author notification: July 15, 2010 Final versions due: August 13, 2010 DLS 2010: October 18, 2010 SPLASH/OOPSLA 2010: October 17-21, 2010 === Program chair === William Clinger, Northeastern University, Boston, Massachusetts, USA === Program committee === Robby Findler (Northwestern University) Jeffrey S. Foster (University of Maryland) Lars Thomas Hansen (Adobe Systems) Charlotte Herzeel (University of Brussels) S. Alexander Spoon (Google) Eric Tanter (University of Chile) Jan Vitek (Purdue University) Alessandro Warth (Viewpoints Research Institute) [to be completed] -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel Software Languages Lab Pleinlaan 2, B-1050 Brussel, Belgium

April 19, 2010

Re: [Pharo-users] Traits tutorial/example

by Johan Fabry

Thanks Stef! With the book chapter I can get started (I knew about traits and composition possibilities before). I filled in the form on the bottom of the page with some comments, I hope they are helpful. Tell me when you want me to proof-read again. On 17 Apr 2010, at 14:47, StÃ©phane Ducasse wrote: > Hi johan > > Not really. I have to write one. > Johan please have a look at the esug presentation I did at ESUG last year. > > I took 1 hour and wrote a first cut > http://book.pharo-project.org/book/Traits/ > > Let me know what you want to know. > I will continue to work on it to produce a real chapter for the next book but I will do that incrementally. > > > >> Hi all, >> >> is there a traits tutorial or some example material that I can peruse to get started? >> >> -- >> Johan Fabry >> jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >> >> >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 19, 2010

Re: [Pharo-users] Socket>>accept

by StÃ©phane Ducasse

Daniel if we could we would rewrite all the network code :) Stef On Apr 18, 2010, at 1:19 AM, Daniel Birkinshaw wrote: > On Sat, Apr 17, 2010 at 06:32:22PM +0100, Michael Roberts wrote: >> Hi, i think there is something wrong with listenOn:. I am not sure >> what exactly. the variation below seems to work in Pharo 1.0 on OS X. >> >> | server client | >> server := Socket new. >> server listenOn: 12345 backlogSize: 4. >> server waitForConnectionFor: 600. >> client := server accept. >> client receiveData >> --> 'hello ' >> >> >> and from a shell >> echo hello | nc localhost 12345 > > Confirmed, that works for me. I infer from this that it is illegal to > call accept with a backlogSize of 0. Perhaps this should be checked for > at a higher level so that a meaningful error can be returned? > > I was surprised to note that accept returns immediately even if there is > no client connected. Try removing the line "server waitForConnectionFor: > 600." in your example. The code still runs but the socket it returns is > in the connected state even though it can't possibly be connected to > anything. Is this behaviour correct? I thought accept was a blocking > call. > > I'll look into ConnectionQueue, thanks for the help. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 18, 2010

Re: [Pharo-users] removing packages

by StÃ©phane Ducasse

On Apr 17, 2010, at 9:56 PM, Yoandy RodrÃguez MartÃnez wrote: > Hello everyone: > > I downloaded a package called Asteroid and loaded it into my image. It was a .sar file so i used the install button in file manager and everything worked ok. Now i want to remove it from the image but i don't know how to do it. there is no simple sar unload. with sar you can just delete the class categories and also have a look at the changesorter to find all the extensions that the code could have created. Monticello only deals with MCpackages not sar. > I've tried deleting the changesets and thought and unload option in monticello context menu: first thing didn't worked, second launched some kind of error console and I had to close the VM. can you provide a step by step description and the log file? > > Any hint on how to solve this? > > Thanks in advance > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 18, 2010