- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Zinc in PharoDev (was Re: XML maintainer???)

by GermÃ¡n Arduino

ok, thanks, 2011/5/16 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Mon, May 16, 2011 at 8:21 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> On May 16, 2011, at 3:03 AM, GermÃ¡n Arduino wrote: >> >> > Hi: >> > >> > I saw in your image that Zinc is already loaded. >> > >> > It will be at this way in the images from now? I'm asking because I >> > must decide what path take with XMLRPC. If Zinc will be the default to >> > use, I will adapt xmlrpc to work with Zn. >> >> yes zinc will be in core. > > It is already, you did it ;) > >> >> Stef >> >> > >> > I know that xmlrpc is not heavily used but still I think is cool >> > having the tools in the image to expose an easy and straightforward >> > API. >> > >> > I wait comments. >> > >> > Cheers. >> > GermÃ¡n. >> > >> > >> > 2011/5/15 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> >> So...we added XML to PharoDev. Where are the maintaners? Â Could you >> >> please >> >> check these issues? >> >> >> >> Thanks! >> >> >> >> mariano >> >> >> >> ---------- Forwarded message ---------- >> >> From: <pharo(a)googlecode.com> >> >> Date: Sun, May 15, 2011 at 8:50 PM >> >> Subject: [Pharo-bugtracker] Issue 4232 in pharo: Failing Tests in Full: >> >> XML >> >> To: pharo-bugtracker(a)lists.gforge.inria.fr >> >> >> >> >> >> Status: Accepted >> >> Owner: marcus.d...(a)gmail.com >> >> Labels: Milestone-1.3-DevImage >> >> >> >> New issue 4232 by marcus.d...(a)gmail.com: Failing Tests in Full: Â XML >> >> http://code.google.com/p/pharo/issues/detail?id=4232 >> >> >> >>>>> >> >>>>> >> >>>>> XML.Tests.Parser.Nodes.XMLObservableListTest.testReplaceFromToWithStartingAt >> >>>>> Â Â 0.0 Â Â 1 >> >>>>> >> >>>>> >> >>>>> XML.Tests.Parser.Nodes.XMLOrderedListTest.testReplaceFromToWithStartingAt >> >> >> >> >> >> _______________________________________________ >> >> Pharo-bugtracker mailing list >> >> Pharo-bugtracker(a)lists.gforge.inria.fr >> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker >> >> >> >> >> >> >> >> -- >> >> Mariano >> >> http://marianopeck.wordpress.com >> >> >> >> >> > >> >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

May 17, 2011

Re: [Pharo-project] RDF Framework and Pharo

by Serge Stinckwich

This is quite old. You should ask Julien Bourdon (in CC), one of my former student who do this work. Regards, On Tue, May 17, 2011 at 12:50 AM, Laszlo Zsolt Kiss <lzskiss(a)dublin.ie> wrote: > Aloha. > The status:Â I can't install it. > The short story: > 1., > I installed XMLSupport , > 2, > Next probally install VWXML package , the VWXML package didn't Â finding the > XML package ahah, Great. > Rikaiko using the VWXML parser, this is the only dependencies. > What is the next good step?:) > Best regards > Laszlo Zsolt Kiss > > ----- Original Message ----- > From: > "Mariano Martinez Peck" <marianopeck(a)gmail.com> > To: > <Pharo-project(a)lists.gforge.inriafr>, "Laszlo Zsolt Kiss" > <lzskiss(a)dublin.ie> > Cc: > Sent: > Mon, 16 May 2011 19:32:47 +0200 > Subject: > Re: [Pharo-project] RDF Framework and Pharo > > > Hello. http://www.squeaksource.com/Rikaiko.html > > But I have no idea of the status... > > mariano > > On Mon, May 16, 2011 at 7:12 PM, Laszlo Zsolt Kiss <lzskiss(a)dublin.ie> > wrote: >> >> Hello. >> How can I usingÂ Rikaiko RDF framework with Pharo 1.2 or 1.3? >> Anybody working with this stuff? >> Best regards >> Laszlo Zsolt Kiss > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

May 17, 2011

[Pharo-project] [ANN] Moose Suite 4.4

by Tudor Girba

We are happy to announce the Moose Suite version 4.4: http://moosetechnology.org/download What is new: â¢ New EyeSee engine for scripting visual charts â¢ New Kumpel importer for SVN repositories â¢ New Metanool engine for supporting dynamic annotations of models â¢ Simplified look and feel â¢ Improved VerveineJ compatibility for Java parsing â¢ Improved FAMIX support for Java systems â¢ Improved support for complex shapes in Mondrian â¢ Improved RPackage engine support for the Smalltalk importer A list of issues addressed in this release can be found at: http://code.google.com/p/moose-technology/issues/list?can=1&q=status=Fixed%… Have fun, The Moose Team http://moosetechnology.org

May 16, 2011

Re: [Pharo-project] Which are the limitations of MessageTally?? Re: new Cog VMs uploaded

by Mariano Martinez Peck

Thanks eliot for your explanations. I will give it a try to SystemProfiler Thanks On Tue, May 10, 2011 at 7:26 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > > On Sun, May 8, 2011 at 5:07 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> What approach do you suggest should I take? >>>> >>> >>> I have no idea. You could try and break down the various activities and >>> benchmark them separately I suppose. You could look at the profiles you're >>> already generating in higher resolution to see where the time is going. You >>> could also try and extract the SystemProfiler from OpenQwaq, which will run >>> on Cog, and is better than MessageTally. Andreas wrote it to get around >>> some of MessageTally's limitations. It should hopefully show primitives >>> quite accurately. >>> >>> >> Hi. I have already read this several times. From you now, from Alexandre >> Bergel, from Henrik Johansen, etc. But no one (or maybe I didn't see it) >> give a list of the real existent MessageTally limitations or problems. So >> far, the only thing I read is what Eliot says here: "show primitives quite >> accurately" >> >> So...which are the rest and what is solved by the SystemProfiler from >> OpenQwaq ?? >> > > MessageTally works by using delays to cause a high-priority process to > interrupt the process being profiled. So the sample is taken only at a > suspension point. The SystemProfiler support in the VM takes a sample > either after a primitive has run or when the VM is checking for events, so > it takes more accurate samples. Further, the SystemProfiler's VM support > also samples the active process when collecting the sampled method, so it > more accurately ascribes profiles to processes. MessageTally only profiles > a single process. > > Both suffer from a bug my colleague Yaron Kashai observed this week at > Cadence, which is that if GC pauses are long then both profilers will > under-measure the GC costs because they both take a single sample before > measurement. So e.g. if a GC pause lasts five times longer than the poll > time only one sample will be takem. Ideally the SystemProfiler would be > extended to maintain a list of sampled methods and processes. > > > best, > Eliot > > >> Thanks in advance, >> >> >> Mariano >> >> >> >> >> >>> HTH >>> Eliot >>> >>> >>>> >>>> Cheers >>>> Philippe >>>> >>>> >>>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > -- Mariano http://marianopeck.wordpress.com

May 16, 2011

Re: [Pharo-project] [Pharo-users] [COTDC] 64 - UrlArgumentList

by Guillermo Polito

I think so. Looking at it, a dictionary should be used instead of it. On Mon, May 16, 2011 at 3:20 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > So, deprecate it ? > > Laurent. > > > On Sun, May 15, 2011 at 7:58 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> On Fri, May 13, 2011 at 9:29 PM, laurent laffont < >> laurent.laffont(a)gmail.com> wrote: >> >>> Today: UrlArgumentList >>> >> >> >> Someone use it ? No references in the image ...... >> >> Laurent. >> >> >>> >>> >>> Comment Of The Day Contest - One Day One Comment >>> Rules: >>> #1: Each day a not commented class is elected. Each day the best comment >>> will be integrated with name of the author(s). >>> #2: If you cannot comment it, deprecate it. >>> Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest >>> >>> Laurent >>> >> >> >

May 16, 2011

[Pharo-project] [COTDC] 65 - LogicalFontManager

by laurent laffont

Today: LogicalFontManager Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

May 16, 2011

Re: [Pharo-project] [COTDC] 64 - UrlArgumentList

by Alexandre Bergel

Do it and let's see if someone complains Alexandre On 16 May 2011, at 14:20, laurent laffont wrote: > So, deprecate it ? > > Laurent. > > On Sun, May 15, 2011 at 7:58 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > On Fri, May 13, 2011 at 9:29 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Today: UrlArgumentList > > > Someone use it ? No references in the image ...... > > Laurent. > > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 16, 2011

Re: [Pharo-project] [COTDC] 64 - UrlArgumentList

by laurent laffont

So, deprecate it ? Laurent. On Sun, May 15, 2011 at 7:58 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > On Fri, May 13, 2011 at 9:29 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> Today: UrlArgumentList >> > > > Someone use it ? No references in the image ...... > > Laurent. > > >> >> >> Comment Of The Day Contest - One Day One Comment >> Rules: >> #1: Each day a not commented class is elected. Each day the best comment >> will be integrated with name of the author(s). >> #2: If you cannot comment it, deprecate it. >> Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest >> >> Laurent >> > >

May 16, 2011

Re: [Pharo-project] RDF Framework and Pharo

by Laszlo Zsolt Kiss

Aloha.The status:Â I can't install it.The short story: 1.,I installed XMLSupport , 2,Next probally install VWXML package , the VWXML package didn't Â finding the XML package ahah, Great.Rikaiko using the VWXML parser, this is the only dependencies. What is the next good step?:) Best regardsLaszlo Zsolt Kiss ----- Original Message ----- From: "Mariano Martinez Peck" To:, "Laszlo Zsolt Kiss" Cc: Sent:Mon, 16 May 2011 19:32:47 +0200 Subject:Re: [Pharo-project] RDF Framework and Pharo Hello. http://www.squeaksource.com/Rikaiko.html [1] But I have no idea of the status... mariano On Mon, May 16, 2011 at 7:12 PM, Laszlo Zsolt Kiss wrote: Hello.How can I usingÂ Rikaiko RDF framework with Pharo 1.2 or 1.3?Anybody working with this stuff? Best regardsLaszlo Zsolt Kiss -- Mariano http://marianopeck.wordpress.com [3] Links: ------ [1] http://www.squeaksource.com/Rikaiko.html [2] mailto:lzskiss@dublin.ie [3] http://marianopeck.wordpress.com

May 16, 2011

Re: [Pharo-project] Write accentuate characters in file

by Norbert Hartl

Am 16.05.2011 um 19:06 schrieb Toon Verwaest: > You could also be friendly and tell the editor that it's UTF8 using a bom > http://en.wikipedia.org/wiki/Byte_order_mark > > I dunno how standard that is nowadays though. > BOM is explicitly optional. One reason is the be sort of backward compatible for older programs. And this is because utf-8 is relatively close to latin1. etc. My personal opinion is that a BOM does not solve the real problems. It is an endless story with stupid things and very good reasons for the stupid things to be there. E.g. If you have a utf-8 file on linux and on Mac they differ by design. Linux uses composed characters and Mac uses decomposed. If you are in latin1 character set this easily can drive you nuts. Norbert > On 05/16/2011 05:10 PM, Damien Cassou wrote: >> On Mon, May 16, 2011 at 5:01 PM, Henrik Sperre Johansen >> <henrik.s.johansen(a)veloxit.no> wrote: >>> FileStream newFileNamed: 'test.txt' do: [ :stream | >>> stream converter: MacRomanTextConverter new; " or: TextConverter >>> newForEncoding: 'mac-roman' " >>> nextPutAll: 'Ã©Ã©Ã©' ]. >> This is the correct way of solving your problem... however, your >> application becomes dependent of MacOS X. If you want your application >> to be portable to other OSes, I would advise you to use the simple >> approach that you give >> >> FileStream newFileNamed: 'test.txt' do: [ :each | each nextPutAll: 'Ã©Ã©Ã©' ] >> >> and tell your favorite Apple editor that this is indeed UTF-8. UTF-8 >> is the standard, MacRoman is Apple only. >> > >

May 16, 2011