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

Re: [Pharo-project] SUnit forked, gofer it

by laurent laffont

Hi, may be you can take a look at TDDFacilities on squeaksource, you can press Ctr+t in the code panel to run the test. There's other facilities that speed up TDD, I like it. See http://lists.gforge.inria.fr/pipermail/pharo-project/2009-June/010033.html Cheers, Laurent Laffont On Thu, Dec 24, 2009 at 12:22 AM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > In the current OB browser(s), if you press Command+T on a selected > test method runs only that test. > > Cheers, > Doru > > > On 23 Dec 2009, at 21:47, Mariano Martinez Peck wrote: > > > > > > > On Wed, Dec 23, 2009 at 9:41 PM, Adrian Kuhn <akuhn(a)iam.unibe.ch> > > wrote: > > Mariano Martinez Peck <marianopeck@...> writes: > > > > > Sorry for go a bit offtopic, but is it possible to run only ONE > > test from the > > > browser??? I would like to right click on a test method and be > > execute. > > > Just like the "run tests" option but only for THAT test and not > > all the tests > > > of that class. Is that possible ? > > > > Fixed in my image. > > > > If you file a bug report, I'll attach the fix :) > > > > Excellent!!!! > > > > http://code.google.com/p/pharo/issues/detail?id=1665 > > > > Let me say that I really like all the little improvements that are > > being done. > > > > Cheers, > > > > Mariano > > > > > > --AA > > > > > > _______________________________________________ > > 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 > > -- > www.tudorgirba.com > > "Be rather willing to give than demanding to get." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 24, 2009

Re: [Pharo-project] File time stamps

by Schwab,Wilhelm K

Martin, That should do it, because the process messing with the file will almost have to be the owner (I think<g>). For some time, it will be easy on Linux because that will the client side of the conversation. To all, if anyone has overcome problems with slow copies between Linux and Windows servers, please don't feel like you'd be cheating me out of something by telling me how to fix it :) Thanks!! Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Martin McClure Sent: Wednesday, December 23, 2009 11:48 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] File time stamps Schwab,Wilhelm K wrote: > Hello all, > > It might be time for me to take another step away from dependence on Windows - something I never quite tire of doing :) One small item standing in my way (there are big ones too) is a need to set file time stamps on Both Windows and Linux. > > I can use SetFileTimeStamp() on Windows, and touch via OSProcess on Linux. Is there a better way, especially on Linux? > > BTW, a copy preserving time stamps won't help: the idea is to get shared drives OUT of the picture, so there either no source or no destination as far as a copy command would be concerned. > Never tried this myself, but the utime() system call can change the access and modification times of a file to any time with one-second precision, provided you are running as the owner of the file. utimes() is the same but with microsecond resolution. And there are some related glibc routines referenced in the man page. Regards, -Martin _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 24, 2009

Re: [Pharo-project] File time stamps

by Martin McClure

Schwab,Wilhelm K wrote: > Hello all, > > It might be time for me to take another step away from dependence on Windows - something I never quite tire of doing :) One small item standing in my way (there are big ones too) is a need to set file time stamps on Both Windows and Linux. > > I can use SetFileTimeStamp() on Windows, and touch via OSProcess on Linux. Is there a better way, especially on Linux? > > BTW, a copy preserving time stamps won't help: the idea is to get shared drives OUT of the picture, so there either no source or no destination as far as a copy command would be concerned. > Never tried this myself, but the utime() system call can change the access and modification times of a file to any time with one-second precision, provided you are running as the owner of the file. utimes() is the same but with microsecond resolution. And there are some related glibc routines referenced in the man page. Regards, -Martin

Dec. 24, 2009

[Pharo-project] Search squeaksource for all senders of a method?

by Adrian Kuhn

I would like search squeaksource for all senders of a method. How could this be done? How would I approach doing this? --AA

Dec. 24, 2009

[Pharo-project] File time stamps

by Schwab,Wilhelm K

Hello all, It might be time for me to take another step away from dependence on Windows - something I never quite tire of doing :) One small item standing in my way (there are big ones too) is a need to set file time stamps on Both Windows and Linux. I can use SetFileTimeStamp() on Windows, and touch via OSProcess on Linux. Is there a better way, especially on Linux? BTW, a copy preserving time stamps won't help: the idea is to get shared drives OUT of the picture, so there either no source or no destination as far as a copy command would be concerned. Bill

Dec. 24, 2009

Re: [Pharo-project] Fwd: hasEqualElements:

by Levente Uzonyi

On Thu, 24 Dec 2009, csrabak(a)bol.com.br wrote: > Em 23/12/2009 22:51, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> escreveu: > >> 2009/12/24 : >>> Igor, >>> Sometimes a fallacy can be written by clever people, by accident. >>> If you pay attention to the line: >>> (size := self size) = otherCollection size ifFalse: [^false]. >>> I all Smalltalks [Except Pharo to what I wrote a comment in issue >>> 1637 http://code.google.com/p/pharo/issues/detail?id=1637] this >>> would return false if self be not Collection or otheCollection >>> isKindOf: Collection not. >>> This happens because in these Smalltalks Object>>size returns >>> zero. >>> >> Not so sure. Try 1.0 size, then 1.0 at: 1.0 size in you favourite >> dialect. > > Nicolas, > > In Squeak 3.10.2-7179: > > 1.0 size -> 2 "OK I'm surprised here" It's not surprising since Float is a variable word subclass of Number. :) > > 1.0 at: 1.0 size -> 0 "this will not work anymore in Pharo because > indices have to be Integer in Pharo right now" The index is 2, so it will work. Btw, I wonder how pharo can force Integer indices if the vm accepts Floats too. Levente > > HTH > > -- > Cesar Rabak > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 24, 2009

Re: [Pharo-project] Fwd: hasEqualElements:

by Nicolas Cellier

2009/12/24 <csrabak(a)bol.com.br>: > Em 23/12/2009 22:51, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> escreveu: > >> Â 2009/12/24 : >> > Igor, >> > Sometimes a fallacy can be written by clever people, by accident. >> > If you pay attention to the line: >> > (size := self size) = otherCollection size ifFalse: [^false]. >> > I all Smalltalks [Except Pharo to Â what I wrote a comment in issue >> > 1637 Â http://code.google.com/p/pharo/issues/detail?id=1637] Â this >> > would Â return false if Â self be Â not Collection Â or otheCollection >> > isKindOf: Collection not. >> > This Â happens Â because in Â these Â Smalltalks Object>>size Â returns >> > zero. >> > >> Â Not so sure. Â Try 1.0 size, Â then 1.0 at: 1.0 size in you favourite >> dialect. > > Nicolas, > > In Squeak 3.10.2-7179: > > 1.0 size -> 2 "OK I'm surprised here" > > 1.0 at: 1.0 size -> 0 "this will not work anymore in Pharo because > indices have to be Integer in Pharo right now" > I mean in VW, size would be > 0 but #at: would raise a debugger. Nicolas > HTH > > -- > Cesar Rabak > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 24, 2009

Re: [Pharo-project] Fwd: hasEqualElements:

by csrabak＠bol.com.br

Em 23/12/2009 22:51, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> escreveu: > 2009/12/24 : > > Igor, > > Sometimes a fallacy can be written by clever people, by accident. > > If you pay attention to the line: > > (size := self size) = otherCollection size ifFalse: [^false]. > > I all Smalltalks [Except Pharo to what I wrote a comment in issue > > 1637 http://code.google.com/p/pharo/issues/detail?id=1637] this > > would return false if self be not Collection or otheCollection > > isKindOf: Collection not. > > This happens because in these Smalltalks Object>>size returns > > zero. > > > Not so sure. Try 1.0 size, then 1.0 at: 1.0 size in you favourite > dialect. Nicolas, In Squeak 3.10.2-7179: 1.0 size -> 2 "OK I'm surprised here" 1.0 at: 1.0 size -> 0 "this will not work anymore in Pharo because indices have to be Integer in Pharo right now" HTH -- Cesar Rabak

Dec. 24, 2009

Re: [Pharo-project] SUnit forked, gofer it

by Adrian Kuhn

Tudor Girba <tudor.girba@...> writes: > It should work if your mouse is over the methods pane. Not true in OB. -- 4th Workshop on Dynamic Languages and Applications Submit papers by March 31, 2010. http://bit.ly/dyla2010

Dec. 24, 2009

Re: [Pharo-project] Fwd: hasEqualElements:

by Nicolas Cellier

2009/12/24 <csrabak(a)bol.com.br>: > Igor, > > Sometimes a fallacy can be written by clever people, by accident. > > If you pay attention to the line: > > (size := self size) = otherCollection size ifFalse: [^false]. > > I all Smalltalks [Except Pharo to what I wrote a comment in issue 1637 http://code.google.com/p/pharo/issues/detail?id=1637] this would return false if self be not Collection or otheCollection isKindOf: Collection not. > > This happens because in these Smalltalks Object>>size returns zero. > Not so sure. Try 1.0 size, then 1.0 at: 1.0 size in you favourite dialect. Nicolas > In Squeak where the method is implemented slightly different, an UndefinedObject>>size does return the zero for nil Objects but will raise an error for non indexable objects. > > So except if we are willing to have a very specific dialect of Smalltalk in Pharo, we'll probably have to fix the protocol for Object>>size, and then the line above will for most of the cases automatically return false as soon otherCollection happen to be isKindOf: Collection not. > > OTOH, if we keep Pharo as is, the above line will also by the automatism already described give the MNU as an error. . . > > -- > Cesar Rabak > > Em 23/12/2009 20:22, Igor Stasenko <siguctua(a)gmail.com> escreveu: > > > Eliot is right: the argument of isSameSequenceAs: should be already of > SequenceableCollection kind , > otherwise there is no sense asking , whether some collection has same > sequence as another one, which probably not sequencable. > > By analogy, asking Â 'isSameColor: anObject' , we already stating, that > an argument - anObject having a #color property. > Otherwise, if its not, this should lead to error, but not returning 'false'. > > > 2009/12/23 Eliot Miranda : >> >> >> On Wed, Dec 23, 2009 at 10:41 AM, Â wrote: >>> >>> Em 23/12/2009 16:10, Eliot Miranda < eliot.miranda(a)gmail.com > escreveu: >>> >>> > >>> > Â Core.SequenceableCollection comparing >>> > Â isSameSequenceAs: otherCollection >>> > >>> > Â "Answer whether the receiver's size is the same as otherCollection's >>> > Â size, and each of the receiver's elements equal the corresponding >>> > Â element of otherCollection." >>> > >>> > Â | size | >>> > Â (size := self size) = otherCollection size ifFalse: [^false]. >>> > Â 1 to: size do: [:index | >>> > Â (self at: index) = (otherCollection at: index) ifFalse: [^false]]. >>> > Â ^true >>> > >>> > Â i.e. Â trust Â the Â caller Â is Â providing Â a Â sequence Â and Â if >>> > otherCollection Â doesn't Â implement at: Â there Â will Â be a Â run-time >>> > error, hence any otherCollection isKindOf: SequenceableCollection is >>> > just wasted cycles. >>> > >>> >>> I don't think that "trusting the caller" makes sense in this case, so >>> I propose instead that you implementation be complemented by: >>> >>> Object>>isSameSequenceAs: otherCollection >>> ^false >> >> We're talking about the argument otherCollection not the receiver. Â i.e. >> leaving out isKindOf: in >> isSameSequenceAs: otherCollection >> Â Â Â Â Â "Answer whether the receiver's size is the same as >> otherCollection's size, and each >> Â Â Â Â Â Â of the receiver's elements equal the corresponding element of >> otherCollection." >> >> Â Â Â Â Â | size | >> Â Â Â Â Â (otherCollection isKindOf: SequenceableCollection) ifFalse: >> [^false]. "this is a horrible wart" >> Â Â Â Â Â (size := self size) = otherCollection size ifFalse: [^false]. >> Â Â Â Â Â 1 to: size do: [:index | >> Â Â Â Â Â Â Â Â Â (self at: index) = (otherCollection at: index) ifFalse: >> [^false]]. >> Â Â Â Â Â ^true >> You could use double dispatching: >> SequenceableCollection>>isSameSequenceAs: otherThing >> Â Â Â ^otherThing isSameSequenceAsSequence: self >> SequenceableCollection>>Â isSameSequenceAsSequence: aSequenceableCollection >> Â Â Â aSequenceableCollection size ~= self size ifTrue: [^false]. >> Â Â Â etc >> ObjectÂ isSameSequenceAsSequence:Â aSequenceableCollection >> Â Â Â ^false >> but I think in this case it's overkill. >>> >>> -- >>> Cesar Rabak >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > 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

Dec. 24, 2009