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

Re: [Pharo-project] nice story for next generation debugger

by Lukas Renggli

On 19 May 2010 23:34, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 19 May 2010 23:52, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >> Hi >> >> I have a quite fun bug. >> I load some code and suddenly the packageOrganizer is wiped out and contains worng information. >> I checked checked checked no success so far and I would love to have something to say notify me when any change >> happen to the dictionary of packageOrganizer. >> > I has similar thoughts about tracking the object's changes. > It could possibly done by replacing a reference to an object by proxy, > which intercepts all messages sent to it > and then, sending the same message to wrapped object, > and after that, compares a object's contents with its hollow copy > (which made beforehead). > Then , if change is detected - notify a listener. > > So, this is quite easy to implement.. but integrating it into a > debugger is a lil bit another story :) The proxy gives problems with identity, but indeed change tracking is solvable as in <http://scg.unibe.ch/archive/papers/Reng08aTransMemory.pdf>. I guess what Stef wants is more something like <http://scg.unibe.ch/archive/papers/Lien09aCompass.pdf>. Lukas -- Lukas Renggli www.lukas-renggli.ch

May 19, 2010

[Pharo-project] double help entry menu when loading ProfBrowser

by Mariano Martinez Peck

Hi. When loading the prof browser in 11367 I get TWO entries called "help".But one has "Help browser" and the other "ProfStef Browser" They should be in the same help entry and not duplicate I attach two screenshots cheers mariano

May 19, 2010

Re: [Pharo-project] O2 in 1.1

by Mariano Martinez Peck

On Tue, May 18, 2010 at 10:00 PM, Geert Claes <geert.wl.claes(a)gmail.com>wrote: > > Just loaded O2 in 1.1 and when I start it I get the warning "The method > Collection asSortedArray has been deprecated. Use asArray sort" > You can commit the fixes to O2 too...just do that: change asSortedArray for asArray sort > How do I actually change my default system browser back? > -- > View this message in context: > http://forum.world.st/O2-in-1-1-tp2221821p2221821.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 19, 2010

Re: [Pharo-project] UUID on ubuntu 10.04

by Mariano Martinez Peck

Maybe they can just take the pharo 1.0 one click, just evaluate the metacello confing and use it as seaside one click Ahh and change the logo, open welcome workspaces, etc. cheers mariano On Wed, May 19, 2010 at 9:36 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > thanks > > probably the seaside one click does not have the latest vm > > Stef > > On May 19, 2010, at 9:02 PM, David T. Lewis wrote: > > > That is exactly how it works: > > > > UUID>>primMakeUUID > > <primitive: 'primitiveMakeUUID' module: 'UUIDPlugin'> > > UUIDGenerator default generateBytes: self forVersion: 4. > > > > > > I added this to the Mantis issue: > > > > To summarize: The bug exists in some versions of libuuid on some Linux > > distributions. The workaround is to compile the plugin internal. The > > latest versions of Unix VM have the plugin compiled internally, although > > some users may still experience problems if they have a leftover > external > > plugin from a prior installation. > > > > If you experience this problem, then get the latest Unix VM and delete > > any existing copies of the external plugin. > > > > Resolved in latest Unix VMs. The UUID plugin must be compiled internally > > to avoid a bug in some versions of libuuid. > > > > Hopefully this is an accurate summary. > > > > Dave > > > > On Wed, May 19, 2010 at 06:15:32PM +0200, St?phane Ducasse wrote: > >> I'm not sure that it is resolved. It would be good to make sure that the > system does not crash > >> even without reporting a log. May be having a stupid UUID generator as a > fallback would be good. > >> > >> Stef > >> > >>> Thanks, I marked the issue as resolved and summarized the status here: > >>> > >>> http://bugs.squeak.org/view.php?id=7358 > >>> > >>> Dave > >>> > >>> On Wed, May 19, 2010 at 09:42:28AM +0200, St?phane Ducasse wrote: > >>>> Apparently the student reinstalled her ubuntu from scratch (no > incremental installation) and the vm did not crash > >>>> anymore. > >>>> > >>>> Stef > >>>> > >>>> On May 17, 2010, at 9:16 PM, St?phane Ducasse wrote: > >>>> > >>>>> I asked the student to try. > >>>>> > >>>>> Stef > >>>>> > >>>>> On May 17, 2010, at 9:06 PM, laurent laffont wrote: > >>>>> > >>>>>> On ArchLinux I have the problem when UUID is built external. > Official 4.0.3.2202 Unix VM binaries on http://squeakvm.org/unix/ works > well for me (UUID is internal). > >>>>>> > >>>>>> Can you try with this one click image I made once (uses 4.0.3.2202 > binaries) http://lolgzs.free.fr/pharo/Pharo-1.0-OneClick.zip > >>>>>> > >>>>>> Laurent Laffont > >>>>>> > >>>>>> http://pharocasts.blogspot.com/ > >>>>>> http://magaloma.blogspot.com/ > >>>>>> > >>>>>> > >>>>>> On Mon, May 17, 2010 at 8:24 PM, St?phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >>>>>> I can confirm that this is exactly the same trace than the one > reported by laurent (no debug file). > >>>>>> > >>>>>> Stef > >>>>>> On May 17, 2010, at 7:51 PM, David T. Lewis wrote: > >>>>>> > >>>>>>> On Mon, May 17, 2010 at 07:38:59PM +0200, St?phane Ducasse wrote: > >>>>>>>> Hi guys > >>>>>>>> > >>>>>>>> I took seaside the latest one click image and when I have to save > a MC package > >>>>>>>> I get a core dump with UUID new:... > >>>>>>>> I checke the so.UUIDplugin is there and I do not understand. > >>>>>>>> Can somebody with a Ubuntu give a try to save something using MC > and the latest seaside one click. > >>>>>>> > >>>>>>> Hi Stef, > >>>>>>> > >>>>>>> This issue is being tracked here: > http://bugs.squeak.org/view.php?id=7358 > >>>>>>> > >>>>>>> It is not clear to me if the issue is resolved in the Ian's latest > VM > >>>>>>> build, so if you or anyone else can confirm the UUID crash > happening > >>>>>>> with this VM, that would be helpful to clarify. > >>>>>>> > >>>>>>> Dave > >>> > >>> _______________________________________________ > >>> 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 >

May 19, 2010

Re: [Pharo-project] nice story for next generation debugger

by Igor Stasenko

On 19 May 2010 23:52, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > Hi > > I have a quite fun bug. > I load some code and suddenly the packageOrganizer is wiped out and contains worng information. > I checked checked checked no success so far and I would love to have something to say notify me when any change > happen to the dictionary of packageOrganizer. > I has similar thoughts about tracking the object's changes. It could possibly done by replacing a reference to an object by proxy, which intercepts all messages sent to it and then, sending the same message to wrapped object, and after that, compares a object's contents with its hollow copy (which made beforehead). Then , if change is detected - notify a listener. So, this is quite easy to implement.. but integrating it into a debugger is a lil bit another story :) > Stef > _______________________________________________ > 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.

May 19, 2010

Re: [Pharo-project] Fwd: [Lsehub-staff] Why the hacking friday is good :)

by Igor Stasenko

On 19 May 2010 20:34, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > a really cool talk... > Stef > > PS: the friday afternoon in our team we just code together or do stuff that should not get done automatically :) > > That's amazing video! > Begin forwarded message: > >> From: Damien Pollet <damien.pollet(a)inria.fr> >> Date: May 19, 2010 7:04:43 PM GMT+02:00 >> To: âlsehubâ <lsehub-staff(a)lists.gforge.inria.fr> >> Subject: [Lsehub-staff] Why the hacking friday is good :) >> Reply-To: notre liste <lsehub-staff(a)lists.gforge.inria.fr> >> >> http://everywhereelse.wordpress.com/2010/05/14/watch-this-when-youre-done-w… >> >> -- >> Damien Pollet >> type less, do more [ | ] http://people.untyped.org/damien.pollet >> >> >> >> >> _______________________________________________ >> Lsehub-staff mailing list >> Lsehub-staff(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/lsehub-staff > > > _______________________________________________ > 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.

May 19, 2010

Re: [Pharo-project] [Gofer] loading only from package cache but with the same expression

by Lukas Renggli

Yes, these two things are independent of each other. Lukas On 19 May 2010 23:13, Lukas Renggli <renggli(a)gmail.com> wrote: > The default are, as the documentation says: > > - report errors > - use package cache > > Everything else you need to configure separately. > > Lukas > > On 19 May 2010 18:23, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Yes I know all that now should I disable errors to get it loading only from the local cache? >> >>> If you disable repository errors inaccessible repositories are ignored >>> and don't throw an error (you have to tell that though): >> but does it still load from the local-cache? >> >> >> Stef >> >> >> On May 19, 2010, at 6:14 PM, Lukas Renggli wrote: >> >>> The default Gofer only uses the package cache: >>> >>> Â Gofer new repositories >>> Â Â --> an Array(a >>> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache)) >>> >>> If you specify other repositories they are tried in that order as well: >>> >>> Â Gofer new renggli: 'ob'; squeaksource: 'rb'; repositories >>> Â --> Â an Array(a >>> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache) >>> a MCHttpRepository(http://source.lukas-renggli.ch/ob) a >>> MCHttpRepository(http://www.squeaksource.com/rb)) >>> >>> If you disable the package cache, the package cache is ignored: >>> >>> Â Gofer new disablePackageCache; renggli: 'ob'; squeaksource: 'rb'; >>> repositories >>> Â --> an Array(a MCHttpRepository(http://source.lukas-renggli.ch/ob) >>> a MCHttpRepository(http://www.squeaksource.com/rb)) >>> >>> If you disable repository errors inaccessible repositories are ignored >>> and don't throw an error (you have to tell that though): >>> >>> Â Gofer new disableRepositoryErrors; renggli: 'ob'; squeaksource: >>> 'rb'; repositories >>> Â --> Â an Array(a >>> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache) >>> a MCHttpRepository(http://source.lukas-renggli.ch/ob) a >>> MCHttpRepository(http://www.squeaksource.com/rb)) >>> >>> Lukas >>> >>> On 19 May 2010 16:59, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> Hi lukas >>>> >>>> is it possible that for an expression that would work if we get network Gofer looks only in the package cache. >>>> so that when you do not have internet but are sure that the files you need are in the package cache >>>> you can use gofer to load them >>>> >>>> I thought is was working but this is not that clear. I could not make it work in the library. >>>> >>>> Stef >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Lukas Renggli www.lukas-renggli.ch

May 19, 2010

Re: [Pharo-project] [Gofer] loading only from package cache but with the same expression

by Lukas Renggli

The default are, as the documentation says: - report errors - use package cache Everything else you need to configure separately. Lukas On 19 May 2010 18:23, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Yes I know all that now should I disable errors to get it loading only from the local cache? > >> If you disable repository errors inaccessible repositories are ignored >> and don't throw an error (you have to tell that though): > but does it still load from the local-cache? > > > Stef > > > On May 19, 2010, at 6:14 PM, Lukas Renggli wrote: > >> The default Gofer only uses the package cache: >> >> Â Gofer new repositories >> Â Â --> an Array(a >> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache)) >> >> If you specify other repositories they are tried in that order as well: >> >> Â Gofer new renggli: 'ob'; squeaksource: 'rb'; repositories >> Â --> Â an Array(a >> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache) >> a MCHttpRepository(http://source.lukas-renggli.ch/ob) a >> MCHttpRepository(http://www.squeaksource.com/rb)) >> >> If you disable the package cache, the package cache is ignored: >> >> Â Gofer new disablePackageCache; renggli: 'ob'; squeaksource: 'rb'; >> repositories >> Â --> an Array(a MCHttpRepository(http://source.lukas-renggli.ch/ob) >> a MCHttpRepository(http://www.squeaksource.com/rb)) >> >> If you disable repository errors inaccessible repositories are ignored >> and don't throw an error (you have to tell that though): >> >> Â Gofer new disableRepositoryErrors; renggli: 'ob'; squeaksource: >> 'rb'; repositories >> Â --> Â an Array(a >> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache) >> a MCHttpRepository(http://source.lukas-renggli.ch/ob) a >> MCHttpRepository(http://www.squeaksource.com/rb)) >> >> Lukas >> >> On 19 May 2010 16:59, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Hi lukas >>> >>> is it possible that for an expression that would work if we get network Gofer looks only in the package cache. >>> so that when you do not have internet but are sure that the files you need are in the package cache >>> you can use gofer to load them >>> >>> I thought is was working but this is not that clear. I could not make it work in the library. >>> >>> Stef >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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 > -- Lukas Renggli www.lukas-renggli.ch

May 19, 2010

[Pharo-project] nice story for next generation debugger

by stephane ducasse

Hi I have a quite fun bug. I load some code and suddenly the packageOrganizer is wiped out and contains worng information. I checked checked checked no success so far and I would love to have something to say notify me when any change happen to the dictionary of packageOrganizer. Stef

May 19, 2010

Re: [Pharo-project] impossible to move window :)

by StÃ©phane Ducasse

If I replay the changes the windows can move. So I uploaded a new zipped file. I have no clue how this happened. Stef > apparently when I take the latest beta I cannot move windows. > So I will probably check and if necessary rollback > > stef > On May 19, 2010, at 7:32 PM, Mariano Martinez Peck wrote: > >> I can. In 11367 >> >> On Wed, May 19, 2010 at 6:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> is it me or the latest beta introduced a nice behavior that make sure that you >> cannot move windows anymore? >> >> Stef >> _______________________________________________ >> 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

May 19, 2010