- Pharo-dev - lists.pharo.org

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

by Eliot Miranda

closely related: http://www.ted.com/talks/lang/eng/tom_wujec_build_a_tower.html On Wed, May 19, 2010 at 10:34 AM, 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 :) > > > 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 >

May 19, 2010

[Pharo-project] Algernon for 1.1.

by Torsten Bergmann

Hi there, ConfigurationOfAlgernon will crash with 1.1. Anyone knows if Algernon is still maintained? The method #multipleFocusHolderCs returns a changeset to change HandMorph ... not nice This will cause the crash (underscores?) and will also patch the Morphic package which has open changes afterwards. Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 19, 2010

Re: [Pharo-project] Fwd: Re: Decoding bug with XMLParser ?

by Henrik Sperre Johansen

On 19.05.2010 21:44, StÃ©phane Ducasse wrote: > ok > may be you should have said that before :) > Now how this can be done? > changing the EncodedCharSets? > >> initialize >> >> self allSubclassesDo: [:each | each initialize]. >> >> EncodedCharSets := Array new: 256. >> >> EncodedCharSets at: 0+1 put: Unicode "Latin1Environment". >> EncodedCharSets at: 1+1 put: JISX0208. >> EncodedCharSets at: 2+1 put: GB2312. >> EncodedCharSets at: 3+1 put: KSX1001. >> EncodedCharSets at: 4+1 put: JISX0208. > Then I do not understand because > EncodedCharSets at: 0+1 put: Unicode > seems to me that this is already the case but may be I'm not looking at the right place. > > What are the implications? > What will we break. > > Stef As you've noted, we've already done it. It's broken then display of WideStrings with StrikeFonts, since that relied on Wide Characters being stops, which did happen when leadingChar was 255, but not when it's 0. That is manifested in that the rest of the string after a WideChar is rendered as ?'s. There's also an error causing the width of the chars to be wrong, and the first char on the line to be displayed on the previous line instead, but iirc that's not directly related to the stops issue. Cheers, Henry

May 19, 2010

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