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

Re: [Pharo-users] DateAndTime>>asTime

by StÃ©phane Ducasse

>> >> >> 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 ? > >> 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. Please :) We love tests!

June 7, 2013

Re: [Pharo-users] DateAndTime>>asTime

by StÃ©phane Ducasse

can you open a bug entry and publish a slice so that we do not fix it. Stef On Jun 7, 2013, at 12:36 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > 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] ui slowness on newly installed ubuntu 13.04 64bit

by Paul DeBruicker

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? On 06/06/2013 11:27 PM, Marcus Denker wrote: > > On Jun 6, 2013, at 5:12 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > >> Hi Damien, >> >> >> Because of the attached Message Tally outputs I don't think the problem >> is specific to changes I've made to an image. I also don't think that >> there is much differnece between Eliots vm or the pharo ppa vm. The >> Message Tally outputs are from profiling the UI while finding the >> senders of #setUp using various VM & image combinations. On squeak >> finding the senders of #setUp seems instantaneous. On Pharo it takes >> multiple seconds to find and display the senders. >> > > This is really strangeâ¦ here even doing "senders of" for all the >6000 senders > of ifTrue: is quite fast for 2.0 and even faster in 3.0. > > So I really wonder what the problem is... > > Marcus >

June 7, 2013

Re: [Pharo-users] account search

by Sean P. DeNigris

Camillo Bruni-3 wrote > who is > remove@ > on fogbugz? I thought maybe it was Benjamin since he disappeared from the user list... ----- Cheers, Sean -- View this message in context: http://forum.world.st/account-search-tp4692121p4692176.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 7, 2013

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

by Sean P. DeNigris

Marcus Denker-4 wrote > Normally I thought that fogbugz should send you updates on bugs you > reported? > We need to check that. There's a plugin [1] but it requires the user to enable the preference. Maybe there's a way to enable globally by default... [1] http://forum.world.st/Auto-Subscribe-in-Fogbugz-td4690614.html ----- Cheers, Sean -- View this message in context: http://forum.world.st/Changes-File-caching-tp4692080p4692174.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 7, 2013

Re: [Pharo-users] DateAndTime>>asTime

by Sven Van Caekenberghe

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 JosÃ© ComesaÃ±a

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 > > > 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! > > 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] ui slowness on newly installed ubuntu 13.04 64bit

by Paul DeBruicker

I thought the profiles showed it wasn't specific to my image but happened on both Pharo 1.4 & 2 using a cog vm on Ubuntu 13.04 64 bit. On Jun 7, 2013, at 12:44 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > could we get the image so that we can try? > > Stef > > On Jun 7, 2013, at 8:27 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On Jun 6, 2013, at 5:12 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >> >>> Hi Damien, >>> >>> >>> Because of the attached Message Tally outputs I don't think the problem >>> is specific to changes I've made to an image. I also don't think that >>> there is much differnece between Eliots vm or the pharo ppa vm. The >>> Message Tally outputs are from profiling the UI while finding the >>> senders of #setUp using various VM & image combinations. On squeak >>> finding the senders of #setUp seems instantaneous. On Pharo it takes >>> multiple seconds to find and display the senders. >>> >> >> This is really strangeâ¦ here even doing "senders of" for all the >6000 senders >> of ifTrue: is quite fast for 2.0 and even faster in 3.0. >> >> So I really wonder what the problem is... >> >> Marcus > >

June 7, 2013

Re: [Pharo-users] DateAndTime>>asTime

by Sven Van Caekenberghe

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 ? > 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. > 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 Donald

On 6/6/2013 2:14 PM, Camillo Bruni wrote: > 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... yes. probably tomorrow. please ping me if I forget. thanks > > 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. >> > -- Donald [|] A bad day in [] is better than a good day in {}

June 7, 2013