October 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] R: R: full version of a Lint Chapter for Entreprise Pharo forthcoming book :)

by Marcus Denker

On Oct 8, 2013, at 8:57 AM, "Lorenzo Schiavina" <lorenzo(a)edor.it> wrote: > Thank you Camillo, > > even with your suggestion I am not able to load the paper. > works perfectly fine. Just make sure the Url looks correct (that is, remove all spaces after copy and paste). I made a shortened link for simplifying this: http://goo.gl/wjeSLM Marcus

Oct. 8, 2013

R: R: full version of a Lint Chapter for Entreprise Pharo forthcoming book :)

by Lorenzo Schiavina

Thank you Camillo, even with your suggestion I am not able to load the paper. Lorenzo -----Messaggio originale----- Da: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] Per conto di Camillo Bruni Inviato: lunedÃ¬ 7 ottobre 2013 16:33 A: Pharo Development List Oggetto: Re: [Pharo-dev] R: full version of a Lint Chapter for Entreprise Pharo forthcoming book :) Mind the newline in the middle of the link posted by stef: https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/ws/Lint/Lin t.pier.pdf On 2013-10-07, at 16:30, "Lorenzo Schiavina" <lorenzo(a)edor.it> wrote: > Hi Stef, > > I cannot download the paper; can you check if there is any problem? > > Grazie > > -----Messaggio originale----- > Da: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] Per conto di > StÃ©phane Ducasse > Inviato: domenica 6 ottobre 2013 09:41 > A: Pharo Development List; Any question about pharo is welcome > Oggetto: [Pharo-dev] full version of a Lint Chapter for Entreprise > Pharo forthcoming book :) > > Hi Pharoers > > since we believe in quality and automation, here is a new chapter on > Lint rule support in Pharo :) > > > https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/ws/Li > nt/Lin > t.pier.pdf > > Stef > >

Oct. 8, 2013

Re: [Pharo-dev] [pharo-project/pharo-core] fda431: 30461

by Camillo Bruni

I still have to do a pass and convert the line-endings on the old commits... On 2013-10-07, at 22:57, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Yes, very cool. > > On 07 Oct 2013, at 22:19, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> Yeah! I wanted those diffs for so long, this is really great! >> >> >> 2013/10/7 Marcus Denker <marcus.denker(a)inria.fr> >> >> On Oct 7, 2013, at 5:25 PM, GitHub <noreply(a)github.com> wrote: >> >>> Branch: refs/heads/3.0 >>> Home: https://github.com/pharo-project/pharo-core >>> Commit: fda431fecd8dea237857af496c265b289a1b4f13 >>> https://github.com/pharo-project/pharo-core/commit/fda431fecd8dea237857af49… >> >> The github diff is now very readable, it's a good way to check what changed. >> >> Marcus

Oct. 7, 2013

Re: [Pharo-dev] About Soup and XML

by Marcus Denker

On Oct 7, 2013, at 11:09 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Hi stef > > I copied the XMLSupport project from squeaksource because I thought > squeaksource.com was going to go away. Now that it is not I'm totally fine > using it, like we have in the past. You should nevertheless move. Marcus

Oct. 7, 2013

Re: [Pharo-dev] About Soup and XML

by Paul DeBruicker

Hi stef I copied the XMLSupport project from squeaksource because I thought squeaksource.com was going to go away. Now that it is not I'm totally fine using it, like we have in the past. I'll update the config now. Thanks Paul StÃ©phane Ducasse wrote > Hi paul > > I do not think that it is wise in the long term to have split repository. > For example it does not really make > sense to me to have a part of XMLSupport in your private project and > another part in squeaksource. > So we should > - update soup to use XMLReader in SmalltalkHub > - and publish gemstone package in their corresponding base project > > Managing conifguration is complex enough to make things as simple as we > can. > So are you interested in helping? > > Stef > > > baseline14: spec > > <version: '1.4-baseline'> > spec > for: #squeakCommon > do: [ > spec blessing: #baseline. > spec description: 'Migrated to SmalltalkHub'. > spec author: 'StephaneDucasse'. > spec timestamp: '21/02/2013'. > spec repository: > 'http://www.smalltalkhub.com/mc/PharoExtras/Soup/main'. > spec > package: 'Soup-Core' with: [ spec requires: 'XMLSupport' ]; > package: 'Soup-Tests-Core' with: [ spec requires: 'Soup-Core' ]; > package: 'Soup-Help' with: [ spec requires: 'Soup-Core' ]; > package: 'Soup-XPath' with: [ spec requires: 'Soup-Core' ]; > package: 'Soup-Zinc' with: [ spec requires: 'Soup-Core' ]. > spec > project: 'XMLSupport' > with: [ spec > className: 'ConfigurationOfXMLSupport'; > versionString: #stable; > repository: 'http://www.squeaksource.com/XMLSupport' ]. > spec > group: 'default' with: #('Core' 'Tests'); > group: 'Core' with: #('Soup-Core' 'Soup-XPath'); > group: 'Tests' with: #('Soup-Tests-Core') ]. > spec > for: #gemstone > do: [ > spec repository: > 'http://www.smalltalkhub.com/mc/PharoExtras/Soup/main'. > spec > project: 'XMLSupport' > with: [ spec > className: 'ConfigurationOfXMLSupport'; > versionString: #stable; > repository: > 'http://www.smalltalkhub.com/mc/pdebruic/XMLSupport/main' ]. > spec > package: 'SoupGemstone-Core' with: [ spec requires: 'XMLSupport' ]; > package: 'Soup-Tests-Core' with: [ spec requires: 'SoupGemstone-Core' > ]; > package: 'Soup-Help' with: [ spec requires: 'SoupGemstone-Core' ]; > package: 'Soup-XPath' with: [ spec requires: 'SoupGemstone-Core' ]; > package: 'Soup-Zinc' with: [ spec requires: 'SoupGemstone-Core' ]. > > spec > group: 'default' with: #('Core' 'Tests'); > group: 'Core' with: #('SoupGemstone-Core'); > group: 'Tests' with: #('Soup-Tests-Core') ]. -- View this message in context: http://forum.world.st/About-Soup-and-XML-tp4711421p4713095.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 7, 2013

Re: [Pharo-dev] [pharo-project/pharo-core] fda431: 30461

by Sven Van Caekenberghe

Yes, very cool. On 07 Oct 2013, at 22:19, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Yeah! I wanted those diffs for so long, this is really great! > > > 2013/10/7 Marcus Denker <marcus.denker(a)inria.fr> > > On Oct 7, 2013, at 5:25 PM, GitHub <noreply(a)github.com> wrote: > > > Branch: refs/heads/3.0 > > Home: https://github.com/pharo-project/pharo-core > > Commit: fda431fecd8dea237857af496c265b289a1b4f13 > > https://github.com/pharo-project/pharo-core/commit/fda431fecd8dea237857af49… > > The github diff is now very readable, it's a good way to check what changed. > > Marcus > > >

Oct. 7, 2013

Re: [Pharo-dev] [pharo-project/pharo-core] fda431: 30461

by Nicolas Cellier

Yeah! I wanted those diffs for so long, this is really great! 2013/10/7 Marcus Denker <marcus.denker(a)inria.fr> > > On Oct 7, 2013, at 5:25 PM, GitHub <noreply(a)github.com> wrote: > > > Branch: refs/heads/3.0 > > Home: https://github.com/pharo-project/pharo-core > > Commit: fda431fecd8dea237857af496c265b289a1b4f13 > > > https://github.com/pharo-project/pharo-core/commit/fda431fecd8dea237857af49… > > The github diff is now very readable, it's a good way to check what > changed. > > Marcus > > >

Oct. 7, 2013

Re: [Pharo-dev] [pharo-project/pharo-core] fda431: 30461

by Marcus Denker

On Oct 7, 2013, at 5:25 PM, GitHub <noreply(a)github.com> wrote: > Branch: refs/heads/3.0 > Home: https://github.com/pharo-project/pharo-core > Commit: fda431fecd8dea237857af496c265b289a1b4f13 > https://github.com/pharo-project/pharo-core/commit/fda431fecd8dea237857af49… The github diff is now very readable, it's a good way to check what changed. Marcus

Oct. 7, 2013

Re: [Pharo-dev] External Semaphores leaking in Socket

by Sven Van Caekenberghe

Hi Norbert, I come a bit late in the discussion, but here are my ideas. First, I think you did a great job chasing this problem. What you found and your solution are quite useful I think. I am wondering, thinking about some other issues. Does the problem only occur in a ConnectionTimedOut during #connectTo:port: or in any situation when either ConnectionTimedOut or ConnectionClosed are signalled (so during regular reading and/or writing) ? Resource cleanup during exceptional situation is notoriously difficult. One view (even in your original case) could be that it is still the user of the Socket[Stream] has the responsibility to manage the resource. There is also a strange dichotomy in managing Sockets as an external resource. First, there is classic, manual resource management. Second, there is finalization (#finalize). In Pharo you can be a bit lazy and trust on finalization. But of course it is more correct and efficient to do explicit management. I have also often wondered how and when the finalization kicks in. I have been monitoring the number of nonNil slots in the semaphore table and been triggering full GC's on long running images. My hunch is that it does work, but in many cases the GC comes too late, i.e. memory consumption is way slower that exhaustion of the table. My 2c, Sven On 06 Oct 2013, at 12:51, Norbert Hartl <norbert(a)hartl.name> wrote: > I took some time to analyze my current problem with external semaphores. I was just reluctant to raise the limit in my image because I want the problem solved. I logged the management of external semaphores and discovered that the table fills if a connection times out. > > The problem turns out to be in > > Socket>>#connectTo: hostAddress port: port waitForConnectionFor: timeout > "Initiate a connection to the given port at the given host > address. Waits until the connection is established or time outs." > self connectNonBlockingTo: hostAddress port: port. > self > waitForConnectionFor: timeout > ifTimedOut: [ConnectionTimedOut signal: 'Cannot connect to ' > , (NetNameResolver stringFromAddress: hostAddress) , ':' , port asString] > > When a socket is created three external semaphores are registered in the ExternalSemaphoreTable. If a connection times out the exception is thrown but the Socket still has his resources attached. > > So e.g. in > > SocketStream class>>#openConnectionToHost: hostIP port: portNumber timeout: timeout > | socket | > socket := Socket new. > socket connectTo: hostIP port: portNumber waitForConnectionFor: timeout. > ^self on: socket > > it holds locally a socket (with semaphores registered) but on exception time the reference to the socket gets lost and the semaphores stay registered. The only way to unregister is on finalization time but I think it should work better. So I would add a destroy before the exception is raised. > > Socket>>#connectTo: hostAddress port: port waitForConnectionFor: timeout > "Initiate a connection to the given port at the given host > address. Waits until the connection is established or time outs." > self connectNonBlockingTo: hostAddress port: port. > self > waitForConnectionFor: timeout > ifTimedOut: [ > self destroy. > ConnectionTimedOut signal: 'Cannot connect to ' > , (NetNameResolver stringFromAddress: hostAddress) , ':' , port asString] > > I opened a ticket at https://pharo.fogbugz.com/f/cases/11797 but I'm not sure how I am supposed to provide fixes made against a pharo2.0 image. Probably I should fix this againt 3.0 but then I'm still a 2.0 user :) > > Norbert

Oct. 7, 2013

Re: [Pharo-dev] How to test the same behavior with different data

by Noury Bouraqadi

Hi, Just published my blog post on ParametrizedTests that is a proposal that addresses the question we have been discussing in this thread. http://car.mines-douai.fr/2013/10/parametrized-tests/ I believe it can be easily integrated into Pharo's SUnit. Noury On 25 sept. 2013, at 12:38, Frank Shearar wrote: > Hi Noury, > > At the moment it's hard-coded to 100 data points. It'd be better to > pull that out into some kind of configuration object though. > > frank > > On 25 September 2013 11:19, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: >> Hi Frank, >> >> This sounds cool. But, how do you decide how many data you generate per test run ? >> >> Noury >> On 23 sept. 2013, at 11:19, Frank Shearar wrote: >> >>> I played around with a combination of data driven testing and random >>> data generation a while back: >>> * http://www.lshift.net/blog/2011/09/13/checking-squeak-quickly >>> * http://www.squeaksource.com/SqueakCheck/ >>> >>> There is a ConfigurationOf there. It integrates with SUnit by adding a >>> new kind of TestCase that knows how to run theories, identified by >>> pragmas. It also features the recording of a counterexample to your >>> theory by generating a normal test method on the relevant TestCase >>> subclass. >>> >>> I haven't touched the code in a while, but if there's interest I'd be >>> happy to hack on it once more. >>> >>> frank >>> >>> On 22 September 2013 21:43, laurent laffont <laurent.laffont(a)gmail.com> wrote: >>>> Hi, >>>> >>>> in phpunit there's a @dataProvider annotation, so one method returns a >>>> several data sets for a test method. I'm not sure that's the best design but >>>> it's nice to have one unit test result per data set. See >>>> http://phpunit.de/manual/current/en/writing-tests-for-phpunit.html#writing-… >>>> >>>> >>>> Translating the example to Pharo that should give something like: >>>> >>>> TestCase subclass: #DataTest >>>> >>>> DataTest>>testAdd: a to: b shouldAnswer: c >>>> <dataProvider: #provider> >>>> self assert: c equals: a + b >>>> >>>> DataTest>>provider >>>> ^ { {0. 0. 0}. >>>> {1. 0. 1}. >>>> {0. 1. 1}. >>>> {1. 2. 3} } >>>> >>>> It may not be to difficult to implement in SUnit. What do you think about >>>> this ? >>>> >>>> Laurent >>>> >>>> >>>> On Sat, Sep 21, 2013 at 1:47 PM, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: >>>>> >>>>> Hi, >>>>> >>>>> I actually already thought on this as I have similar problems. >>>>> So far I just create a bunch of tests, passing the actual set of >>>>> parameters to a common test method as message arguments. >>>>> >>>>> For different framework (not SUnit, but similar spirit), I introduced a >>>>> notion of "parameter", each having a domain. When running test, the runner >>>>> computes all possible combinations of parameter values and run the test on >>>>> each such combination. I would like to have something similar >>>>> in SUnit, but there are some issues. This is the feature I would like to >>>>> see in SUnit 6.x, but I/we have to finish 5.0 first - I wonder if I ever >>>>> find a time to do push it :-( >>>>> >>>>> >>>>> On 21/09/13 11:06, Noury Bouraqadi wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Last ESUG I attended the cool katas session organized by Stephan >>>>>> Eggermont and Laurent Laffont. >>>>>> That was a good opportunity to step back and think about my TDD practices >>>>>> . >>>>>> >>>>>> To experiment with the style proposed by Laurent, I started writing tests >>>>>> for a pong. >>>>>> I ended up having groups of nearly identical tests: >>>>>> -they use exactly the same objects, send the same messages, >>>>>> -but they differ only by values. >>>>>> >>>>>> An example, is testing the motion of the ball towards different >>>>>> directions or collisions with obstacles at different locations or speeds. >>>>>> >>>>>> Now, I wonder what is the best way to express those similar tests? >>>>>> >>>>>> In a short discussion before I leave, Stephane told me about tables of >>>>>> values. It seem that there is such a support in the ruby world in the >>>>>> cucumber framework. Do we have anything similar in Smalltalk world? >>>>>> >>>>>> BTW, the full ESUG conference was great. Thanx to local organizers, and >>>>>> all people that contributed to make it a success. >>>>>> >>>>>> Thanx, >>>>>> Noury >>>>>> Ecole des Mines de Douai >>>>>> http://car.mines-douai.fr/noury >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>> >> >> Noury >> -- >> http://twitter.com/#!/NouryBouraqadi >> http://car.mines-douai.fr/noury >> >> Noury Bouraqadi >> Ecole des Mines de Douai >> http://car.mines-douai.fr/noury >> -- >> >> >> >> >> Afin de contribuer au respect de l'environnement, >> merci de n'imprimer ce courriel qu'en cas de necessite >> >> Please consider the environment before you print >> >> >> >> > Noury -- http://twitter.com/#!/NouryBouraqadi http://car.mines-douai.fr/noury Noury Bouraqadi Ecole des Mines de Douai http://car.mines-douai.fr/noury --

Oct. 7, 2013