August 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Question about about LintRule

by Lukas Renggli

2010/8/18 Cyrille Delaunay <cy.delaunay(a)gmail.com>: > Hello, > I'm currently looking a bit at how lint rules work. The current example I'm > looking at is: > Â RBTempVarOverridesInstVarRule > Â Â Â Â => this rule check for tmp variables that override an existing > instance variable in the class > Â Â Â Â => when such a case is detected, the result is stored like that: > Â Â Â Â Â Â Â Â Â Â Â Â Â Â result > Â Â Â Â addClass: aContext selectedClass > Â Â Â Â selector: aContext selector. > Â Â Â Â Â result addSearchString: varName. > Â Â Â Â => so, all variables are just stored one by one in a collection > ('searchString') and never linked to the method in which the problem > happened. > What I wonder is: How are you able then to display, as result, a list of > method, and for each of them to highligth the 'problematic' tmp variable? > How do you make the the link between a class-selector from the result, and, > the variable name causing the problem for this selector? The list comes from #addClass:selector:. The selection comes from the string. There is no connection between the two, see <http://st-www.cs.illinois.edu/users/brant/Refactory/Lint.html> on Limitations/Highlighting. Lukas -- Lukas Renggli www.lukas-renggli.ch

Aug. 18, 2010

Re: [Pharo-project] [squeak-dev] Re: HTML parser (again)

by Andrei Stebakov

Web page scraping. XML parser chokes on bad html input. On Wed, Aug 18, 2010 at 2:34 AM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > > > On Wed, Aug 18, 2010 at 7:50 AM, Andrei Stebakov <lispercat(a)gmail.com> > wrote: >> >> I've been looking for a nice and fast HTML parser. >> I've found Zulq Alam's Soup >> (http://www.squeaksource.com/@vHckXt8_6gVtXFxy/XMrjDbIs) it looks nice >> but it's way too slow for me (takes 5 sec to parse the page, my >> current lisp parser takes about 1 sec for that.) >> I found another one, Todd Blanchard's HTML and CSS parser >> (http://www.squeaksource.com/@iMgHmTKVxU00wEdz/A0jkqk71) but I >> couldn't load it into Pharo 1.1 or Squeak 4.1. >> It complains about some syntax error and leaves the progress bar which >> I can't kill... >> I wonder if anyone (Todd?) can take a look at the parser and figure >> out how to fix it? >> >> What other options I have for an HTML parser? >> Looking at Pharo speed I wonder if there is any way to optimize it? Is >> JIT or some other speed optimization in plans for Pharo/Squeak? > > > What do you need to do ? > There's XMLSupportÂ http://www.squeaksource.com/XMLSupport.html > Scamper might have a standalone HTML > parserÂ http://www.squeaksource.com/Scamper.html > The CogVM has JIT. > Laurent. > >> >> Thank you, >> Andrei >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > >

Aug. 18, 2010

[Pharo-project] Question about about LintRule

by Cyrille Delaunay

Hello, I'm currently looking a bit at how lint rules work. The current example I'm looking at is: RBTempVarOverridesInstVarRule => this rule check for tmp variables that override an existing instance variable in the class => when such a case is detected, the result is stored like that: result addClass: aContext selectedClass selector: aContext selector. result addSearchString: varName. => so, all variables are just stored one by one in a collection ('searchString') and never linked to the method in which the problem happened. What I wonder is: How are you able then to display, as result, a list of method, and for each of them to highligth the 'problematic' tmp variable? How do you make the the link between a class-selector from the result, and, the variable name causing the problem for this selector?

Aug. 18, 2010

Re: [Pharo-project] whileTrue: implementation

by Richard Durr

http://stackoverflow.com/questions/2500483/is-there-a-way-in-a-message-only… 2010/8/17 Marcus Denker <marcus.denker(a)inria.fr> > I added a entry in the bugtracker for this so we don't forget: > > http://code.google.com/p/pharo/issues/detail?id=2819 > > > On Aug 16, 2010, at 8:53 PM, Eliot Miranda wrote: > > > BTW here's the VisualWorks 7.7 method. For me it's a little too clever. > > whileFalse: aBlock > "Evaluate the argument, aBlock, as long as the value of the receiver is > false." > > ^self value > ifFalse: > [aBlock value. > [self value] whileFalse: [aBlock value]] > > "This method is inlined if both the receiver and the argument are literal > blocks. In all other cases, the code above is run. Note that the code > above is defined recursively. However, to avoid actually building an > activation record each time this method is invoked recursively, we have > used the '[...] whileFalse: [..]' form in the last line, rather than the > more > concise 'self whileFalse: aBlock'. Using literal blocks for both the > receiver > and the argument allows the compiler to inline #whileFalse:, which (in the > absence of type inferencing) could not be done if we were to use > 'self whileFalse: aBlock'." > > but it's accurate and does the job of turning > | a b | > a := [i <= j]. > b := [i := i + 1]. > a whileTrue: b > into an iterative execution. > > So at the very least we should improve the comment in whileTrue: and > whileFalse: to point to the compiler optimization in MessageNode and IMO the > VisualWorks implementation is the best compromise between clarity and > honesty given the lack of tail-recursion elimination. > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 18, 2010

Re: [Pharo-project] SocketStream enh

by Noury Bouraqadi

On 18 aoÃ»t 2010, at 12:56, StÃ©phane Ducasse wrote: > >>>>> I will integrate the following SocketStream tests and before I would love to see if this >>>>> does not impact seaside >>>>> >>>>> http://code.google.com/p/pharo/issues/detail?id=2767 > > Does anybody have the time to give feedback on this important network changes? > I tested the referenced code and it fixes issue 2765 (SocketStreamTest hangs). I put a detailed comment on GoogleCode. Noury

Aug. 18, 2010

Re: [Pharo-project] Should I be able to hang my pharo 1.1 image so easily?

by Henrik Johansen

I've submitted a slice to inbox, which contains a proposed fix. Details in the issue (2825) for those interested. Cheers, Henry On Aug 18, 2010, at 9:25 52AM, StÃ©phane Ducasse wrote: > thanks david for the pointer. > Yes we should investigate that again. > > > On Aug 18, 2010, at 3:20 AM, David T. Lewis wrote: > >> Probably completely off the mark but just in case it jogs someone's >> memory, the fixes for this issue that went into Squeak 3.9 were >> tracked on Mantis here: >> >> http://bugs.squeak.org/view.php?id=1041 >> >> Possibly one of the patches got undone by accident? >> >> HTH, >> Dave >> >> >> On Tue, Aug 17, 2010 at 10:28:31PM +0200, Adrian Lienhard wrote: >>> I heard about that problem too... >>> >>> In Squeak 3.9 I can interrupt [[true] whileTrue] fork, but not in Pharo. >>> >>> Has anybody an idea why this doesn't work anymore? >>> >>> Adrian >>> >>> On Aug 17, 2010, at 16:27 , Henrik Johansen wrote: >>> >>>> >>>> On Aug 17, 2010, at 3:38 20PM, TimM wrote: >>>> >>>>> Henrik Johansen wrote: >>>>> >>>>>> Is this code run in a separate process? >>>>>> UserInterruptHandler>>handleUserInterrupt specifically interrupts the UI-process, rather than f.ex. the last process consuming cycles. >>>>>> Whether that is desired behaviour or not, is up for discussion :) >>>>> >>>>> I'm not sure - as its seaside is that a UI-process (I don't think it is). By browser - I mean web browser. And then I notice my cpu spike and if I switch back to squeak, its hosed. >>>>> >>>>> Tim >>>> There's only one UI Process (tm) in Pharo/Squeak, responsible for updating the UI, running doits, etc. >>>> >>>> Not quite sure how Seaside does its magic when requests are coming in, but if it forks of their processing with priority >= UIProcess priority, it will indeed "hose" the image with no means of recovering using Cmd-dot in the case of an infinite loop. >>>> >>>> Try the following from a workspace to illustrate: >>>> >>>> "Interruptable with Cmd-dot" >>>> [true ] whileTrue. >>>> >>>> "Forking at lower than UI process, so UI stays responsive, but does not interrupt runaway process with Cmd-dot (you can terminate it using process browser)" >>>> [[true ] whileTrue] forkAt: Processor activePriority - 1 "Code run from a workspace will run in the UI process, so active priority will be the UI process priority" >>>> >>>> "Forking at same as UI process, Cmd-dot interrups UI process rather than runaway, but debugger is (almost) never displayed since runaway process takes almost all cycles" >>>> [[true] whileTrue] fork "Fork forks of the process at same priority as active process" >>>> >>>> >>>> Cheers, >>>> Henry >>>> _______________________________________________ >>>> 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 >> >> _______________________________________________ >> 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

Aug. 18, 2010

[Pharo-project] test

by Fernando olivero

Aug. 18, 2010

Re: [Pharo-project] why TextMorph and PluggableTextMorph are not

by Fernando olivero

There are some tests and class side examples. Still missing a good tutorial. We could work on that together at ESUG. Fernando Fernando On Aug 18, 2010, at 2:02 PM, Lukas Renggli wrote: > On 18 August 2010 13:09, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >> WEIRD! >> >> IMO There should be no need for PluggableTextMorph, I think the work on NewTextMorph goes into that direction, a customizable and extensible text morph, >> that announces whatever happens to it. > > Is there any documentation/blog/tutorial that explains how to use the > NewTextMorph. > > I would like to integrate it with OmniBrowser at some point. > > Lukas > > >> >> On Aug 17, 2010, at 9:46 PM, StÃ©phane Ducasse wrote: >> >>> well in the same hierarchy? >>> I like because I'm so naive about how the world could be :) >>> >>> Stef >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 18, 2010

Re: [Pharo-project] why TextMorph and PluggableTextMorph are not

by Lukas Renggli

On 18 August 2010 13:09, Fernando olivero <fernando.olivero(a)usi.ch> wrote: > WEIRD! > > IMO There should be no need for PluggableTextMorph, I think the work on NewTextMorph goes into that direction, a customizable and extensible text morph, > that announces whatever happens to it. Is there any documentation/blog/tutorial that explains how to use the NewTextMorph. I would like to integrate it with OmniBrowser at some point. Lukas > > On Aug 17, 2010, at 9:46 PM, StÃ©phane Ducasse wrote: > >> well in the same hierarchy? >> I like because I'm so naive about how the world could be :) >> >> Stef >> >> _______________________________________________ >> 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 > -- Lukas Renggli www.lukas-renggli.ch

Aug. 18, 2010

Re: [Pharo-project] SocketStream enh

by Philippe Marschall

On 08/18/2010 12:56 PM, StÃ©phane Ducasse wrote: > >>>>> I will integrate the following SocketStream tests and before I would love to see if this >>>>> does not impact seaside >>>>> >>>>> http://code.google.com/p/pharo/issues/detail?id=2767 > > Does anybody have the time to give feedback on this important network changes? Sorry, didn't yet have time. Cheers Philippe

Aug. 18, 2010