October 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Looking for real-world Magma application

by Dennis Schetinin

Is your database abstraction layer description available somewhere? Or it's a secret weapon? 2010/10/21 Johan Brichau <johan(a)inceptive.be> > Hi Igor, > > I guess that you are referring to us ;-) > > We indeed switched from Magma to GOODS and now to Gemstone, mainly because > of performance issues. > To remain db-independent, we have created a database abstraction layer that > can be used with any of the aforementioned databases. We are currently > preparing to open-source the generic part and we can send you our specific > Magma specialization with representative queries made by our application. > > We should be able to get that to you asap! > > Johan > > On 21 Oct 2010, at 08:33, Igor Stasenko wrote: > > > Hello all, > > sorry for cross-posting. :) > > > > I'd like to ask you, if anyone could share either an image or > > installation with application, > > which using Magma OODB. > > I'd like to use it & test how changing different aspects of Magma > > internals could affect the performance. > > > > There's many tricks, which is known by Chris how to speed it up by > > cleverly fine-tuning various Magma options, > > like read strategy etc. > > But what i'd like is to see, is some setup, used by people, and by > > taking it, see how it could make run faster, > > without changing an application code. > > > > I remember, someone gave a talk @ ESUG, that they were using Magma for > > their application, > > but then forced to switch to another DB layer, because they had bad > > performance issues. > > It would be good, if you could give me the code, so i can run it and > > see if things could be improved. > > Its not a problem, if code is not open-source, we could sign an NDA, > > if this is necessary. > > > > I need something real, simply because benchmarks sometimes not > > representative. :) > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Dennis Schetinin

Oct. 21, 2010

[Pharo-project] Loading FFI into Pharo?

by Friedrich Dominicus

In the end I'm trying to get ODBC running Pharo 1.1. I checked the docs and this should work: ScriptLoader loadFFI. for loading the FFI stuff. If I try that I get the message that this selector is unkwown. What am I supposed to do to get it known? Regards Friedrich

Oct. 21, 2010

[Pharo-project] Issue 3130: MethodReference >> #isLocalSelector should not be part of Monticello package

by Pavel Krivanek

This fix makes PackageInfo independent on Monticello. See http://code.google.com/p/pharo/issues/detail?id=3130 -- Pavel

Oct. 21, 2010

Re: [Pharo-project] ^ character in ubuntu

by Roberto Sapiain

Thanks Gaston. that worked as well in latin-american or spanish keyboard layout (since to access the 'hat' we need to use Alt-Graphic key and another one). :) 2010/10/21 GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com> > Hello. > > I press the key twice "^" and then just enter it in the editor... I think > this is the correct behavior, because this key can be used for "e" for > example, pressing one and then the "e". > > Saludos :) > > 2010/10/20 Diogenes Moreira <diogenes.moreira(a)gmail.com> > >> joya.. thank you.. >> >> On 10/20/10, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> > What happens if you run the same image (Pharo 1.1) but from other VM? >> > Downloaded from the website for example?? >> > >> > Because the oneclick does: >> > >> > #!/bin/sh >> > >> > # path >> > ROOT=`dirname $0` >> > BASE="$ROOT/Contents/Linux" >> > >> > # execute >> > exec "$BASE/squeakvm" \ >> > -plugins "$BASE" \ >> > -encoding latin1 \ >> > -vm-display-X11 \ >> > "$ROOT/Contents/Resources/pharo.image" >> > >> > >> > >> > or similar...maybe there is something bothering there.... >> > >> > cheers >> > >> > mariano >> > >> > 2010/10/20 Diogenes Moreira <diogenes.moreira(a)gmail.com> >> > >> >> Thank you.. >> >> >> >> 2010/10/20 Roberto Sapiain <rsapiain(a)gmail.com> >> >> >> >> Hello. >> >>> >> >>> Well, In my case I just have a simple workaround: in a terminal put >> the >> >>> keyboard in english (with >> >>> # setxkbmap us ; there with shift+6 you get the 'hat' ^ ; to go >> back >> >>> to >> >>> your normal layout setxkbmap latam if its latinamerican or es if >> its >> >>> spanish keyboard type; once you get the character printed, do a copy & >> >>> paste, or memorize the layout of an english keyboard ;)) >> >>> >> >>> cheers, and hello to everyone in the list as well :) >> >>> >> >>> 2010/10/20 Diogenes Moreira <diogenes.moreira(a)gmail.com> >> >>> >> >>>> hi falks. >> >>>> >> >>>> I'm using Pharo 1.1 OneClick Package in Ubuntu 10.4 with the follow >> >>>> locale. >> >>>> when press ^ character in the pharo editor i get "?" symbol.. >> >>>> >> >>>> What configuration I need change? >> >>>> >> >>>> Other data, if i using the cut & paste from othe application, that >> work >> >>>> fine. >> >>>> >> >>>> Thank in advance. >> >>>> >> >>>> iogenes@diogenes-desktop:~$ locale >> >>>> LANG=es_AR.utf8 >> >>>> LC_CTYPE="es_AR.utf8" >> >>>> LC_NUMERIC="es_AR.utf8" >> >>>> LC_TIME="es_AR.utf8" >> >>>> LC_COLLATE="es_AR.utf8" >> >>>> LC_MONETARY="es_AR.utf8" >> >>>> LC_MESSAGES="es_AR.utf8" >> >>>> LC_PAPER="es_AR.utf8" >> >>>> LC_NAME="es_AR.utf8" >> >>>> LC_ADDRESS="es_AR.utf8" >> >>>> LC_TELEPHONE="es_AR.utf8" >> >>>> LC_MEASUREMENT="es_AR.utf8" >> >>>> LC_IDENTIFICATION="es_AR.utf8" >> >>>> LC_ALL= >> >>>> >> >>>> cat /etc/lsb-release >> >>>> DISTRIB_ID=Ubuntu >> >>>> DISTRIB_RELEASE=10.04 >> >>>> DISTRIB_CODENAME=lucid >> >>>> DISTRIB_DESCRIPTION="Ubuntu 10.04.1 LTS >> >>>> >> >>>> diogenes@diogenes-desktop:~$ uname -a >> >>>> Linux diogenes-desktop 2.6.32-25-generic-pae #44-Ubuntu SMP Fri Sep >> 17 >> >>>> 21:57:48 UTC 2010 i686 GNU/Linux >> >>>> >> >>>> >> >>>> >> >>>> _______________________________________________ >> >>>> Pharo-project mailing list >> >>>> Pharo-project(a)lists.gforge.inria.fr >> >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> -* Amn El Ith Tir Sol - Honour *- >> >>> Roberto IvÃ¡n Sapiain Caro (RISC). >> >>> Estudiante Ing. Civil en ComputaciÃ³n. >> >>> Universidad de Chile >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Pharo-project mailing list >> >>> Pharo-project(a)lists.gforge.inria.fr >> >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >>> >> >> >> >> >> >> _______________________________________________ >> >> Pharo-project mailing list >> >> Pharo-project(a)lists.gforge.inria.fr >> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> > >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- -* Amn El Ith Tir Sol - Honour *- Roberto IvÃ¡n Sapiain Caro (RISC). Estudiante Ing. Civil en ComputaciÃ³n. Universidad de Chile

Oct. 21, 2010

Re: [Pharo-project] [Pharo-users] [ANN] Continue working in SimpleLogger

by GermÃ¡n Arduino

Hi Stef: 2010/10/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > and another guy will come and repeat again the same.... > sounds to loop here... > My point is that why do we extend something that apparently is just done for not been extended > else it will be complex and somebody else will restart. > Yes, I understand your point, and was exactly my idea when I wroted (not extend too much). You should ask this question to Mariano :). But I, as I released my original code as MIT, can't negate the access to make derivated versions or so. > Because if toothpick would have been called simpleLogger then may be people would have looked at it the first time. > Sorry to be boring this morning but you are wrap in a moebius trick. > > Tell us when SimpleLogger will not be simple so that we start another simpleloggerBis :) > Stef > But yes, I understand your point. And maybe the Mariano's work is also by the same reasons of my original work, develop my own tools and not have to understand work of others.....Well, life is freedom, I think that anyone can develop whichever code he wants if enjoy doing it :) Cheers.

Oct. 21, 2010

[Pharo-project] [update 1.2] #12203

by StÃ©phane Ducasse

12203 ----- - Issue 654: inconsistent highlight color. Thanks Alain Plantec - Issue 3101: Wrong Monticello packages initialization order. Thanks Pavel Krivanek

Oct. 21, 2010

Re: [Pharo-project] [Pharo-users] [ANN] Continue working in SimpleLogger

by StÃ©phane Ducasse

and another guy will come and repeat again the same.... sounds to loop here... My point is that why do we extend something that apparently is just done for not been extended else it will be complex and somebody else will restart. Because if toothpick would have been called simpleLogger then may be people would have looked at it the first time. Sorry to be boring this morning but you are wrap in a moebius trick. Tell us when SimpleLogger will not be simple so that we start another simpleloggerBis :) Stef > This was my point when I wrote SimpleLogger, not time to understand > nor port other framework and needed simething really basic. > > I documented it on Pharo book chapter, we should extend now such > chapter with the doc of new features. > > Cheers. > > > 2010/10/21 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> >> >> On Thu, Oct 21, 2010 at 7:24 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> why don;t you look look at toothpick? >>> >> >> Because I don't have time to learn a new logging framework, nor to make it >> work on Pharo. I don't plan to be part of a logging framework. I just needed >> something really EASY for my projects. So, I remembered GermÃ¡n doing that, I >> know it was working in Pharo, and it took me 5 minutes to understand. 2 >> hours more to add my features, and that's all :) I just make it public for >> other users. >> >> Chees >> >> Mariano >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 21, 2010

Re: [Pharo-project] [Pharo-users] [ANN] Continue working in SimpleLogger

by GermÃ¡n Arduino

This was my point when I wrote SimpleLogger, not time to understand nor port other framework and needed simething really basic. I documented it on Pharo book chapter, we should extend now such chapter with the doc of new features. Cheers. 2010/10/21 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Thu, Oct 21, 2010 at 7:24 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> why don;t you look look at toothpick? >> > > Because I don't have time to learn a new logging framework, nor to make it > work on Pharo. I don't plan to be part of a logging framework. I just needed > something really EASY for my projects. So, I remembered GermÃ¡n doing that, I > know it was working in Pharo, and it took me 5 minutes to understand. 2 > hours more to add my features, and that's all :)Â I just make it public for > other users. > > Chees > > Mariano >

Oct. 21, 2010

Re: [Pharo-project] Looking for real-world Magma application

by Igor Stasenko

On 21 October 2010 10:26, Johan Brichau <johan(a)inceptive.be> wrote: > Hi Igor, > > I guess that you are referring to us ;-) > > We indeed switched from Magma to GOODS and now to Gemstone, mainly because of performance issues. > To remain db-independent, we have created a database abstraction layer that can be used with any of the aforementioned databases. We are currently preparing to open-source the generic part and we can send you our specific Magma specialization with representative queries made by our application. > > We should be able to get that to you asap! > Thank you, Johan. Please keep me updated :) > Johan > > On 21 Oct 2010, at 08:33, Igor Stasenko wrote: > >> Hello all, >> sorry for cross-posting. :) >> >> I'd like to ask you, if anyone could share either an image or >> installation with application, >> which using Magma OODB. >> I'd like to use it & test how changing different aspects of Magma >> internals could affect the performance. >> >> There's many tricks, which is known by Chris how to speed it up by >> cleverly fine-tuning various Magma options, >> like read strategy etc. >> But what i'd like is to see, is some setup, used by people, and by >> taking it, see how it could make run faster, >> without changing an application code. >> >> I remember, someone gave a talk @ ESUG, that they were using Magma for >> their application, >> but then forced to switch to another DB layer, because they had bad >> performance issues. >> It would be good, if you could give me the code, so i can run it and >> see if things could be improved. >> Its not a problem, if code is not open-source, we could sign an NDA, >> if this is necessary. >> >> I need something real, simply because benchmarks sometimes not >> representative. :) >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- Best regards, Igor Stasenko AKA sig.

Oct. 21, 2010

Re: [Pharo-project] [update 1.2] #12201

by StÃ©phane Ducasse

Excellent! Good infrastructure will make us all much faster. I like the motto of marcus: fix what we use daily to get faster. On Oct 21, 2010, at 9:40 AM, Fernando olivero wrote: > Great work Alain!Now porting my icon importer is going to be easier! > The idea is to use the Gaucho icon importer to be able to choose amongst different external icon families , greatly improving the look and fell of the tools. > Having a single entry point goes into this direction! > I will create an issue for this. > > Fernando > On Oct 20, 2010, at 11:33 PM, Alain Plantec wrote: > >> Le 20/10/2010 23:13, Alain Plantec a Ã©crit : >>> Le 20/10/2010 22:47, StÃ©phane Ducasse a Ã©crit : >>>> 12201 >>>> ----- >>>> - Issue 1800: MenuIcons and ThemeIcons should be merged. Big >>>> thanks to alain plantec!!! >>> well, too fast, there is a problem with a missing icon. >>> I'm afraid you have to rollback >>> sorry >>> Alain >> well, I can't reproduce the problem. >> finally it's seems ok after having updated again. >> the icon is where it should be. >> alain >>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 21, 2010