June 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Remove wordStyleCursorMovement preference?

by StÃ©phane Ducasse

+1 kill preferences.... Shredstef On Jun 12, 2009, at 5:23 PM, Adrian Lienhard wrote: > Never used and I have no idea what it does. > > I won't miss it ;) > > Cheers, > Adrian > > On Jun 12, 2009, at 16:06 , Michael Rueger wrote: > >> Hi all, >> >> is anybody setting this preference false? (I wasn't even aware it >> existed) >> >> If not, we could just remove the preference and clean up cursor >> movement >> code. >> >> Michael >> >> _______________________________________________ >> 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 >

June 12, 2009

Re: [Pharo-project] Fwd: to go beta?

by Marcus Denker

On 11.06.2009, at 16:19, Adrian Lienhard wrote: > That's a good question I was also thinking about today... > > I suggest the following steps: > > 1. Review all issues in the tracker and decide for each whether it is > important for 1.0. > 2. We concentrate on completing these 1.0-tagged items. New issues > should only be tagged with 1.0 if they are critical bugs (i.e., no new > improvements get integrated anymore!) > 3. As soon as we have completed all items that change the behavior of > the system (i.e., that are not bugfixes) we declare beta > 4. As soon as all items are done, we declare gamma and after a while > without newly reported problems we release 1.0 Yes, that makes sense. I did a pass over the last days to close / harvest the most simple small changes (e.g. small cleanups). We are down to 257 open bug reports. Marcus

June 12, 2009

Re: [Pharo-project] Remove wordStyleCursorMovement preference?

by Adrian Lienhard

Never used and I have no idea what it does. I won't miss it ;) Cheers, Adrian On Jun 12, 2009, at 16:06 , Michael Rueger wrote: > Hi all, > > is anybody setting this preference false? (I wasn't even aware it > existed) > > If not, we could just remove the preference and clean up cursor > movement > code. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 12, 2009

[Pharo-project] Character enter?

by Michael Rueger

Hi all, which platforms actually deliver this Character (3)? And which key is it? Michael

June 12, 2009

[Pharo-project] Duration milliSeconds: (was Animation bench)

by Henrik Johansen

I assume the // and \\ involved in converting millis to seconds were found too slow (see comment for similiar method nanoseconds:, which does it), therefore it's assumed milliseconds: is always called with value 0<value<1000. However, changing to a version that "auto-translates" to seconds: milliSeconds: milliCount ^ self basicNew seconds: (milliCount // 1000) nanoSeconds: (milliCount \\ 1000) * NanosInMillisecond (there was no MillisInSecond, I didn't bother adding just for this) and running some tests against old version: Time millisecondsToRun: [10000 to: 1000000 do: [:ms | dur := Duration milliSeconds: ms]]] 305 Time millisecondsToRun: [10000 to: 1000000 do: [:ms | durr := Duration milliSecondsOld: ms]] 1683 with float values: Time millisecondsToRun: [10000.0 to: 1000000.0 do: [:ms | dur := Duration milliSeconds: ms]]] 1944 2058 2151 Time millisecondsToRun: [10000.0 to: 1000000.0 do: [:ms | durr := Duration milliSecondsOld: ms]] 5396 5458 5171 For the small, valid, values though: Time millisecondsToRun: [5000 timesRepeat: [1 to: 999 do: [:ix | durr := Duration milliSeconds: ix]]] 1620 1628 1483 1747 1722 Time millisecondsToRun: [5000 timesRepeat: [1 to: 999 do: [:ix | durr := Duration milliSecondsOld: ix]]] 1549 1670 1525 1498 1651 So I guess it does make *some* sense, just puts rather strict limits on the input accepted. Cheers, Henry Henrik Johansen skrev: > Besides, durationToRun has a bug when durationTime is bigger than 1s, > calling Duration milliSeconds: durationTime . > (Or Duration milliSeconds: has a bug, depending on your point of view) > Ex: > (In Squeak) > Duration milliSeconds: 7666 prints as: 0:00:00:00.7666 > (In Pharo) > Duration milliSeconds: 7666 prints as: 0:00:00:07.7666 > > In both cases, A Duration with 0 seconds, and 7666000000 nanoseconds is > created. > > Cheers, > Henry > > StÃ©phane Ducasse skrev: > >> on mac >> >> 0:00:00:00.409 >> >> On Jun 12, 2009, at 11:43 AM, Gary Chambers wrote: >> >> >> >>> Depends if the preference for "higher performance" is enabled too... >>> >>> For comparison (Windows VM, updated 10304cl image): >>> >>> "higher performance" off: 0:00:00:06.6087 >>> "higher performance" on: 0:00:00:00.524 >>> >>> Regards, Gary >>> >>> ----- Original Message ----- >>> From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> >>> To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Friday, June 12, 2009 7:12 AM >>> Subject: [Pharo-project] Animation bench >>> >>> >>> Hi guys >>> >>> could you run the following: >>> >>> >>> >>>>> [ >>>>> (m := Morph new) openInWorld. >>>>> 1 to: 300 do: [:i | >>>>> m position: m position + (1@1). >>>>> World doOneCycle] >>>>> ] >>>>> durationToRun >>>>> >>>>> >>> because frederic.ferrere(a)free.fr did it and here are the result >>> >>> * vm : pharo-vm-0.15.1b-linux >>> * image : pharo0.1-10332dev09.06.2 >>> - Test 1 : Project est vide, juste le workspace ouvert Ã l'opposÃ© du >>> trajet >>> RÃ©sultat 0:00:00:07.704 >>> - Test 2 : ClassBrowser recouvrant tout le 'World' >>> RÃ©sultat : 0:00:00:00.689 >>> >>> - Test 1 >>> * vm : squeak3.9.8-3ubuntu3 >>> * image : Squeak-dev 3.10.2 >>> - Test 1 : Project est vide, juste le workspace ouvert Ã l'opposÃ© du >>> trajet >>> RÃ©sultat : 0:00:00:02.098 >>> - Test 2 : ClassBrowser recouvrant tout le 'World' >>> RÃ©sultat : 0:00:00:00.608 >>> Donc contrairement Ã ce qu'il semblait Ãªtre logique, >>> le morph avance plus vite si le "World" n'est pas vide. >>> >>> StÃ©phane Rollandin a Ã©crit : >>> >>> >>>> [ >>>> (m := Morph new) openInWorld. >>>> 1 to: 300 do: [:i | >>>> m position: m position + (1@1). >>>> World doOneCycle] >>>> ] >>>> durationToRun >>>> >>>> retourne 0:00:00:00.373 dans mon image, soit un gros tiers de >>>> seconde. on est loin des 6 s >>>> >>>> >>> _______________________________________________ >>> 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 > > >

June 12, 2009

[Pharo-project] Remove wordStyleCursorMovement preference?

by Michael Rueger

Hi all, is anybody setting this preference false? (I wasn't even aware it existed) If not, we could just remove the preference and clean up cursor movement code. Michael

June 12, 2009

Re: [Pharo-project] Animation bench

by Adrian Lienhard

> What is this "higher performance" preference? It makes me remember > old pcs > with the yellow button "Turbo" > > Why this is not true by default? Because it makes your image slow. For details please see the archive of this list. We've recently discussed this setting and concluded that it should be removed. Cheers, Adrian

June 12, 2009

Re: [Pharo-project] Animation bench

by Mariano Martinez Peck

In windows and "higher performance" disable: 0:00:00:07.7335 0:00:00:07.7292 0:00:00:07.7229 0:00:00:07.7408 In windows and "higher performance" enable: 0:00:00:04.4469 0:00:00:04.4255 0:00:00:04.4153 0:00:00:04.4373 What is this "higher performance" preference? It makes me remember old pcs with the yellow button "Turbo" Why this is not true by default? cheers, Mariano 2009/6/12 Luc Fabresse <luc.fabresse(a)gmail.com> > My results : > > VM Mac (john) : 4.1.1b2U Image : pharo0.1-10324dev > Just with the workspace windows : 0:00:00:06.6051 > With an OBPackageBrowser taking fullscreen : 0:00:00:06.6048 > > VM Mac (john) : 4.1.1b2U > Image : pharo0.1-core10331cl > Just with the workspace windows : 0:00:00:06.6047 > With an OBPackageBrowser taking fullscreen : 0:00:00:06.6056 > > Luc > > Le 12 juin 2009 08:12, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a > Ã©crit : > > Hi guys >> >> could you run the following: >> >> >> [ >> >> (m := Morph new) openInWorld. >> >> 1 to: 300 do: [:i | >> >> m position: m position + (1@1). >> >> World doOneCycle] >> >> ] >> >> durationToRun >> >> because frederic.ferrere(a)free.fr did it and here are the result >> >> * vm : pharo-vm-0.15.1b-linux >> * image : pharo0.1-10332dev09.06.2 >> - Test 1 : Project est vide, juste le workspace ouvert Ã l'opposÃ© du >> trajet >> RÃ©sultat 0:00:00:07.704 >> - Test 2 : ClassBrowser recouvrant tout le 'World' >> RÃ©sultat : 0:00:00:00.689 >> >> - Test 1 >> * vm : squeak3.9.8-3ubuntu3 >> * image : Squeak-dev 3.10.2 >> - Test 1 : Project est vide, juste le workspace ouvert Ã l'opposÃ© du >> trajet >> RÃ©sultat : 0:00:00:02.098 >> - Test 2 : ClassBrowser recouvrant tout le 'World' >> RÃ©sultat : 0:00:00:00.608 >> Donc contrairement Ã ce qu'il semblait Ãªtre logique, >> le morph avance plus vite si le "World" n'est pas vide. >> >> StÃ©phane Rollandin a Ã©crit : >> > >> > [ >> > (m := Morph new) openInWorld. >> > 1 to: 300 do: [:i | >> > m position: m position + (1@1). >> > World doOneCycle] >> > ] >> > durationToRun >> > >> > retourne 0:00:00:00.373 dans mon image, soit un gros tiers de >> > seconde. on est loin des 6 s >> >> >> _______________________________________________ >> 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 >

June 12, 2009

Re: [Pharo-project] Animation bench

by Henrik Johansen

Besides, durationToRun has a bug when durationTime is bigger than 1s, calling Duration milliSeconds: durationTime . (Or Duration milliSeconds: has a bug, depending on your point of view) Ex: (In Squeak) Duration milliSeconds: 7666 prints as: 0:00:00:00.7666 (In Pharo) Duration milliSeconds: 7666 prints as: 0:00:00:07.7666 In both cases, A Duration with 0 seconds, and 7666000000 nanoseconds is created. Cheers, Henry StÃ©phane Ducasse skrev: > on mac > > 0:00:00:00.409 > > On Jun 12, 2009, at 11:43 AM, Gary Chambers wrote: > > >> Depends if the preference for "higher performance" is enabled too... >> >> For comparison (Windows VM, updated 10304cl image): >> >> "higher performance" off: 0:00:00:06.6087 >> "higher performance" on: 0:00:00:00.524 >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> >> To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, June 12, 2009 7:12 AM >> Subject: [Pharo-project] Animation bench >> >> >> Hi guys >> >> could you run the following: >> >> >>>> [ >>>> (m := Morph new) openInWorld. >>>> 1 to: 300 do: [:i | >>>> m position: m position + (1@1). >>>> World doOneCycle] >>>> ] >>>> durationToRun >>>> >> because frederic.ferrere(a)free.fr did it and here are the result >> >> * vm : pharo-vm-0.15.1b-linux >> * image : pharo0.1-10332dev09.06.2 >> - Test 1 : Project est vide, juste le workspace ouvert Ã l'opposÃ© du >> trajet >> RÃ©sultat 0:00:00:07.704 >> - Test 2 : ClassBrowser recouvrant tout le 'World' >> RÃ©sultat : 0:00:00:00.689 >> >> - Test 1 >> * vm : squeak3.9.8-3ubuntu3 >> * image : Squeak-dev 3.10.2 >> - Test 1 : Project est vide, juste le workspace ouvert Ã l'opposÃ© du >> trajet >> RÃ©sultat : 0:00:00:02.098 >> - Test 2 : ClassBrowser recouvrant tout le 'World' >> RÃ©sultat : 0:00:00:00.608 >> Donc contrairement Ã ce qu'il semblait Ãªtre logique, >> le morph avance plus vite si le "World" n'est pas vide. >> >> StÃ©phane Rollandin a Ã©crit : >> >>> [ >>> (m := Morph new) openInWorld. >>> 1 to: 300 do: [:i | >>> m position: m position + (1@1). >>> World doOneCycle] >>> ] >>> durationToRun >>> >>> retourne 0:00:00:00.373 dans mon image, soit un gros tiers de >>> seconde. on est loin des 6 s >>> >> _______________________________________________ >> 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 > > >

June 12, 2009

Re: [Pharo-project] Missing primitive

by Mariano Martinez Peck

This seems to be already reported but fixed in exupery-vm-0.15.1-linux.tz :( Here's a VM that should have the IP6 primitives in it: http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15.1-linux.tz That's the vm that you are using? which version of Pharo? See this thread: http://n2.nabble.com/Undefined-symbol-using-Exupery-VM-td2581456.html#a2581… Cheers, Mariano On Fri, Jun 12, 2009 at 5:42 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > Hi, > > I fixed issue 864 a few minutes ago. But that showed > another problem. SocketAddress>>hostNumber is using > a primitve > > primitiveResolverHostNameSize > > that is not there. At least not on my machine. I use > expury-0.15.1 vm. Can anybody check if this is a > problem or only on my site? > > I created an issue 882 for it > > Norbert > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 12, 2009