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

Re: [Pharo-project] I give up. Squeaksource has lost lot of versions again

by Igor Stasenko

On 16 May 2011 19:13, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > mariano > > There was a crash and we spend some couple of hours with marcus to see what we can > do. Now apparently the applications does not find some of the files that are on the filesystem. > So the code is not lost but squeaksource does not see them. > > This has nothing with Pharo and Smalltalk. Just that Squeaksource was created in 2002 > and that it suffers from the success of Squeak and Pharo. > Indeed. It was not designed to be used in such big scale as today. So, it is not a bug, it is a feature (or lack of ;) And as any other software it requires maintenance and upgrades to meet today's requirements. > Now this is why ESUG payed objectFusion to propose a new application. > Is there a plan to provide a migration from squeaksource to new system? Because if not, then i'm afraid, most people will keep using SqS and imagine how many configs/wiki pages and other stuff needs to be updated. I'd prefer to fully replace SqS with new system at some day without need of migrating projects by all developers and updating links/configs etc. > > Now again if you give me one engineer full time I'm sure that we can do that. > Do you think that svn or git where created from the air without sponsoring......? > Just curious. > > Stef > -- Best regards, Igor Stasenko AKA sig.

May 17, 2011

Re: [Pharo-project] Convention to build cmd-line interfaces with Pharo?

by Igor Stasenko

On 16 May 2011 18:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> As you may know, Squeak was inherently designed to not care about a >> command-line and any stdio, >> so we don't have a standartized way to handle command-line and >> standard input/output :( >> I don't remember what exactly was done in 1.3. Some cleanup i guess. > > not only cleaning, we can specify that a certain extension should be handled in a certain way without breaking > because this is not 100% smalltalk for example. > For example a coral script (which has a different syntax than a cs) can be loaded without breaking and breaking the laoding of cs. > This needs to be documented somewhere. Because a correctly working command-line becoming more and more important once we're using Hudson for automatic building images, run tests and other tasks. That's why i spent time implementing NonInteractiveUIManager. @Stefan Marr: About command-line on some Mac VMs: yes, this is known bug. Some VMs are just "swallowing" command-line arguments so you cannot see them from image side. > Stef > -- Best regards, Igor Stasenko AKA sig.

May 17, 2011

[Pharo-project] BSUG Meeting Tuesday May 31

by Sven Van Caekenberghe

BSUG Meeting Tuesday May 31 The Belgian Smalltalk User Group (BSUG) is organising its next meeting on Tuesday May 31 at the VUB Software Languages Lab, 10th floor of building F, Vrije Universiteit Brussel, Pleinlaan 2, 1050 Elsene. (see http://www.vub.ac.be/english/infoabout/campuses/index.html#etterbeek) We will start at 18:00 and have a program with 4 sessions each lasting about half an hour, leaving ample room for discussions. IMPORTANT: Please send an email to johan(a)inceptive.be to confirm your attendance! Session 1: Pharo Smalltalk The new kid on the block (Sven Van Caekenberghe) Session 2: DALi A database-abstraction layer for multiuser web applications (Johan Brichau - Andy Kellens) Session 3: Zinc HTTP Components An open-source Smalltalk framework to deal with the HTTP networking protocol (Sven Van Caekenberghe) Session 4: BSUG A plan for the future (Everybody) We invite all young and old Smalltalkers to join us and make this a successful event. For the Belgian Smalltalk User Group, Johan Brichau and Sven Van Caekenberghe ps: Our websites, http://www.bsug.org and http://www.smalltalk.be our currently offline but will be back soon.

May 17, 2011

[Pharo-project] Pharocasts: Learn Smalltalk with ProfStef updated

by laurent laffont

James Robertson has merged his ProfStef recordings from the Smalltalk4Userie (Thank you !!). On http://www.pharocasts.com/2010/01/learn-smalltalk-with-profstef.html and http://www.jarober.com/blog/blogView?entry=3483014857 Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

May 17, 2011

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