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

Re: [Pharo-dev] [Moose-dev] Re: Getting some tag in an HTML file

by H. Hirzel

http://ss3.gemtalksystems.com/ss/Tabular.html contains an application example of a SAX parser. You only pick what is of interest. On 8/14/15, Vincent Blondeau <vincent.blondeau(a)polytech-lille.net> wrote: > Hi, > > Look at the class side, there is the method parse: namespace: validation: . > call this method instead of parse: with false in the two last arguments. It > should work. > > Anyway, you should use the sax parser. It is faster and memory less > consuming. It is very simple to get only one tag. > > Cheers > Vincent > > Le 14 aoÃ»t 2015 01:31, Alexandre Bergel <alexandre.bergel(a)me.com> a Ã©crit : >> >> Hi! >> >> Together with Nicolas we are trying to get all the <script â¦> â¦ </script> >> from html files. >> We have tried to use XMLDOMParser, but many webpages are actually not well >> formed, therefore the parser is complaining. >> >> Anyone has tried to get some particular tags from HTML files? This looks >> like a classical thing to do. Maybe some of you have done it. >> Is there a way to configure the parser to accept a broken XML/HTML >> content? >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre BergelÂ http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >

Aug. 14, 2015

Re: [Pharo-dev] [Moose-dev] Getting some tag in an HTML file

by Vincent Blondeau

Hi, Look at the class side, there is the method parse: namespace: validation: . call this method instead of parse: with false in the two last arguments. It should work. Anyway, you should use the sax parser. It is faster and memory less consuming. It is very simple to get only one tag. Cheers Vincent Le 14 aoÃ»t 2015 01:31, Alexandre Bergel <alexandre.bergel(a)me.com> a Ã©crit : > > Hi! > > Together with Nicolas we are trying to get all the <script â¦> â¦ </script> from html files. > We have tried to use XMLDOMParser, but many webpages are actually not well formed, therefore the parser is complaining. > > Anyone has tried to get some particular tags from HTML files? This looks like a classical thing to do. Maybe some of you have done it. > Is there a way to configure the parser to accept a broken XML/HTML content? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre BergelÂ http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

Aug. 14, 2015

Getting some tag in an HTML file

by Alexandre Bergel

Hi! Together with Nicolas we are trying to get all the <script â¦> â¦ </script> from html files. We have tried to use XMLDOMParser, but many webpages are actually not well formed, therefore the parser is complaining. Anyone has tried to get some particular tags from HTML files? This looks like a classical thing to do. Maybe some of you have done it. Is there a way to configure the parser to accept a broken XML/HTML content? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 13, 2015

Re: [Pharo-dev] Ellipses in Artifact

by Alexandre Bergel

Thanks Stephan! Cheers, Alexandre > On Aug 13, 2015, at 5:29 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > Milton Mamani wants to export Roassal visualizations as PDF. > He needs to be able to draw ellipses. > > I've added a PDFEllipseElement to a newer version of stable > with an example. Would it be better to add it to development? > > Stephan > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 13, 2015

Ellipses in Artifact

by Stephan Eggermont

Milton Mamani wants to export Roassal visualizations as PDF. He needs to be able to draw ellipses. I've added a PDFEllipseElement to a newer version of stable with an example. Would it be better to add it to development? Stephan

Aug. 13, 2015

Suggestion for a performance analysis project, suitable for a masters student

by Eliot Miranda

Hi All, I had occasion to compare VW (vw7.7nc) and Spur recently and was pleasantly surprised to see that Spur is on average -40% faster than VW on a large subset of the benchmarks from the shootout (I didn't include three because of Regex syntax issues). Now Spur gets some of its speed from having direct pointers vs VisualWorks' object header/table indirection, but it could get other speedups from various other differences. It would be great to know exactly how much speedup comes from what, and indeed how much cost Sour pays for its lazy become:. I'd like to propose a project to exactly determine the costs of an explicit read barrier and of lazy forwarding compared to no check at all. Spur, part of VMMaker.oscog, is implemented by a hierarchy of classes that implement a 32-bit and a 64-bit memory manager. Spur is a sibling to the old ObjectMemory class that implements the V3 object representation. The current Spur does "lazy forwarding" where two objects are become by cloning each object, making the old versions point to the opposite copy, and relying on send-time checks to lazily follow forwarding pointers when sends to forwarded objects fail a message lookup. The project would create two additional variations on Spur, both of which dispense with the lazy check. One would explicitly test for a forwarding pointers on every access, and one would never check, not need send-time checking either and would reimplement become: like the old ObjectMemory, by scanning the entire heap to exchange all references. These variations could be implemented as subclasses or siblings of Spur. The project isn't trivial because it also means making changes to the JIT, albeit within its framework for multiple object representations. Because this is probably some months' work I can't do it myself but I'm extremely interested in the results and I think it would make a really good paper, e.g. for ISMM, or one of the dynamic language workshops. If what I've said makes any sense at all to any academics out there who are looking for a challenging but nicely contained and far from open ended Masters project then please get in touch and we can see if we can take this any further. _,,,^..^,,,_ best, Eliot

Aug. 13, 2015

Re: [Pharo-dev] [BUG]: Pharo 4.0: Pull Up Inst Var Loses Data

by Eliot Miranda

Hi Sean, let me try again without the spelling errors... On Thu, Aug 13, 2015 at 8:58 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > This is a nasty one. If you pull up an inst var via Nautilus menus, any > data > in that variable is nil-ed out in all instances. Ouch, not fun :/ Anyone > else experience this? Same on 5.0? > This is a bug in as many refactoring implementations as I'm aware of. Essentially pull up ivar and push down ivar are decomposed into separate class modifications, and with this approach, without some effort taken at a higher level, ivar state is going to get lost. I saw this in VisualWorks 10 years ago. I guess it bites so infrequently and is tricky enough that it's never been fixed. But looking at the problem it may not be that hard. My observation is that with pull up and pull down, affected instances don't need to be becomed, simply some of their instance variables may need to be permuted. For example if we have C (ivx) with subclasses SCA (ivy) SCB (ivz) and we pull up ivy to get C (ivx ivy) and SCA () and SCB (ivz) then instances of SCA don't need to be changed at all, and instances of SCB change from (ivx,ivz) to (ivx,ivy,ivz) with all ivy bound to nil. But if we have C (ivi) with subclasses SCA (ivj ivk) SCB (ivl ivm) and we pull up ivk then instances of SCA change from (ivi,ivj,ivk) to (ivi,ivk,ivj); in become needed but the values of the second and third ivars need to be exchanged in general instances (*) of SCA. I think I'm right in thinking that in all cases the refactoring can be done by modifying classes *without* doing a become on general instances of the class from which the iv is pulled up; instead all that may be needed is a permute. The situation is analogous on push down, but even simpler. No instances change size; all that may happen is that ivars may need to be permuted if there is more than one ivar in the class from which the ivar is pushed down, and that ivar is not the last in the class definition. (*) a general instance of C is an instance of C or any of C's subclasses. HTH Cheers, > Sean > _,,,^..^,,,_ best, Eliot

Aug. 13, 2015

Re: [Pharo-dev] [BUG]: Pharo 4.0: Pull Up Inst Var Loses Data

by Eliot Miranda

Hi Sean, On Thu, Aug 13, 2015 at 8:58 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > This is a nasty one. If you pull up an inst var via Nautilus menus, any > data > in that variable is nil-ed out in all instances. Ouch, not fun :/ Anyone > else experience this? Same on 5.0? > This is a bug in as many refactoring implementations as I'm aware of. Essentially pull up ivar and push down ivar are decomposed into separate class modifications, and with this approach, without some effort taken at a higher level, ivar state is going to get lost. The observation is that with pull up and pull down affected instances don't need to be become, simply some of their instance variables may need to be permuted. For example if we have C (ivx) with subclasses SCA (ivy) SCB (ivz) and we pull up ivy to get C (ivx ivy) and SCA () and SCB (ivz) then instances of SCA don't need to be changed at all, and instances of SCB change from (ivx,ivz) to (ivx,ivy,ivz). But if we have C (ivi) with subclasses SCA (ivj ivk) SCB (ivl ivm) and we pull up ivk then instances of SCA change from (ivi,ivj,ivk) to (ivi,ivk,ivj). I think I'm right in thinking that in all cases the refactoring can be done by modifying classes *without* doing a become on general instances of the class from which the iv is pulled up; instead all that may be needed is a permute. The situation is analogous on push down, but even simpler. No instances change side; all that may happen is that ivars may need to be permuted if there is more than one ivar in the class from which the ivar is pushed down, and that ivar is not the last in the class definition. ----- > Cheers, > Sean > _,,,^..^,,,_ best, Eliot

Aug. 13, 2015

Re: [Pharo-dev] [BUG]: Pharo 4.0: Pull Up Inst Var Loses Data

by Peter UhnÃ¡k

There's open bug issue for class vars, maybe it's related? https://pharo.fogbugz.com/f/cases/15504/Pull-up-down-a-class-variable-does-… On Thu, Aug 13, 2015 at 5:58 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > This is a nasty one. If you pull up an inst var via Nautilus menus, any > data > in that variable is nil-ed out in all instances. Ouch, not fun :/ Anyone > else experience this? Same on 5.0? > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/BUG-Pharo-4-0-Pull-Up-Inst-Var-Loses-Data-tp4842592.h… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Aug. 13, 2015

[BUG]: Pharo 4.0: Pull Up Inst Var Loses Data

by Sean P. DeNigris

This is a nasty one. If you pull up an inst var via Nautilus menus, any data in that variable is nil-ed out in all instances. Ouch, not fun :/ Anyone else experience this? Same on 5.0? ----- Cheers, Sean -- View this message in context: http://forum.world.st/BUG-Pharo-4-0-Pull-Up-Inst-Var-Loses-Data-tp4842592.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 13, 2015