Re: [Pharo-project] trait composition conflict autoresolution
Stéphane Ducasse wrote:
>
>>> Hi all, I'm doing some work with traits, and I found something like this
>>> case:
>>>
>>> Trait T1>>m1
>>> ^self requirement
>>>
>>> Trait T2>>m1
>>>doSomeStuff
>>>
>>> Class C1 uses: T1 + T2
>>> [note, i'm not excluding m1 from T1 in the T1 + T2 composition.]
>>> And the resulting:
>>> C1>>m1
>>>doSomeStuff
>>>
>>> It is just ok, since the other m1 is just a mark for a requiredMethod,
>>> but I
>>> find this a little weird, since do not follow the Trait definition. (at
>>> least the one I read, maybe it changed!). Wouldn't be better to
>>> automatically add the exclusion at the composition?
>>> Class C1 uses: T1 - {#m1} + T2
>
>>not really. Or this means that the composition algo does not work well.
>>Now since C1 redefined m1 in both cases you will have C>>m1 taking
precedence over T1>>m1.
>>I already forget but I discussed with tom and in javascript it proposed a
different one
>>than the ones we have in smalltalk and it was coherent too.
>
> Well, what I tried to say is that C1 do not redefine m1, it gets T2>>m1
> from the T1 + T2 composition.
> So, is there a conflict if I compose T1 + T2 and do not redefine m1 in the
> composition client?
> Or is this "improvement" OK? (explicit required methods do not produce
> composition conflicts),
> since having a conflict between a real message implementation and a
> explicitRequirement marked message doesn´t make any sense
>
>
>>Now there is a bug in pharo and squeak3.9 because if C1 is in fact the
superclass
>>of the class using the trait then the requirement is not considered as
fullfiled or something like that.]
>
> Do you mean that should be expected that a trait's required method
> shouldn't hide a superclass implementation for that message?
>
> All my doubts about this issue are actually one: does a trait's required
> method any special behavior with respect to the composition (conflicts
> with equals named messages in the composition, overrides equals named
> messages in the composition's client superclass, etc), or these messages
> behave exactly like any other message?
>
>
--
View this message in context:
http://forum.world.st/trait-composition-conflict-autoresolution-tp2235790p2236064.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Using WebClient
I think that is a post method in this case, but can't make it work (yet). 2010/5/29 Schwab,Wilhelm K : > It's been a long time, but won't the button cause the browser to send a post > or get (whichever action is specified in the form) to the server? It might > be enough to decide the content of that and send it over the socket. I am > probably thinking in CGI terms, which might not be what you need. > > > > From: pharo-project-boun...@lists.gforge.inria.fr > [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane Ducasse > [stephane.duca...@inria.fr] > Sent: Saturday, May 29, 2010 4:14 PM > To: Pharo-project@lists.gforge.inria.fr > Subject: Re: [Pharo-project] Using WebClient > > if you get answers from squeak-dev let us know. > > > Stef > > > On May 29, 2010, at 10:02 PM, Germán Arduino wrote: > >> Hi: >> >> I'm trying to automate some operations on a web page that requires >> authentication. >> >> I managed to arrive to the form that I need to process, authenticated >> without problems. >> >> But I can't figure out how to process the button (is a button of this type: >> >> > value="Create File" type="submit"> ) to execute the Create File action. >> >> The form have two dates (that I can calculate and fill in) but I can't >> to imagine how to process the submit button programmatically. >> >> Any hint will be appreciated. >> >> Cheers. >> >> -- >> = >> Germán S. Arduino Twitter: garduino >> Arduino Software & Web Hosting http://www.arduinosoftware.com >> PasswordsPro http://www.passwordspro.com >> = >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- = Germán S. Arduino Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com = ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Using WebClient
It's been a long time, but won't the button cause the browser to send a post or get (whichever action is specified in the form) to the server? It might be enough to decide the content of that and send it over the socket. I am probably thinking in CGI terms, which might not be what you need. From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane Ducasse [stephane.duca...@inria.fr] Sent: Saturday, May 29, 2010 4:14 PM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] Using WebClient if you get answers from squeak-dev let us know. Stef On May 29, 2010, at 10:02 PM, Germán Arduino wrote: > Hi: > > I'm trying to automate some operations on a web page that requires > authentication. > > I managed to arrive to the form that I need to process, authenticated > without problems. > > But I can't figure out how to process the button (is a button of this type: > > value="Create File" type="submit"> ) to execute the Create File action. > > The form have two dates (that I can calculate and fill in) but I can't > to imagine how to process the submit button programmatically. > > Any hint will be appreciated. > > Cheers. > > -- > = > Germán S. Arduino Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > = > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [ANN] Camp Smalltalk London filling up
Much to our delight, there seems to be a lot of interest in the Camp Smalltalk event in London. We originally estimated our capacity at 30, and those slots have already filled up in less than 4 days! We are just now discussing what our actual maximum capacity is. We'll be able to handle a few more people, we're just now sure yet how many. So if you're interested in coming and haven't signed up yet, please head over to cslondon2010.eventbrite.com and add yourself to the waiting list. That will really help us understand how many more people still want to attend. Note that joining the waiting list does not commit you to attending, so if you're still on the fence, you might want to sign yourself up anyway. We'll open up some more spots next week and then see how it goes. Thanks for your enthusiastic participation! Julian ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Using WebClient
if you get answers from squeak-dev let us know. Stef On May 29, 2010, at 10:02 PM, Germán Arduino wrote: > Hi: > > I'm trying to automate some operations on a web page that requires > authentication. > > I managed to arrive to the form that I need to process, authenticated > without problems. > > But I can't figure out how to process the button (is a button of this type: > > value="Create File" type="submit"> ) to execute the Create File action. > > The form have two dates (that I can calculate and fill in) but I can't > to imagine how to process the submit button programmatically. > > Any hint will be appreciated. > > Cheers. > > -- > = > Germán S. Arduino Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > = > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Using WebClient
Hi: I'm trying to automate some operations on a web page that requires authentication. I managed to arrive to the form that I need to process, authenticated without problems. But I can't figure out how to process the button (is a button of this type: ) to execute the Create File action. The form have two dates (that I can calculate and fill in) but I can't to imagine how to process the submit button programmatically. Any hint will be appreciated. Cheers. -- = Germán S. Arduino Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com = ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] trait composition conflict autoresolution
> Hi all, I'm doing some work with traits, and I found something like this
> case:
>
> Trait T1>>m1
> ^self requirement
>
> Trait T2>>m1
>doSomeStuff
>
> Class C1 uses: T1 + T2
> [note, i'm not excluding m1 from T1 in the T1 + T2 composition.]
> And the resulting:
> C1>>m1
>doSomeStuff
>
> It is just ok, since the other m1 is just a mark for a requiredMethod, but I
> find this a little weird, since do not follow the Trait definition. (at
> least the one I read, maybe it changed!). Wouldn't be better to
> automatically add the exclusion at the composition?
> Class C1 uses: T1 - {#m1} + T2
not really. Or this means that the composition algo does not work well.
Now since C1 redefined m1 in both cases you will have C>>m1 taking precedence
over T1>>m1.
I already forget but I discussed with tom and in javascript it proposed a
different one
than the ones we have in smalltalk and it was coherent too.
Now there is a bug in pharo and squeak3.9 because if C1 is in fact the
superclass
of the class using the trait then the requirement is not considered as
fullfiled or something like that.]
>
> In this way the definition would be followed without any exception (and it
> will be explicit with what is going on). This is just a suggestion, anyway
> it works great!
>
> btw... why there are two requirement marks?:
> Object>>requirement
> self error: 'Implicitly required method'
>
> Object>>explicitRequirement
> self error: 'Explicitly required method'
>
> the question is, if I use #requirement, I'm explicitly requiring that
> method. Is there any situation where I should use #requirement?
I do not remember.
>
> Cheers
>
> --
> View this message in context:
> http://forum.world.st/trait-composition-conflict-autoresolution-tp2235790p2235790.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] SUnit Time out
For me the point is that I have the impression that this is an interesting feature to have when we have a test server. Like that you make sure that you do not have tests with infinite recursion now this is also true that on a test server you do not really care if your tests take 30s or 2 min. Stef > We already have #should:notTakeMoreThan: and friends in TestCase. The > complete TestCase can be protected by overriding #runCase, the > individual test by wrapping the code of the test method. > > Lukas > > On 29 May 2010 16:43, Schwab,Wilhelm K wrote: >> Stef, >> >> Time to expose some of my ignorance (don't worry, I have plenty more waiting >> where I found this): what is the tag concept? That sounds very Tweak-ish, >> and I am a real believer in doing things "with the language, not TO the >> language" whenever possible. That is not to say that frameworks are bad; in >> fact, it means that frameworks are good, language extensions are anywhere >> from suspect to evil. >> >> I have some code that I am still porting, but the basic idea is to be able >> to write >> >> [ >> "code that might not complete" >> >> ] tryForSeconds:10 onTimeOut:[ >> >> ]. >> >> With a robust capability to do such things, it is probably not necessary (or >> even appropriate) for TestCase to enforce timeouts. The timeout block can >> simply raise an exception or assert false, and there is no need to disable >> timeouts where they do not belong. >> >> Bill >> >> >> From: pharo-project-boun...@lists.gforge.inria.fr >> [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Michael Roberts >> [m...@mjr104.co.uk] >> Sent: Saturday, May 29, 2010 6:17 AM >> To: Pharo-project@lists.gforge.inria.fr >> Subject: Re: [Pharo-project] SUnit Time out >> >> yes think it's a good idea. I'm not sure the granularity that's >> required though. >> >> mike >> >> On Saturday, May 29, 2010, stephane ducasse wrote: >>> Hi guys >>> >>> in Squeak andreas introduced the idea of test time out >>> Do you think that this is interesting? >>> >>> Stef >>> >>> SUnit >>> - >>> All test cases now have an associated timeout after which the test is >>> considered failed. The purpose of the timeout is to catch issues like >>> infinite loops, unexpected user input etc. in automated test environments. >>> Timeouts can be set on an individual test basis using the >> seconds> tag or for an entire test case by implementing the #defaultTimeout >>> method. >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> ___ >> Pharo-project mailing list >> Pharo-project@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@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] trait composition conflict autoresolution
Hi all, I'm doing some work with traits, and I found something like this
case:
Trait T1>>m1
^self requirement
Trait T2>>m1
doSomeStuff
Class C1 uses: T1 + T2
[note, i'm not excluding m1 from T1 in the T1 + T2 composition.]
And the resulting:
C1>>m1
doSomeStuff
It is just ok, since the other m1 is just a mark for a requiredMethod, but I
find this a little weird, since do not follow the Trait definition. (at
least the one I read, maybe it changed!). Wouldn't be better to
automatically add the exclusion at the composition?
Class C1 uses: T1 - {#m1} + T2
In this way the definition would be followed without any exception (and it
will be explicit with what is going on). This is just a suggestion, anyway
it works great!
btw... why there are two requirement marks?:
Object>>requirement
self error: 'Implicitly required method'
Object>>explicitRequirement
self error: 'Explicitly required method'
the question is, if I use #requirement, I'm explicitly requiring that
method. Is there any situation where I should use #requirement?
Cheers
--
View this message in context:
http://forum.world.st/trait-composition-conflict-autoresolution-tp2235790p2235790.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How do I install seaside in Pharo 1.0?
>> I have problem installing Seaside on Pharo 1.0. Evaluate >> ConfigurationOfSeaside >> workspace >> did not work. > > Hi! Hello! Thanks for your response, > In the Smalltalk world, when you see aClass >> aMmethod > it means that you are talking about the method aMethod from the class > aClass. > > Actually, what you CAN evaluate is something like this: > > AClass >> #aMethodName > > example > > ConfigurationOfSeaside >> #workspace There is no ConfigurationOfSeaside class in the Pharo 1.0 image. How can this work? >> I have also tryed this code: >> Gofer new >> squeaksource: 'MetacelloRepository'; >> package: 'ConfigurationOfSeaside'; >> load. >> ((Smalltalk at: #ConfigurationOfSeaside ) project latestVersion) load >> it did not work to. >> > > > Try: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfSeaside30'; > load. > ((Smalltalk at: #ConfigurationOfSeaside30 ) project latestVersion) load Ok it works! >> Why does the code >> DEVImageWorkspaces openExternalProjectWorkspace >> did not show an easy way to install Seaside (it was the case before)? >> > > What is before and what is now? Before (in the late Pharo release), there was a code to evaluate like other external packages magma, aida, moose... like this: "Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside30'; load. ((Smalltalk at: #ConfigurationOfSeaside30 ) project latestVersion) load" For both seaside2.8 and seaside 3.0. I have found this simple steps to install external packages very handy for starting programming in smaltalk, without have to deeply understand the Metacello packages system (I should start to understand it...). Thanks for your help! Sebovick > Mariano > >> >> Cordialy >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How do I install seaside in Pharo 1.0?
On Sat, May 29, 2010 at 2:24 PM, magique poter wrote: > Hello, > > I have problem installing Seaside on Pharo 1.0. Evaluate > ConfigurationOfSeaside >> workspace > did not work. > Hi! In the Smalltalk world, when you see aClass >> aMmethod it means that you are talking about the method aMethod from the class aClass. If you refer to class side methods: aClass class >> aMethod So, in this case, it means you should see the method workspace of the class ConfigurationInSeaside, NOT to evaluate the code. Actually, what you CAN evaluate is something like this: AClass >> #aMethodName example ConfigurationOfSeaside >> #workspace if you evaluate this, it answer the compiled method of the selector #workspace. > I have also tryed this code: > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfSeaside'; > load. > ((Smalltalk at: #ConfigurationOfSeaside ) project latestVersion) load > it did not work to. > > Try: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside30'; load. ((Smalltalk at: #ConfigurationOfSeaside30 ) project latestVersion) load > Why does the code > DEVImageWorkspaces openExternalProjectWorkspace > did not show an easy way to install Seaside (it was the case before)? > > What is before and what is now? Thanks! Mariano > Cordialy > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] SUnit Time out
We already have #should:notTakeMoreThan: and friends in TestCase. The complete TestCase can be protected by overriding #runCase, the individual test by wrapping the code of the test method. Lukas On 29 May 2010 16:43, Schwab,Wilhelm K wrote: > Stef, > > Time to expose some of my ignorance (don't worry, I have plenty more waiting > where I found this): what is the tag concept? That sounds very Tweak-ish, > and I am a real believer in doing things "with the language, not TO the > language" whenever possible. That is not to say that frameworks are bad; in > fact, it means that frameworks are good, language extensions are anywhere > from suspect to evil. > > I have some code that I am still porting, but the basic idea is to be able to > write > > [ > "code that might not complete" > > ] tryForSeconds:10 onTimeOut:[ > > ]. > > With a robust capability to do such things, it is probably not necessary (or > even appropriate) for TestCase to enforce timeouts. The timeout block can > simply raise an exception or assert false, and there is no need to disable > timeouts where they do not belong. > > Bill > > > From: pharo-project-boun...@lists.gforge.inria.fr > [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Michael Roberts > [m...@mjr104.co.uk] > Sent: Saturday, May 29, 2010 6:17 AM > To: Pharo-project@lists.gforge.inria.fr > Subject: Re: [Pharo-project] SUnit Time out > > yes think it's a good idea. I'm not sure the granularity that's > required though. > > mike > > On Saturday, May 29, 2010, stephane ducasse wrote: >> Hi guys >> >> in Squeak andreas introduced the idea of test time out >> Do you think that this is interesting? >> >> Stef >> >> SUnit >> - >> All test cases now have an associated timeout after which the test is >> considered failed. The purpose of the timeout is to catch issues like >> infinite loops, unexpected user input etc. in automated test environments. >> Timeouts can be set on an individual test basis using the >> tag or for an entire test case by implementing the #defaultTimeout method. >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > ___ > Pharo-project mailing list > Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] SUnit Time out
On May 29, 2010, at 4:43 PM, Schwab,Wilhelm K wrote: > Stef, > > Time to expose some of my ignorance (don't worry, I have plenty more waiting > where I found this): what is the tag concept? probably a pragma > That sounds very Tweak-ish, and I am a real believer in doing things "with > the language, not TO the language" whenever possible. That is not to say > that frameworks are bad; in fact, it means that frameworks are good, language > extensions are anywhere from suspect to evil. > > I have some code that I am still porting, but the basic idea is to be able to > write > > [ > "code that might not complete" > > ] tryForSeconds:10 onTimeOut:[ > > ]. > > With a robust capability to do such things, it is probably not necessary (or > even appropriate) for TestCase to enforce timeouts. The timeout block can > simply raise an exception or assert false, and there is no need to disable > timeouts where they do not belong. Yes this could be a nice extension now what is nice with the tag (I imagine I did not check is that this is orthogonal to the code and this is jyst an indication for the test runner and this is not intrusive. > > Bill > > > From: pharo-project-boun...@lists.gforge.inria.fr > [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Michael Roberts > [m...@mjr104.co.uk] > Sent: Saturday, May 29, 2010 6:17 AM > To: Pharo-project@lists.gforge.inria.fr > Subject: Re: [Pharo-project] SUnit Time out > > yes think it's a good idea. I'm not sure the granularity that's > required though. > > mike > > On Saturday, May 29, 2010, stephane ducasse wrote: >> Hi guys >> >> in Squeak andreas introduced the idea of test time out >> Do you think that this is interesting? >> >> Stef >> >> SUnit >> - >> All test cases now have an associated timeout after which the test is >> considered failed. The purpose of the timeout is to catch issues like >> infinite loops, unexpected user input etc. in automated test environments. >> Timeouts can be set on an individual test basis using the >> tag or for an entire test case by implementing the #defaultTimeout method. >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] SUnit Time out
Stef, Time to expose some of my ignorance (don't worry, I have plenty more waiting where I found this): what is the tag concept? That sounds very Tweak-ish, and I am a real believer in doing things "with the language, not TO the language" whenever possible. That is not to say that frameworks are bad; in fact, it means that frameworks are good, language extensions are anywhere from suspect to evil. I have some code that I am still porting, but the basic idea is to be able to write [ "code that might not complete" ] tryForSeconds:10 onTimeOut:[ ]. With a robust capability to do such things, it is probably not necessary (or even appropriate) for TestCase to enforce timeouts. The timeout block can simply raise an exception or assert false, and there is no need to disable timeouts where they do not belong. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Michael Roberts [m...@mjr104.co.uk] Sent: Saturday, May 29, 2010 6:17 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] SUnit Time out yes think it's a good idea. I'm not sure the granularity that's required though. mike On Saturday, May 29, 2010, stephane ducasse wrote: > Hi guys > > in Squeak andreas introduced the idea of test time out > Do you think that this is interesting? > > Stef > > SUnit > - > All test cases now have an associated timeout after which the test is > considered failed. The purpose of the timeout is to catch issues like > infinite loops, unexpected user input etc. in automated test environments. > Timeouts can be set on an individual test basis using the > tag or for an entire test case by implementing the #defaultTimeout method. > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] How do I install seaside in Pharo 1.0?
Hello, I have problem installing Seaside on Pharo 1.0. Evaluate ConfigurationOfSeaside >> workspace did not work. I have also tryed this code: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside'; load. ((Smalltalk at: #ConfigurationOfSeaside ) project latestVersion) load it did not work to. Why does the code DEVImageWorkspaces openExternalProjectWorkspace did not show an easy way to install Seaside (it was the case before)? Cordialy ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] SUnit Time out
yes think it's a good idea. I'm not sure the granularity that's required though. mike On Saturday, May 29, 2010, stephane ducasse wrote: > Hi guys > > in Squeak andreas introduced the idea of test time out > Do you think that this is interesting? > > Stef > > SUnit > - > All test cases now have an associated timeout after which the test is > considered failed. The purpose of the timeout is to catch issues like > infinite loops, unexpected user input etc. in automated test environments. > Timeouts can be set on an individual test basis using the > tag or for an entire test case by implementing the #defaultTimeout method. > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] SUnit Time out
Hi guys in Squeak andreas introduced the idea of test time out Do you think that this is interesting? Stef SUnit - All test cases now have an associated timeout after which the test is considered failed. The purpose of the timeout is to catch issues like infinite loops, unexpected user input etc. in automated test environments. Timeouts can be set on an individual test basis using the tag or for an entire test case by implementing the #defaultTimeout method. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11378
11378 - - Issue2458: ChooseColorDefaults - Issue 2182: Part one. http://code.google.com/p/pharo/issues/detail?id=2182 This slice adds a class ObsoleteTest that tests the various flavor of isObsolete (on classes, metaclasses and traits). Furthermore, it adds some very useful methods: Trait class>>named:, Class>>subclass:uses: ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
