January 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Was not able to update with #12304

by Igor Stasenko

On 18 January 2011 07:51, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > On Mon, Jan 17, 2011 at 4:21 AM, Torsten Bergmann <astares(a)gmx.de> wrote: >> >> Looks like a Cog issue, I was able to reproduce it: >> >> When I download "PharoCore-1.2.zip" from >> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/126/ >> >> (which is a Pharo 1.2 Core #12303 image) and I directly start the image >> Â with the latest Win32 Cog VM from Eliot then I'm not able >> Â to go through update #12304 via the update mechanism >> Â as I already wrote in [1]. I get this error: >> >> Â => ClassBuilder(Object)>>doesNotUnderstand: #reshapeClass:toSuper: > > Thanks,Â Torsten! > Yes, the StackToRegisterMappingCogit gets confused by the initial assignment > of nil in > oldClass subclasses do: [:oldSubclass | | newSubclass | > copyOfOldTraitComposition := copyOfOldClassTraitComposition := nil. > assuming the nil is a temp initialization rather than merely an operand, and > hence gets confused about the stack layout (is off by one) and ends up > sendingÂ reshapeClass:toSuper: to the first temp (which is nil) instead of > the receiver. Â The fix is probably to duplicate the implementation > ofÂ BlockLocalTempCounter in the block scanning part of the code generator > and hence to accurately count the number of temps in a block. Â This will > have to wait for the weekend :/ -1 bug. which is good :) > By the way it looks to me that makingÂ copyOfOldTraitComposition & > copyOfOldClassTraitComposition local temps in each of the do: blocks won't > change the semantics and will remove the need to initialize them explicitly. > >> >> When I use the standard VM I'm able to update correctly >> to the latest version pharo core 1.2 #12307 >> >> Maybe Eliot is able to reproduce and fix it. Until then I switch >> to standard VM. >> >> Thx >> Torsten >> >> >> [1] >> http://lists.gforge.inria.fr/pipermail/pharo-project/2011-January/039747.ht… >> -- >> Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir >> belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > > -- Best regards, Igor Stasenko AKA sig.

Jan. 18, 2011

Re: [Pharo-project] Was not able to update with #12304

by Eliot Miranda

On Mon, Jan 17, 2011 at 4:21 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > Looks like a Cog issue, I was able to reproduce it: > > When I download "PharoCore-1.2.zip" from > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/126/ > > (which is a Pharo 1.2 Core #12303 image) and I directly start the image > with the latest Win32 Cog VM from Eliot then I'm not able > to go through update #12304 via the update mechanism > as I already wrote in [1]. I get this error: > > => ClassBuilder(Object)>>doesNotUnderstand: #reshapeClass:toSuper: > Thanks, Torsten! Yes, the StackToRegisterMappingCogit gets confused by the initial assignment of nil in oldClass subclasses do: [:oldSubclass | | newSubclass | copyOfOldTraitComposition := copyOfOldClassTraitComposition := nil. assuming the nil is a temp initialization rather than merely an operand, and hence gets confused about the stack layout (is off by one) and ends up sending reshapeClass:toSuper: to the first temp (which is nil) instead of the receiver. The fix is probably to duplicate the implementation of BlockLocalTempCounter in the block scanning part of the code generator and hence to accurately count the number of temps in a block. This will have to wait for the weekend :/ By the way it looks to me that making copyOfOldTraitComposition & copyOfOldClassTraitComposition local temps in each of the do: blocks won't change the semantics and will remove the need to initialize them explicitly. > > When I use the standard VM I'm able to update correctly > to the latest version pharo core 1.2 #12307 > > Maybe Eliot is able to reproduce and fix it. Until then I switch > to standard VM. > > Thx > Torsten > > > [1] > http://lists.gforge.inria.fr/pipermail/pharo-project/2011-January/039747.ht… > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >

Jan. 18, 2011

Re: [Pharo-project] Example of XML SAX Parser usage

by HernÃ¡n Morales Durand

Hi Larry, I renamed the class to GTBLASTResultsParser. To try it you may evaluate GTBLASTResultReader new results: ( FileStream readOnlyFileNamed: 'K9W70UJU014-Alignment.xml' ); hitNodes which takes about 50 seconds on my machine over an alignment file of a nucleotide BLAST with 500 target sequences (a 18 Mb file). I suspect a considerable time is spent adding strings to a result collection, and improvements may be possible by choosing carefully the collections, it happens I haven't started to think about optimizations (just use it as a sample to see how it works). If anyone wants the sample alignment just drop me an e-mail. Cheers, 2011/1/17 Larry Gadallah <lgadallah(a)gmail.com>: > Hi all: > > I'm reviving a thread from long ago now that I've gotten a few minutes > to look at this question again: How is XML data best parsed using a > SAX parser in Pharo Smalltalk? > > I tried to look at the GenomeTools project that Miguel references > below, but it seems that the class he mentions (GTNCBIBlastParser) is > no longer in it. Perhaps there's a newer, better example of how to > drive the SAX parser somewhere? > >> Message: 4 >> Date: Tue, 20 Jul 2010 12:25:29 -0500 >> From: Miguel Enrique Cob? Mart?nez <miguel.coba(a)gmail.com> >> Subject: Re: [Pharo-project] Markup Builder in Smalltalk (XMLWriter) >> To: Pharo-project(a)lists.gforge.inria.fr >> Message-ID: <1279646729.2450.13.camel(a)laptop.localdomain> >> Content-Type: text/plain; charset="UTF-8" >> >> This good summary should go directly to the collaboractive book. >> >> >> El mar, 20-07-2010 a las 14:11 -0300, Hern?n Morales Durand escribi?: >>> A XML parser just creates a representation of a XML document according >>> to a parsing model. Ideally you should choose a XML parser >>> specifically for your needs. You have different parsing models: >>> >>> -Tree Parser: This is what you will read everywhere as the "DOM parser" >>> -Event Parser: This is denoted Â by S*X and could be >>> --SAX Parser: Known as the "Push parser" >>> --StAX Parser: Known also too as the "Pull parser" >>> -VTD Parser : This is known as "Virtual Token Descriptor" >>> >>> Now there are several classifications depending of the parser >>> characteristics and what you want to do or how. You may be interested >>> in: >>> >>> Making modifications or just processing? >>> -For modifications: The parser creates long-lived representations from >>> the XML document (necessary for modifications): You should choose DOM >>> or VTD >>> --Do you *need* to query or modify the objects (parser creates nodes): DOM >>> --You do not need the objects (parser creates integers and locations >>> caches): VTD >>> -For processing: The parser doesn't creates long-lived objects: SAX or StAX. >>> >>> Type of Access >>> -Back-and-forth: Access the data after the parsing is complete: DOM or VTD >>> --Massive or very frequent access: Choose DOM >>> --Rare or simple access: Choose VTD >>> -Sequential: Access the data while you're processing the document: SAX or StAX >>> --Processing all tokens: SAX >>> --Processing interested tokens (allows skipping forward): StAX >>> >>> Briefly >>> -Streaming applications (very large documents): SAX or StAX >>> -Database applications: DOM or VTD >>> -Hardware acceleration?: VTD >>> >>> For the S*X parsers you need to know the XML token types because, for >>> example in the case of XMLParser in Pharo/Squeak, you probably would >>> subclass SAXHandler and override one or several methods in the content >>> category to do your own processing. See GTNCBIBlastParser in >>> http://www.squeaksource.com/GenomeTools.html for an example of a SAX >>> Parser. >>> >>> XML token types: >>> Start element: <Hit>.... >>> End element: ...</Hit> >>> Text: <...>Text value</...> >>> etc. >>> >>> For DOM usage examples you may see >>> http://community.ofset.org/index.php/Les_bases_de_XML_dans_Squeak (it >>> is in french but is a good document) >>> >>> What we have in Pharo/Squeak >>> >>> Parsers: >>> 1) XMLParser : Supports SAX and DOM. http://www.squeaksource.com/XMLSupport.html >>> 2) VWXML Parser : Supports SAX and DOM (AFAIK) >>> http://www.squeaksource.com/VWXML.html >>> 3) XMLPullParser : Supports StAX. http://www.squeaksource.com/XMLPullParser.html >>> >>> XML Query tools >>> 1) Pastell : Supports X-Path like queries. Requires XMLParser. >>> http://www.squeaksource.com/Pastell.html >>> 2) XPath library : Supports XPath partially. Requires XMLParser. >>> http://www.squeaksource.com/XPath.html >>> >>> There are several additional tools in SqueakSource but I haven't reviewed yet. >>> A VTD parser would be ideal for Smalltalk because it uses integer >>> arrays reducing the object allocation overhead in memory. I haven't >>> found implementations of a XML VTD parser in Smalltalk as of today. >>> Cheers, >>> > > Thanks, > -- > Larry Gadallah, VE6VQ/W7Â Â Â Â Â Â Â Â Â Â Â Â Â lgadallah AT gmail DOT com > PGP Sig: 917E DDB7 C911 9EC1 0CD9Â C06B 06C4 835F 0BB8 7336 > > -- HernÃ¡n Morales Information Technology Manager, Institute of Veterinary Genetics. National Scientific and Technical Research Council (CONICET). La Plata (1900), Buenos Aires, Argentina. Telephone: +54 (0221) 421-1799. Internal: 422 Fax: 425-7980 or 421-1799.

Jan. 18, 2011

Re: [Pharo-project] Is there a http server that understands PUT?

by Norbert Hartl

On 17.01.2011, at 23:09, Sven Van Caekenberghe wrote: > > On 17 Jan 2011, at 22:10, Adrian Lienhard wrote: > >> Hi Norbert, >> >> I suggest to have a look at Zink: http://homepage.mac.com/svc/Zinc-HTTP-Components/index.html >> >> Cheers, >> Adrian > > The Zinc Seaside adaptor should support PUT, if not I would be happy to help figure out what goes wrong (please provide a standalone test case that we can run). Indeed. It was easy to set up and all my tests ran quite well. I didn't know it does proper mime structuring of data. Well done! As far as I can see this deserves the role of an important component. But now I have the problem that I have to port it to gemstone :) thanks, Norbert

Jan. 17, 2011

Re: [Pharo-project] Is there a http server that understands PUT?

by Norbert Hartl

On 17.01.2011, at 21:52, Janko MivÅ¡ek wrote: > Hi Norbert, > > On 17. 01. 2011 21:22, Norbert Hartl wrote: >> While trying to consume some PUT urls with Seaside-REST I noticed that the transmitted content is missing. I tried Comanche as well as swazoo. At this moment I'm not sure if I did something wrong but I seems that only GET and POST are treated. >> Does anyone has some experience on this? > > Swazoo certainly supports PUT, because it is used in Aida WebDAV support. > That is strange. I did test several things but now luck so far. In Comanche I have a body stream left with the mime data but in swazoo everything's consumed but no additional data created. Norbert

Jan. 17, 2011

[Pharo-project] Example of XML SAX Parser usage

by Larry Gadallah

Hi all: I'm reviving a thread from long ago now that I've gotten a few minutes to look at this question again: How is XML data best parsed using a SAX parser in Pharo Smalltalk? I tried to look at the GenomeTools project that Miguel references below, but it seems that the class he mentions (GTNCBIBlastParser) is no longer in it. Perhaps there's a newer, better example of how to drive the SAX parser somewhere? > Message: 4 > Date: Tue, 20 Jul 2010 12:25:29 -0500 > From: Miguel Enrique Cob? Mart?nez <miguel.coba(a)gmail.com> > Subject: Re: [Pharo-project] Markup Builder in Smalltalk (XMLWriter) > To: Pharo-project(a)lists.gforge.inria.fr > Message-ID: <1279646729.2450.13.camel(a)laptop.localdomain> > Content-Type: text/plain; charset="UTF-8" > > This good summary should go directly to the collaboractive book. > > > El mar, 20-07-2010 a las 14:11 -0300, Hern?n Morales Durand escribi?: >> A XML parser just creates a representation of a XML document according >> to a parsing model. Ideally you should choose a XML parser >> specifically for your needs. You have different parsing models: >> >> -Tree Parser: This is what you will read everywhere as the "DOM parser" >> -Event Parser: This is denoted Â by S*X and could be >> --SAX Parser: Known as the "Push parser" >> --StAX Parser: Known also too as the "Pull parser" >> -VTD Parser : This is known as "Virtual Token Descriptor" >> >> Now there are several classifications depending of the parser >> characteristics and what you want to do or how. You may be interested >> in: >> >> Making modifications or just processing? >> -For modifications: The parser creates long-lived representations from >> the XML document (necessary for modifications): You should choose DOM >> or VTD >> --Do you *need* to query or modify the objects (parser creates nodes): DOM >> --You do not need the objects (parser creates integers and locations >> caches): VTD >> -For processing: The parser doesn't creates long-lived objects: SAX or StAX. >> >> Type of Access >> -Back-and-forth: Access the data after the parsing is complete: DOM or VTD >> --Massive or very frequent access: Choose DOM >> --Rare or simple access: Choose VTD >> -Sequential: Access the data while you're processing the document: SAX or StAX >> --Processing all tokens: SAX >> --Processing interested tokens (allows skipping forward): StAX >> >> Briefly >> -Streaming applications (very large documents): SAX or StAX >> -Database applications: DOM or VTD >> -Hardware acceleration?: VTD >> >> For the S*X parsers you need to know the XML token types because, for >> example in the case of XMLParser in Pharo/Squeak, you probably would >> subclass SAXHandler and override one or several methods in the content >> category to do your own processing. See GTNCBIBlastParser in >> http://www.squeaksource.com/GenomeTools.html for an example of a SAX >> Parser. >> >> XML token types: >> Start element: <Hit>.... >> End element: ...</Hit> >> Text: <...>Text value</...> >> etc. >> >> For DOM usage examples you may see >> http://community.ofset.org/index.php/Les_bases_de_XML_dans_Squeak (it >> is in french but is a good document) >> >> What we have in Pharo/Squeak >> >> Parsers: >> 1) XMLParser : Supports SAX and DOM. http://www.squeaksource.com/XMLSupport.html >> 2) VWXML Parser : Supports SAX and DOM (AFAIK) >> http://www.squeaksource.com/VWXML.html >> 3) XMLPullParser : Supports StAX. http://www.squeaksource.com/XMLPullParser.html >> >> XML Query tools >> 1) Pastell : Supports X-Path like queries. Requires XMLParser. >> http://www.squeaksource.com/Pastell.html >> 2) XPath library : Supports XPath partially. Requires XMLParser. >> http://www.squeaksource.com/XPath.html >> >> There are several additional tools in SqueakSource but I haven't reviewed yet. >> A VTD parser would be ideal for Smalltalk because it uses integer >> arrays reducing the object allocation overhead in memory. I haven't >> found implementations of a XML VTD parser in Smalltalk as of today. >> Cheers, >> Thanks, -- Larry Gadallah, VE6VQ/W7Â Â Â Â Â Â Â Â Â Â Â Â Â lgadallah AT gmail DOT com PGP Sig: 917E DDB7 C911 9EC1 0CD9Â C06B 06C4 835F 0BB8 7336

Jan. 17, 2011

Re: [Pharo-project] splitters in table layout

by Tudor Girba

Hi Gary, I wish to achieve the effect from the panes inside the OSX Finder. Suppose that I have two panes vertically stretched and horizontally stacked in a GeneralScrollbar with a splitter in between. When I drag the splitter, the first panel should extend and push the second one. So, basically, if we have shrinkWrap, I would like the splitter to resize the morph. Cheers, Doru On 17 Jan 2011, at 12:18, Gary Chambers wrote: > Splitters only work with proportional layouts due to the way they work. > Also, since shrink wrap uses the min width/height and splitters have to work by effectively > changing the position or extent of adjacent morphs (not min), things are more limited. > > Can you describe the effect you wish to achieve? > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> > Sent: Sunday, January 16, 2011 12:16 PM > Subject: [Pharo-project] splitters in table layout > > > Hi, > > I would like to have splitters used inside a table layout, but I cannot seem to manage. In particular, I would like to have these splitters work with the GeneralScrollPane. I tried something like below, but it seems that the splitters expect a frame layout. > > What can I do about it? > > > | m scroll | > m := PanelMorph new. > m > hResizing: #shrinkWrap; > vResizing: #spaceFill; > changeTableLayout; > listDirection: #leftToRight. > m addMorphBack: (PanelMorph new > minWidth: 100; > hResizing: #shrinkWrap; > vResizing: #spaceFill). > m addMorphBack: (PanelMorph new > minWidth: 100; > hResizing: #shrinkWrap; > vResizing: #spaceFill). > m addPaneSplitters. > > scroll := GeneralScrollPane new > changeScrollerTableLayout; > scrollTarget: m. > scroll openInWindow. > > > > Cheers, > Doru > > > > > -- > www.tudorgirba.com > > "Speaking louder won't make the point worthier." > > > -- www.tudorgirba.com "What we can governs what we wish."

Jan. 17, 2011

Re: [Pharo-project] Is there a http server that understands PUT?

by Sven Van Caekenberghe

On 17 Jan 2011, at 22:10, Adrian Lienhard wrote: > Hi Norbert, > > I suggest to have a look at Zink: http://homepage.mac.com/svc/Zinc-HTTP-Components/index.html > > Cheers, > Adrian The Zinc Seaside adaptor should support PUT, if not I would be happy to help figure out what goes wrong (please provide a standalone test case that we can run). Sven

Jan. 17, 2011

Re: [Pharo-project] [Pharo-users] Where do I find KeyedSet?

by StÃ©phane Ducasse

I do not know. What would like is - well documented packages classes with tests and that we can load what we need. - small core Stef On Jan 17, 2011, at 7:03 PM, HernÃ¡n Morales Durand wrote: > Hi, and thanks for the clarification Levente, > > This points me to a question, since it seems KeyedSet was removed > because at that time no users were found. Is that the criteria (i.e. > no users) for removing a class from the Core image? > > Assuming you have NO resources for checking use of classes by the > users, and core developers have NO care/time/energy for annotating > their changes (or there is no tool to do it or nobody uses it), I have > this idea: > > You continue deleting classes as if nothing happens, BUT let users to > vote for a request an addition or NOT removal. Then you win on two > aspects: > > -First you get a free log of what has been removed > -When votes reach a consensus value, that you may seriously consider > including whatever is in question. > > How about tagging issues like [RFI] (Request for Inclusion) ? And > every comment counts like a vote. > > Opinions? > > HernÃ¡n > > 2011/1/15 Levente Uzonyi <leves(a)elte.hu>: >> On Sat, 15 Jan 2011, HernÃ¡n Morales Durand wrote: >> >>> Hi Stef >>> >>> 2011/1/15 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> >>>> On Jan 14, 2011, at 6:24 PM, HernÃ¡n Morales Durand wrote: >>>> >>>>> Try PluggableSet >> >> Note that KeyedSet has nothing to do with PluggableSet. PluggableSet is a >> set where you can specify the hash and equality of two objects with blocks. >> This gives you great flexibility without creating a subclass of Set. >> KeyedSet is like a dictionary, but the keys of the objects are not stored in >> the data structure, because the objects know it themselves. This means that >> the data structure will have a smaller memory footprint. >> >> >> Levente >> >>>>> >>>>> >>>>> http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg22890.ht… >>>>> >>>>> Is there a way for you guys to deprecate deleted classes or mantain a >>>>> record of deleted behaviors? (IIRC VW did this from 2.x versions) >>>> >>>> We try but we do not have the engineers of VW. >>>> Now find somebody that pay us just 3 engineers full time for two years >>>> and you will not >>>> recognized pharo and its process. >>> >>> I know we are very few, but what about this idea, instead of just >>> deleting a class we may adopt these simple rules: >>> >>> 1 - If deleting a class add the deleted class name somewhere (in a >>> method?) >>> 2 - If renaming a class, make the class to know its previous names >>> like #previousNames >>> (Norberto Manzanos implemented this for his own package management and >>> I think is a great idea) >>> >>> doesn't require tools, just some consensus and maybe a modified >>> #deleteClass to enforce this "policy" >>> >>> it sounds feasible for you? what do you think? >>> >>> HernÃ¡n >>> >> >

Jan. 17, 2011

Re: [Pharo-project] Is there a http server that understands PUT?

by Adrian Lienhard

Hi Norbert, I suggest to have a look at Zink: http://homepage.mac.com/svc/Zinc-HTTP-Components/index.html Cheers, Adrian On Jan 17, 2011, at 21:22 , Norbert Hartl wrote: > While trying to consume some PUT urls with Seaside-REST I noticed that the transmitted content is missing. I tried Comanche as well as swazoo. At this moment I'm not sure if I did something wrong but I seems that only GET and POST are treated. > > Does anyone has some experience on this? > > thanks, > > Norbert > >

Jan. 17, 2011