June 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] DateAndTime>>asTime

by StÃ©phane Ducasse

Here it is https://pharo.fogbugz.com/default.asp?10869 Stef On Jun 7, 2013, at 8:17 PM, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> wrote: > > >> Hi again. >> >> I have one first test for #readFrom:pattern:. What can I do now to send it, where, to whom?. > > I will create a bug entry for you and you create a slice with the test and the fix and you publish it in the pharo inbox. > > Stef > >> >> Regards >> >> 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> >> >> On 07 Jun 2013, at 14:28, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: >> >> > Answers in red. >> > >> > Regards >> > >> > 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> >> > >> > On 07 Jun 2013, at 13:26, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: >> > >> > > Thank you Sven. >> > > >> > > I had made the fixes myself, creating a new class for dates (I don't need the complexity of Date just for determining if a date is past, I don't need date arithmetic either). I just wanted to inform, mainly because the bug seems to be still present in Pharo 3.0. >> > > >> > > Anyway, your solution does not work for the 'd/m/y' pattern, although it does for 'd/m/yy'. >> > >> > Depends on what a single y means, right ? >> > >> > According to documentation, one y means ...year, no matter how many digits supplied... (my own words, not litteral). It means it will either accept ../../13 or ../../2013 >> >> Yes, that is how I understood it as well. My change adds 2000 only in the case of 2 y's unless I am mistaken. But I must admin I didn't test it. >> >> > > I could write the tests you suggest, if you think they are interesting. >> > >> > Yes, please do: with a good set of tests, we can discuss using concrete examples. >> > >> > >> > Sure I will. Will keep you informed! >> >> Super. >> >> > > Regards >> > > >> > > 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> >> > > Hi JosÃ©, >> > > >> > > On 07 Jun 2013, at 12:02, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: >> > > >> > > > Hello everybody. >> > > > >> > > > I would like to add a new improvement to this thread. >> > > > >> > > > I have noticed that Date class has a bug, or at least something to improve in readFrom:pattern: method. The initial comment states that "A year given using only two decimals is considered to be >2000.". >> > > > >> > > > But this seems to be incorrect: if you evaluate >> > > > >> > > > Date readFrom: '07/06/13' readStream pattern: 'd/m/y' >> > > > >> > > > you get: >> > > > >> > > > 7 June 0013 instead of 7 June 2013. >> > > > >> > > > I am working with version #20605 >> > > >> > > The fix would be quite easy: >> > > >> > > year := (inputStream next: 2) asInteger >> > > >> > > should be >> > > >> > > year := 2000 + (inputStream next: 2) asInteger >> > > >> > > A more important problem is that there are no users of #readFrom:pattern: in the system, not even unit tests. If we want to keep the methods, someone should start by writing a couple of unit tests. >> > > >> > > Sven >> > > >> > > > Thank you all for your great work. >> > > > >> > > > Regards. >> > > > >> > > > >> > > > 2013/6/6 Camillo Bruni <camillobruni(a)gmail.com> >> > > > can you save an image with the inspector opened on both x and y, x asTime and y asTime >> > > > and provide a link to it? like that I can inspect it in all detail... >> > > > >> > > > On 2013-06-06, at 17:51, dmacq <dmacq(a)instantiations.com> wrote: >> > > > >> > > > > I tried it again this morning and still had the problem. >> > > > > >> > > > > This is interesting. >> > > > > >> > > > > | x y | >> > > > > x := DateAndTime year: 1991 day: 196 hour: 20 minute: 5 second: 7. >> > > > > y := DateAndTime year: 1991 month: 7 day: 15 hour: 20 minute: 5 second: 7. >> > > > > x = y <------------------ True >> > > > > >> > > > > But >> > > > > | x y | >> > > > > x := DateAndTime year: 1991 day: 196 hour: 20 minute: 5 second: 7. >> > > > > y := DateAndTime year: 1991 month: 7 day: 15 hour: 20 minute: 5 second: 7. >> > > > > x asTime = y asTime <------------- False >> > > > > >> > > > > >> > > > > >> > > > > -- >> > > > > View this message in context: http://forum.world.st/DateAndTime-asTime-tp4691870p4691988.html >> > > > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > > > > >> > > > >> > > > >> > > > >> > > >> > > >> > > >> > >> > >> > >> >> >> >

June 7, 2013

Re: [Pharo-users] DateAndTime>>asTime

by StÃ©phane Ducasse

> Hi again. > > I have one first test for #readFrom:pattern:. What can I do now to send it, where, to whom?. I will create a bug entry for you and you create a slice with the test and the fix and you publish it in the pharo inbox. Stef > > Regards > > 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> > > On 07 Jun 2013, at 14:28, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: > > > Answers in red. > > > > Regards > > > > 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> > > > > On 07 Jun 2013, at 13:26, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: > > > > > Thank you Sven. > > > > > > I had made the fixes myself, creating a new class for dates (I don't need the complexity of Date just for determining if a date is past, I don't need date arithmetic either). I just wanted to inform, mainly because the bug seems to be still present in Pharo 3.0. > > > > > > Anyway, your solution does not work for the 'd/m/y' pattern, although it does for 'd/m/yy'. > > > > Depends on what a single y means, right ? > > > > According to documentation, one y means ...year, no matter how many digits supplied... (my own words, not litteral). It means it will either accept ../../13 or ../../2013 > > Yes, that is how I understood it as well. My change adds 2000 only in the case of 2 y's unless I am mistaken. But I must admin I didn't test it. > > > > I could write the tests you suggest, if you think they are interesting. > > > > Yes, please do: with a good set of tests, we can discuss using concrete examples. > > > > > > Sure I will. Will keep you informed! > > Super. > > > > Regards > > > > > > 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> > > > Hi JosÃ©, > > > > > > On 07 Jun 2013, at 12:02, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: > > > > > > > Hello everybody. > > > > > > > > I would like to add a new improvement to this thread. > > > > > > > > I have noticed that Date class has a bug, or at least something to improve in readFrom:pattern: method. The initial comment states that "A year given using only two decimals is considered to be >2000.". > > > > > > > > But this seems to be incorrect: if you evaluate > > > > > > > > Date readFrom: '07/06/13' readStream pattern: 'd/m/y' > > > > > > > > you get: > > > > > > > > 7 June 0013 instead of 7 June 2013. > > > > > > > > I am working with version #20605 > > > > > > The fix would be quite easy: > > > > > > year := (inputStream next: 2) asInteger > > > > > > should be > > > > > > year := 2000 + (inputStream next: 2) asInteger > > > > > > A more important problem is that there are no users of #readFrom:pattern: in the system, not even unit tests. If we want to keep the methods, someone should start by writing a couple of unit tests. > > > > > > Sven > > > > > > > Thank you all for your great work. > > > > > > > > Regards. > > > > > > > > > > > > 2013/6/6 Camillo Bruni <camillobruni(a)gmail.com> > > > > can you save an image with the inspector opened on both x and y, x asTime and y asTime > > > > and provide a link to it? like that I can inspect it in all detail... > > > > > > > > On 2013-06-06, at 17:51, dmacq <dmacq(a)instantiations.com> wrote: > > > > > > > > > I tried it again this morning and still had the problem. > > > > > > > > > > This is interesting. > > > > > > > > > > | x y | > > > > > x := DateAndTime year: 1991 day: 196 hour: 20 minute: 5 second: 7. > > > > > y := DateAndTime year: 1991 month: 7 day: 15 hour: 20 minute: 5 second: 7. > > > > > x = y <------------------ True > > > > > > > > > > But > > > > > | x y | > > > > > x := DateAndTime year: 1991 day: 196 hour: 20 minute: 5 second: 7. > > > > > y := DateAndTime year: 1991 month: 7 day: 15 hour: 20 minute: 5 second: 7. > > > > > x asTime = y asTime <------------- False > > > > > > > > > > > > > > > > > > > > -- > > > > > View this message in context: http://forum.world.st/DateAndTime-asTime-tp4691870p4691988.html > > > > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

June 7, 2013

Re: [Pharo-users] Pharo on Raspberry Pi

by btc＠openinworld.com

Tony Giaccone wrote: > I recently got a Raspberry Pi and was pleasantly surprised to see that smalltalk is part of the image. I quickly did a search to see if Pharo was available. While there was a flurry of messages about getting a version that would work on the. Pi. I haven't seem anything saying it had happened. > > Is it possible to run Pharo on my RaspPi? > > You didn't say which smalltalk was there, so I'll just mention that Tim Rowledge on [squeak-dev] list appears to have Squeak running on the RaspPi. cheers -ben

June 7, 2013

Re: [Pharo-users] DateAndTime>>asTime

by JosÃ© ComesaÃ±a

Hi again. I have one first test for #readFrom:pattern:. What can I do now to send it, where, to whom?. Regards 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> > > On 07 Jun 2013, at 14:28, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: > > > Answers in red. > > > > Regards > > > > 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> > > > > On 07 Jun 2013, at 13:26, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: > > > > > Thank you Sven. > > > > > > I had made the fixes myself, creating a new class for dates (I don't > need the complexity of Date just for determining if a date is past, I don't > need date arithmetic either). I just wanted to inform, mainly because the > bug seems to be still present in Pharo 3.0. > > > > > > Anyway, your solution does not work for the 'd/m/y' pattern, although > it does for 'd/m/yy'. > > > > Depends on what a single y means, right ? > > > > According to documentation, one y means ...year, no matter how many > digits supplied... (my own words, not litteral). It means it will either > accept ../../13 or ../../2013 > > Yes, that is how I understood it as well. My change adds 2000 only in the > case of 2 y's unless I am mistaken. But I must admin I didn't test it. > > > > I could write the tests you suggest, if you think they are interesting. > > > > Yes, please do: with a good set of tests, we can discuss using concrete > examples. > > > > > > Sure I will. Will keep you informed! > > Super. > > > > Regards > > > > > > 2013/6/7 Sven Van Caekenberghe <sven(a)stfx.eu> > > > Hi JosÃ©, > > > > > > On 07 Jun 2013, at 12:02, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> > wrote: > > > > > > > Hello everybody. > > > > > > > > I would like to add a new improvement to this thread. > > > > > > > > I have noticed that Date class has a bug, or at least something to > improve in readFrom:pattern: method. The initial comment states that "A > year given using only two decimals is considered to be >2000.". > > > > > > > > But this seems to be incorrect: if you evaluate > > > > > > > > Date readFrom: '07/06/13' readStream pattern: 'd/m/y' > > > > > > > > you get: > > > > > > > > 7 June 0013 instead of 7 June 2013. > > > > > > > > I am working with version #20605 > > > > > > The fix would be quite easy: > > > > > > year := (inputStream next: 2) asInteger > > > > > > should be > > > > > > year := 2000 + (inputStream next: 2) asInteger > > > > > > A more important problem is that there are no users of > #readFrom:pattern: in the system, not even unit tests. If we want to keep > the methods, someone should start by writing a couple of unit tests. > > > > > > Sven > > > > > > > Thank you all for your great work. > > > > > > > > Regards. > > > > > > > > > > > > 2013/6/6 Camillo Bruni <camillobruni(a)gmail.com> > > > > can you save an image with the inspector opened on both x and y, x > asTime and y asTime > > > > and provide a link to it? like that I can inspect it in all detail... > > > > > > > > On 2013-06-06, at 17:51, dmacq <dmacq(a)instantiations.com> wrote: > > > > > > > > > I tried it again this morning and still had the problem. > > > > > > > > > > This is interesting. > > > > > > > > > > | x y | > > > > > x := DateAndTime year: 1991 day: 196 hour: 20 minute: 5 second: 7. > > > > > y := DateAndTime year: 1991 month: 7 day: 15 hour: 20 minute: 5 > second: 7. > > > > > x = y <------------------ True > > > > > > > > > > But > > > > > | x y | > > > > > x := DateAndTime year: 1991 day: 196 hour: 20 minute: 5 second: 7. > > > > > y := DateAndTime year: 1991 month: 7 day: 15 hour: 20 minute: 5 > second: 7. > > > > > x asTime = y asTime <------------- False > > > > > > > > > > > > > > > > > > > > -- > > > > > View this message in context: > http://forum.world.st/DateAndTime-asTime-tp4691870p4691988.html > > > > > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

June 7, 2013

Re: [Pharo-users] Changes-File & caching

by StÃ©phane Ducasse

On Jun 7, 2013, at 11:14 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 07 Jun 2013, at 11:07, Markus Fritsche <fritsche.markus(a)gmail.com> wrote: > >> Hello Sven & List, >> >> On 07.06.2013 10:45, Sven Van Caekenberghe wrote: >>> Yes, it is an important problem (but the trigger is a change in Ubuntu 13.04). I am not an Ubuntu desktop user, I can only hope that those who are will help. >> Well, I have 13.04 on a few laptops (2GB Atom netbook, 8GB i7 dual core and 6GB AMD 4Core) with different file systems (ext4, btrfs) on them, so I have quite a few configurations at hand to test with. > > Great, we need more Linux Desktop users, the community it too Mac centric ;-) +1 I'm waiting that mac gets totally evil to switch :) >> The RemoteString-Error during updates has been fixed; as I see the files referenced by the download links have been replaced. The only "old" image left I found was the one titled "Pharo 2.0 image" on http://www.pharo-project.org/pharo-download which raises the error in ScriptLoaderupdate>>#20605 > > We need to fix that then. > > Thanks for the feedback. > > Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > >

June 7, 2013

Re: [Pharo-users] ui slowness on newly installed ubuntu 13.04 64bit

by Paul DeBruicker

And the pharo2 linux all-in-one runs in 116ms on my hardware on Ubuntu 13.04 64bit. On 06/07/2013 09:35 AM, Markus Fritsche wrote: > On 07.06.2013 17:55, Paul DeBruicker wrote: >> From the below it seems to be something with running on linux 64bits >> with a UI slows it down by a factor of 10x. >> >> >> Command line per Camillo below on ubuntu 13.04 64bit on the hardware >> was: 134ms >> >> Using Pharo-2 windows all in one on a windows xp virtualbox VM was: 163ms >> >> Using Pharo-2 linux all in one on a ubuntu 12,04 64bit virtualbox VM >> was: 1918ms >> >> >> Using Pharo-2 linux all in one on a debian 6 32bit virtualbox VM was: 152 ms > Further research: > Pharo PPA VM, Ubuntu 13.04 64Bit: > [SystemNavigation new allCallsOn: #ifTrue: ] timeToRun 2230 > CogVM from Eliot directly ( > http://www.mirandabanda.org/files/Cog/VM/VM.r2732/) > [SystemNavigation new allCallsOn: #ifTrue: ] timeToRun 164 > > Kind regards, > Markus

June 7, 2013

Re: [Pharo-users] ui slowness on newly installed ubuntu 13.04 64bit

by Markus Fritsche

On 07.06.2013 17:55, Paul DeBruicker wrote: > From the below it seems to be something with running on linux 64bits > with a UI slows it down by a factor of 10x. > > > Command line per Camillo below on ubuntu 13.04 64bit on the hardware > was: 134ms > > Using Pharo-2 windows all in one on a windows xp virtualbox VM was: 163ms > > Using Pharo-2 linux all in one on a ubuntu 12,04 64bit virtualbox VM > was: 1918ms > > > Using Pharo-2 linux all in one on a debian 6 32bit virtualbox VM was: 152 ms Further research: Pharo PPA VM, Ubuntu 13.04 64Bit: [SystemNavigation new allCallsOn: #ifTrue: ] timeToRun 2230 CogVM from Eliot directly ( http://www.mirandabanda.org/files/Cog/VM/VM.r2732/) [SystemNavigation new allCallsOn: #ifTrue: ] timeToRun 164 Kind regards, Markus

June 7, 2013

Re: [Pharo-users] ui slowness on newly installed ubuntu 13.04 64bit

by Paul DeBruicker

>From the below it seems to be something with running on linux 64bits with a UI slows it down by a factor of 10x. Command line per Camillo below on ubuntu 13.04 64bit on the hardware was: 134ms Using Pharo-2 windows all in one on a windows xp virtualbox VM was: 163ms Using Pharo-2 linux all in one on a ubuntu 12,04 64bit virtualbox VM was: 1918ms Using Pharo-2 linux all in one on a debian 6 32bit virtualbox VM was: 152 ms On 06/07/2013 08:15 AM, Camillo Bruni wrote: > Can you try on the command line only? > > curl get.pharo.org/30+vm | bash > ./pharo Pharo.image eval "[SystemNavigation new allCallsOn: #ifTrue: ] timeToRun" > > > > On 2013-06-07, at 17:12, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On Jun 7, 2013, at 5:04 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >> >>> My laptop is: >>> >>> [SystemNavigation new allCallsOn: #ifTrue: ] timeToRun 1518 >>> >>> >> (3.0): >> [SystemNavigation new allCallsOn: #ifTrue: ] timeToRun 117 >> >> I have a slow machine: 1.8Ghz Core i5 in a MacBook Air. >> It auto-overclocks to 2.8 Ghz when not using two cores. >> >> It's supposed to be not a fast system, as far as I understood. >> >> Marcus >> >> > >

June 7, 2013

Re: [Pharo-users] ui slowness on newly installed ubuntu 13.04 64bit

by Camillo Bruni

Can you try on the command line only? curl get.pharo.org/30+vm | bash ./pharo Pharo.image eval "[SystemNavigation new allCallsOn: #ifTrue: ] timeToRun" On 2013-06-07, at 17:12, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jun 7, 2013, at 5:04 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > >> My laptop is: >> >> [SystemNavigation new allCallsOn: #ifTrue: ] timeToRun 1518 >> >> > (3.0): > [SystemNavigation new allCallsOn: #ifTrue: ] timeToRun 117 > > I have a slow machine: 1.8Ghz Core i5 in a MacBook Air. > It auto-overclocks to 2.8 Ghz when not using two cores. > > It's supposed to be not a fast system, as far as I understood. > > Marcus > >

June 7, 2013

Re: [Pharo-users] ui slowness on newly installed ubuntu 13.04 64bit

by Paul DeBruicker

OK. I'm going to check on a 12.04 vm and windows xp vm on this hardware right now. I'll report back in a bit On 06/07/2013 08:13 AM, Goubier Thierry wrote: > I'll check with some older hardware; I have something slower than yours, > but I'll have the results later tonight. > > Thierry > > Le 07/06/2013 17:04, Paul DeBruicker a Ã©crit : >> Sounds like I need some new hardware then? >> >> >> >> >> On 06/07/2013 07:16 AM, Goubier Thierry wrote: >>> >>> >>> Le 07/06/2013 16:00, Sven Van Caekenberghe a Ã©crit : >>>> >>>> On 07 Jun 2013, at 15:44, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >>>> >>>>> For the attached profile I downloaded a new pharo 20606 image and ran >>>>> the search for senders of #ifTrue: twice. It shows that it took 17 >>>>> seconds on Ubuntu 13.04 64bit. How long does it take on your machine? >>>> >>>> [ SystemNavigation new allSendersOf: #ifTrue: ] timeToRun =>> 258 >>>> "milliseconds" >>> >>> 20606, Ubuntu 13.04 64bits, Core i3-2350M CPU @ 2.30GHz >>> [ SystemNavigation new allSendersOf: #ifTrue: ] timeToRun =>> [292, >>> 330] ms >>> >>> Thierry >> >> >> >> >

June 7, 2013