- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [update 1.4] #14228

by Sven Van Caekenberghe

On 18 Nov 2011, at 15:22, StÃ©phane Ducasse wrote: > > 14228 > ----- > > Issue 4903: New version of Zinc > http://code.google.com/p/pharo/issues/detail?id=4903 > > Stef > Nice, thanks! I forgot to mention that you have to update the units tests as well, to Zinc-Tests-SvenVanCaekenberghe.114 ZnNeoClientTests was also renamed to ZnClientTests Now we have a lot of failures due to a missing class. Sven

Nov. 18, 2011

[Pharo-project] [update 1.4] #14230

by StÃ©phane Ducasse

14230 ----- - Issue 4943: Failing Test: SelfEvaluatingObjectTest. Thanks Nicolas Cellier. http://code.google.com/p/pharo/issues/detail?id=4943 - Issue 3348: use #shouldBePrintedAsLiteral instead of #isLiteral when printing or storing characters and arrays. Thanks vonbecmann and levente. http://code.google.com/p/pharo/issues/detail?id=3348

Nov. 18, 2011

[Pharo-project] [update 1.4] #14229

by StÃ©phane Ducasse

14229 ----- - Issue 3129: menu auto decoration should be removed. Thanks Alain Plantec. Gary may be this can impact you so watch out :). http://code.google.com/p/pharo/issues/detail?id=3129

Nov. 18, 2011

Re: [Pharo-project] scripting a package backup

by Lukas Renggli

On 18 November 2011 21:40, jannik.laval <jannik.laval(a)gmail.com> wrote: > My point is that I do not want to know the remote repository. > I just want to copy my current package on a local repository. > > When you write squeaksource: 'remote', you suppose that your package is on squeaksource in the project named remote. > That is that information that I do not want to give. Everything that is not your package cache is remote. It can also be a directory on your HD, a GOODS database, or whatever ... > I need the process that creates the mcz file, to copy it on a repository. I do not get it. Maybe you want to give more context? > Jannik > > On Nov 18, 2011, at 18:37 , Lukas Renggli wrote: > >> On 18 November 2011 16:11, jannik.laval <jannik.laval(a)gmail.com> wrote: >>> Yes, that is my problem ! >>> I want to export packages in a repository outside the package cache and with an empty package cache. >>> The problem to pull the version first, is to know the url of the version. >> >> I don't get your problem! >> >> Gofer new >> Â Â squeaksource: 'remote'; >> Â Â version: 'Foo-123'; Â Â Â Â Â Â Â Â " or package: 'Foo' if you want >> all version " >> Â Â fetch >> >> Gofer new >> Â Â squeaksource: 'backup'; >> Â Â version: 'Foo-123'; >> Â Â push >> >> >> >>> >>> Jannik >>> >>> On Nov 18, 2011, at 16:03 , Lukas Renggli wrote: >>> >>>> It is all relative to your package cache, so maybe you have to pull >>>> the versions first? >>>> >>>> On 18 November 2011 10:53, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>>> Hi Lukas, >>>>> I tried: >>>>> >>>>> === >>>>> RPackageOrganizer packageInfoNames do:[:e | >>>>> Â Â Â Â Gofer new >>>>> Â Â Â Â Â Â Â Â directory: '/Users/janniklaval/Desktop/MCPackages'; >>>>> Â Â Â Â Â Â Â Â package: e; >>>>> Â Â Â Â Â Â Â Â push. >>>>> ] >>>>> === >>>>> but if the package was not modified, it does not copy the source files. >>>>> >>>>> Jannik >>>>> >>>>> On Nov 18, 2011, at 10:38 , Lukas Renggli wrote: >>>>> >>>>>> It would be trivial with Gofer: >>>>>> >>>>>> Â Gofer new >>>>>> Â Â Â squeaksource: 'backupproject'; >>>>>> Â Â Â package: 'P1'; >>>>>> Â Â Â package: 'P2'; >>>>>> Â Â Â package: 'P3'; >>>>>> Â Â Â push >>>>>> >>>>>> Now of course you can find your script a working script in the class GoferPush. >>>>>> >>>>>> Lukas >>>>>> >>>>>> On 18 November 2011 10:03, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>>>>> Hi Pharoers, >>>>>>> >>>>>>> I would like to backup my packages in a repository with a script. >>>>>>> I have one constraint: I need to use Monticello (eg, not gofer or metacello). >>>>>>> And I do not want to have a version incrementation. >>>>>>> >>>>>>> Does someone have any script or any way to do that ? >>>>>>> >>>>>>> Cheers, >>>>>>> Jannik >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Lukas Renggli >>>>>> www.lukas-renggli.ch >>>>>> >>>>> >>>>> --- >>>>> Jannik Laval >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>> >>> --- >>> Jannik Laval >>> >>> >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > --- > Jannik Laval > > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 18, 2011

Re: [Pharo-project] scripting a package backup

by jannik.laval

My point is that I do not want to know the remote repository. I just want to copy my current package on a local repository. When you write squeaksource: 'remote', you suppose that your package is on squeaksource in the project named remote. That is that information that I do not want to give. I need the process that creates the mcz file, to copy it on a repository. Jannik On Nov 18, 2011, at 18:37 , Lukas Renggli wrote: > On 18 November 2011 16:11, jannik.laval <jannik.laval(a)gmail.com> wrote: >> Yes, that is my problem ! >> I want to export packages in a repository outside the package cache and with an empty package cache. >> The problem to pull the version first, is to know the url of the version. > > I don't get your problem! > > Gofer new > squeaksource: 'remote'; > version: 'Foo-123'; " or package: 'Foo' if you want > all version " > fetch > > Gofer new > squeaksource: 'backup'; > version: 'Foo-123'; > push > > > >> >> Jannik >> >> On Nov 18, 2011, at 16:03 , Lukas Renggli wrote: >> >>> It is all relative to your package cache, so maybe you have to pull >>> the versions first? >>> >>> On 18 November 2011 10:53, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>> Hi Lukas, >>>> I tried: >>>> >>>> === >>>> RPackageOrganizer packageInfoNames do:[:e | >>>> Gofer new >>>> directory: '/Users/janniklaval/Desktop/MCPackages'; >>>> package: e; >>>> push. >>>> ] >>>> === >>>> but if the package was not modified, it does not copy the source files. >>>> >>>> Jannik >>>> >>>> On Nov 18, 2011, at 10:38 , Lukas Renggli wrote: >>>> >>>>> It would be trivial with Gofer: >>>>> >>>>> Gofer new >>>>> squeaksource: 'backupproject'; >>>>> package: 'P1'; >>>>> package: 'P2'; >>>>> package: 'P3'; >>>>> push >>>>> >>>>> Now of course you can find your script a working script in the class GoferPush. >>>>> >>>>> Lukas >>>>> >>>>> On 18 November 2011 10:03, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>>>> Hi Pharoers, >>>>>> >>>>>> I would like to backup my packages in a repository with a script. >>>>>> I have one constraint: I need to use Monticello (eg, not gofer or metacello). >>>>>> And I do not want to have a version incrementation. >>>>>> >>>>>> Does someone have any script or any way to do that ? >>>>>> >>>>>> Cheers, >>>>>> Jannik >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Lukas Renggli >>>>> www.lukas-renggli.ch >>>>> >>>> >>>> --- >>>> Jannik Laval >>>> >>>> >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> --- >> Jannik Laval >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > --- Jannik Laval

Nov. 18, 2011

[Pharo-project] the true power of pair programming

by StÃ©phane Ducasse

Hi guys I wanted to share that with you. Today I wanted to do something than administration or duties for my job. So we sat with igor and pair programmed. We took a bad part of the systemâ¦. HandMorph>>processEvents and HandMorph>>generateMouseEvent: and we started. It was the kind of adventure that alone looks like a dark and humid tunnelâ¦.boring painful and tedious. Now we started and banged our heads against it and little micro steps by little micro steps we continuedâ¦ The beginning was muddy and crashing. At the end we can generate MorphicMouseEvent using nicely created systemEvent (instead of the ugly third, fourth, sixth and second of courseâ¦ ugly eventBuffer code), we started to have double dispatch instead of these terrible case statements. >From time to times we felt discouraged (you know the kind of state of mind - where you think that nothing will happen and that the system is so old and circumvolved and that your dreams will not come true). But slowly eating cookies and discussing design, sharing the keyboard abstractions and good code emerged and this was just great. This is not finished and we will continue. But this was cool. Two guys chatting and eating cookies do not feel the darkness of the tunnel and can lit some fire to see further down. Stef Gofer squeaksource: 'EventModel' package: 'EventModel'; load Look at EventModel-System and SystemInputEvent hierarchy and the handle* methods in *EventModel of HandMorph. The adventurous can even try :) | ann evt | ann := SystemInputEventAnnouncer new. ann subscribe: SystemInputEvent send: #dispatchEvent: to: World activeHand. 10 timesRepeat: [ 500 milliSeconds asDelay wait. evt := Sensor nextEvent. evt ifNotNil: [ ann handleEvent: evt ]. ]

Nov. 18, 2011

[Pharo-project] New Cog VMs available [was [squeak-dev] VM cog crash]

by Eliot Miranda

Hi All, new VMs at http://www.mirandabanda.org/files/Cog/VM/VM.r2515/. These fix a code generator bug and as a result produce slightly better code in rare circumstances. Anyway, Hans' case below will no longer crash the VM :) Enjoy. On Thu, Nov 17, 2011 at 5:38 AM, Baveco, Hans <Hans.Baveco(a)wur.nl> wrote: > I managed to crash the (latest) cog VM consistently, producing the > attached crash dump (containing two crashes). > Debugging the code carefully I found that somewhere in the process of > setting an instance variable of an object at the top of a tree-like > structure, by traversing the tree downwards and back (lazy initializing > instance variables), a clearly wrong method was executed: > > setCenter: aPoint > > center := center > > > after correcting this the crashes didn't occur anymore. > Not sure how important this is, but surprising it was, though! > > Hans > > > > -- best, Eliot

Nov. 18, 2011

Re: [Pharo-project] scripting a package backup

by Lukas Renggli

On 18 November 2011 16:11, jannik.laval <jannik.laval(a)gmail.com> wrote: > Yes, that is my problem ! > I want to export packages in a repository outside the package cache and with an empty package cache. > The problem to pull the version first, is to know the url of the version. I don't get your problem! Gofer new squeaksource: 'remote'; version: 'Foo-123'; " or package: 'Foo' if you want all version " fetch Gofer new squeaksource: 'backup'; version: 'Foo-123'; push > > Jannik > > On Nov 18, 2011, at 16:03 , Lukas Renggli wrote: > >> It is all relative to your package cache, so maybe you have to pull >> the versions first? >> >> On 18 November 2011 10:53, jannik.laval <jannik.laval(a)gmail.com> wrote: >>> Hi Lukas, >>> I tried: >>> >>> === >>> RPackageOrganizer packageInfoNames do:[:e | >>> Â Â Â Â Gofer new >>> Â Â Â Â Â Â Â Â directory: '/Users/janniklaval/Desktop/MCPackages'; >>> Â Â Â Â Â Â Â Â package: e; >>> Â Â Â Â Â Â Â Â push. >>> ] >>> === >>> but if the package was not modified, it does not copy the source files. >>> >>> Jannik >>> >>> On Nov 18, 2011, at 10:38 , Lukas Renggli wrote: >>> >>>> It would be trivial with Gofer: >>>> >>>> Â Gofer new >>>> Â Â Â squeaksource: 'backupproject'; >>>> Â Â Â package: 'P1'; >>>> Â Â Â package: 'P2'; >>>> Â Â Â package: 'P3'; >>>> Â Â Â push >>>> >>>> Now of course you can find your script a working script in the class GoferPush. >>>> >>>> Lukas >>>> >>>> On 18 November 2011 10:03, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>>> Hi Pharoers, >>>>> >>>>> I would like to backup my packages in a repository with a script. >>>>> I have one constraint: I need to use Monticello (eg, not gofer or metacello). >>>>> And I do not want to have a version incrementation. >>>>> >>>>> Does someone have any script or any way to do that ? >>>>> >>>>> Cheers, >>>>> Jannik >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>> >>> --- >>> Jannik Laval >>> >>> >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > --- > Jannik Laval > > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 18, 2011

Re: [Pharo-project] OpenGL in Pharo?

by Schwab,Wilhelm K

Fascinating :) ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [Stephane.Ducasse(a)inria.fr] Sent: Friday, November 18, 2011 7:32 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] OpenGL in Pharo? What I want for January: Igor knows it. I told him weekly if not daily. one single 100% fully working solution on all platforms (Callback+ Threaded + DOCUMENTTION) : let us called it Spock Probably - FFI/Alien for solution where code cannot be generated (but we want one name) - NativeBoost Stef On Nov 17, 2011, at 11:55 PM, Pavel Krivanek wrote: > I would like to ask on the future of FFI technologies in Pharo. What will be the prefered project? Alien, NativeBoost or both? That means what projects will have support in the "official" VM for all main platforms? > > Some week ago I played with FFI calls on Linux and the only project that worked well was NativeBoost. The Alien failed to locate the libraries (it was 32bit VM on 64bit system, possible source of complacations). > > Cheers > -- Pavel > > > > 17.11.2011 v 18:51, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> Hi michele >> >> Do not expect something like Jun because this is 10 or 15 years. Now I saw today a cairo graphics displayed on the machine of Javier :). >> This is an example for the Alien chapter of the new pharo book (quite draft). >> >> I hope that I will get somebody will work on a minimal code city for moose based on a opengl solution. >> Now if people have more cycles it will go faster. I hope igor will release soon the opengl binding for mac. >> >> Stef >> <alien.pdf> >> >> >> On Nov 17, 2011, at 8:52 AM, Michele Lanza wrote: >> >>> Dear all, >>> I wanted to ask whether there are some news I missed with respect to having a decent OpenGL framework in Pharo. I checked the following page: >>> >>> http://book.pharo-project.org/book/LanguageAndLibraries/3DGraphicsAndOpenGL/ >>> >>> ..but it sounds all a bit outdated and not something I can rely on in the long run. Ideally there should be something like the Jun framework (available for VisualWorks), but when I met the Jun maker at ICSE and I asked him whether there were any plans of porting Jun to Pharo he told me that it was not in their plans. Long talk, short sense: Is anyone working on OpenGL for Pharo? >>> >>> Cheers >>> >>> Michele >> >

Nov. 18, 2011

Re: [Pharo-project] Unsubscribing for Announcements

by Henrik Sperre Johansen

On 18.11.2011 13:49, Sean P. DeNigris wrote: > Henrik Sperre Johansen wrote: >> Third, for the moment at least, when:do: anActionBlock subscription does >> not work weakly, you are constrained to when:send:to. >> > Should I file a bug? There are no open issues matching "weak announcement" > and WeakSubscriptionBuilder has the method. > > Is it a hard problem to solve? > > Sean It needs ephemeron support in the VM. There should (at least it used to) be an error raised, as per the class comment. Cheers, Henry

Nov. 18, 2011