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

Re: [Pharo-project] Issue 3454 in pharo: DNU when looking for implementors in OB on 1.2dev

by pharo＠googlecode.com

Comment #5 on issue 3454 by guillermopolito: DNU when looking for implementors in OB on 1.2dev http://code.google.com/p/pharo/issues/detail?id=3454 ParagraphEditor uses #terminateAndInitializeAround: a lot. Just look at its senders :) Maybe it is ok to remove that call...

Dec. 20, 2010

Re: [Pharo-project] Fwd: [Pharo-users] minimal pharo image

by Mariano Martinez Peck

You can also download a PharoCore from http://www.pharo-project.org/pharo-download/stable-core And evaluate "ScriptLoader new cleanUpForProduction" That image may be arround 7mb i think cheers mariano On Mon, Dec 20, 2010 at 1:35 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > hi guys > > I know that some of you used pavel mini image but I do not have the data at > end. > Annick have a look at: > > https://gforge.inria.fr/frs/download.php/27904/PharoKernel-1.2-12229.zip > inside there is a small image of 2.3 mb. or 2.9mb with gofer inside. > > Stef > > > > From: Annick Fron <info(a)afceurope.com> > > Date: December 20, 2010 12:20:14 PM GMT+01:00 > > To: A friendly place where any question about pharo is welcome < > pharo-users(a)lists.gforge.inria.fr> > > Subject: [Pharo-users] minimal pharo image > > Reply-To: A friendly place where any question about pharo is welcome < > pharo-users(a)lists.gforge.inria.fr> > > > > Hi, > > > > I am looking for a minimal pharo image. Does anyone know how much file > space I need for a minimal image with smalltalk servlets and http at least, > or even Seaside ? > > > > Annick Fron > > >

Dec. 20, 2010

Re: [Pharo-project] Fwd: [Pharo-users] minimal pharo image

by Luc Fabresse

Hi Annick, Pavel also said that pharo kernel can load KomHttpServer. http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg34614.ht… #Luc 2010/12/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > hi guys > > I know that some of you used pavel mini image but I do not have the data at > end. > Annick have a look at: > > https://gforge.inria.fr/frs/download.php/27904/PharoKernel-1.2-12229.zip > inside there is a small image of 2.3 mb. or 2.9mb with gofer inside. > > Stef > > > > From: Annick Fron <info(a)afceurope.com> > > Date: December 20, 2010 12:20:14 PM GMT+01:00 > > To: A friendly place where any question about pharo is welcome < > pharo-users(a)lists.gforge.inria.fr> > > Subject: [Pharo-users] minimal pharo image > > Reply-To: A friendly place where any question about pharo is welcome < > pharo-users(a)lists.gforge.inria.fr> > > > > Hi, > > > > I am looking for a minimal pharo image. Does anyone know how much file > space I need for a minimal image with smalltalk servlets and http at least, > or even Seaside ? > > > > Annick Fron > > >

Dec. 20, 2010

[Pharo-project] Fwd: [Pharo-users] minimal pharo image

by Torsten Bergmann

Hi Annick, >I am looking for a minimal pharo image. Does anyone know how much file space >I need for a minimal image with smalltalk servlets and http at least, or >even Seaside ? Use Pavels Kernel image, just check http://astares.blogspot.com/2010/11/pharo-kernel-and-smalltalk-webserver.ht… Bye Torsten -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

Dec. 20, 2010

Re: [Pharo-project] Issue 3463 in pharo: [Failing Test] HelpBrowserTest.testOpen

by pharo＠googlecode.com

Updates: Cc: marianopeck marcus.denker stephane.ducasse Comment #2 on issue 3463 by Torsten....(a)astares.de: [Failing Test] HelpBrowserTest.testOpen http://code.google.com/p/pharo/issues/detail?id=3463 In an updated Pharo core 1.2beta #12282 the test is green. I think the reason why it fails in 1.2-dev is that ConfigurationOfHelpSystem is still referenced in ConfigurationOfPharo, but help system is now already included in core images. So it should be easy to fix by removing HelpSystem from the Metacello config used to build the dev-image

Dec. 20, 2010

Re: [Pharo-project] Printing hexadecimal values of a string

by Geoffroy Couprie

On Mon, Dec 20, 2010 at 1:31 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> Huh, I forgot multibyte characters... Then would this be sufficient? >> >> Character>>hex >> Â Â value >255 >> Â Â Â Â ifTrue: [^value hex] >> Â Â Â Â ifFalse: [^value printStringBase: 16 nDigits: 2] >> > > geoffroy > > we cannot really change hex because hex returns > Â Â Â Â 16rXXX > > and the other classes are consistent with that. > > (Character value: 12345) hex > Â Â Â Â '16r3039' > > > Integer>>hex > Â Â Â Â "Print the receiver as hex, prefixed with 16r. Â DO NOT CHANGE THIS! Â The Cog VMMaker depends on this. > Â Â Â Â Consider using any of > Â Â Â Â Â Â Â Â printStringHex > Â Â Â Â Â Â Â Â printStringBase: 16 > Â Â Â Â Â Â Â Â printStringBase: 16 length: 8 padded: true > Â Â Â Â Â Â Â Â storeStringHex > Â Â Â Â Â Â Â Â storeStringBase: 16 > Â Â Â Â Â Â Â Â storeStringBase: 16 length: 11 padded: true" > Â Â Â Â ^self storeStringBase: 16 > > Now what we could have is another method named: > Â Â Â Â xxPrintStringHex > Â Â Â Â for example (first name that came to my mind) > Â Â Â Â paddedPrintStringHex > > 1566 printStringHex '61E' > > 15 printStringHex > Â 'F' > > 1566 paddedPrintStringHex '61E' > > 15 paddedPrintStringHex > Â '0F' > > Or something like that. > I was using Pharo 1.1, where PrintStringHex is not implemented. In the patch for issue 3466, I modified printStringHex, but a new function including padding might be a better idea. Until Pharo 1.2 is published, I'll keep my custom code to display hexadecimal strings.

Dec. 20, 2010

Re: [Pharo-project] [squeak-dev] Re: Graph library in Smalltalk - Need for advices

by StÃ©phane Ducasse

> > I've started looking at the exemples YossiDM gave to me and in particular Lemon which was according to him his best experience. I found the model quite clear and covering all what I expect for a generic graph lib (directed, undirected, mapping concept, iterators, and algorithms of course). Moreover and contrary to Boost, it's still developed in 2010. > > To be more precise, here's what I expect for a generic graph lib in smalltalk (note all in Lemon except visualization): > > - data structure: directed graphs, undirected graphs, possible loop and parallel edged, ..., trees (?) > - mapping: easily map objects, informations on nodes and/or edges (here, don't know if I'd like subclassing nodes/eges instead...) > - iterators: efficient way to iterate over nodes and edges > - algorithms: basic algorithms implementation (bfs, dfs, ..., shortest paths, ...), and plug-ability for specific ones... > - visualization: having an interactive graph visualization web/SVG and eventually morphic (... graphviz, mondrian, .......) > > then, I could use this for my research work... > - I need "belief" nodes with associated conditional beliefs tables > - I need to implement algorithms to propagate an information change (change of a node state) in any nodes... > ****mainly, I'd like to get junction trees from a graph [1] which are rely useful for several domains in machine learning field *** > > Actually, I don't know if I really need a graph lib as a simple implementation directed to bayesian should be enough but it's the second time I need graphs (last time was for planification) and I think that would be great to have a nice and clean basic implementation. > > Couldn't we start developing something similar to Lemon (regarding "API", enitites, etc...) that would work for small scale project project in smalltalk ? It would be excellent. Because now that you have a full time permanent position you can invest a bit and in 2 years you can get something really sexy.... This is what we are doing all the time around pharo. > Yossi, what were the limitations you found with Lemon ? > > Cheers, > > CÃ©drick >

Dec. 20, 2010

[Pharo-project] Fwd: [Pharo-users] minimal pharo image

by StÃ©phane Ducasse

hi guys I know that some of you used pavel mini image but I do not have the data at end. Annick have a look at: https://gforge.inria.fr/frs/download.php/27904/PharoKernel-1.2-12229.zip inside there is a small image of 2.3 mb. or 2.9mb with gofer inside. Stef > From: Annick Fron <info(a)afceurope.com> > Date: December 20, 2010 12:20:14 PM GMT+01:00 > To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> > Subject: [Pharo-users] minimal pharo image > Reply-To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> > > Hi, > > I am looking for a minimal pharo image. Does anyone know how much file space I need for a minimal image with smalltalk servlets and http at least, or even Seaside ? > > Annick Fron

Dec. 20, 2010

Re: [Pharo-project] Graph library in Smalltalk - Need for advices

by CÃ©drick BÃ©ler

Hello, Thanks all for valuable information given and sorry for answering late... Personally, I also think we need a graph lib for small scale application (100 nodes maximum). This is actually my needs as our research model won't go beyond 50 nodes I guess (and around the same scale for edges). That being said, in an ideal world, we would have a nice designed library that could map/translate/primitivize to a more efficient lib / functions easily. I've started looking at the exemples YossiDM gave to me and in particular Lemon which was according to him his best experience. I found the model quite clear and covering all what I expect for a generic graph lib (directed, undirected, mapping concept, iterators, and algorithms of course). Moreover and contrary to Boost, it's still developed in 2010. To be more precise, here's what I expect for a generic graph lib in smalltalk (note all in Lemon except visualization): - data structure: directed graphs, undirected graphs, possible loop and parallel edged, ..., trees (?) - mapping: easily map objects, informations on nodes and/or edges (here, don't know if I'd like subclassing nodes/eges instead...) - iterators: efficient way to iterate over nodes and edges - algorithms: basic algorithms implementation (bfs, dfs, ..., shortest paths, ...), and plug-ability for specific ones... - visualization: having an interactive graph visualization web/SVG and eventually morphic (... graphviz, mondrian, .......) then, I could use this for my research work... - I need "belief" nodes with associated conditional beliefs tables - I need to implement algorithms to propagate an information change (change of a node state) in any nodes... ****mainly, I'd like to get junction trees from a graph [1] which are rely useful for several domains in machine learning field *** Actually, I don't know if I really need a graph lib as a simple implementation directed to bayesian should be enough but it's the second time I need graphs (last time was for planification) and I think that would be great to have a nice and clean basic implementation. Couldn't we start developing something similar to Lemon (regarding "API", enitites, etc...) that would work for small scale project project in smalltalk ? Yossi, what were the limitations you found with Lemon ? Cheers, CÃ©drick [1] http://en.wikipedia.org/wiki/Junction_tree > > JGraphT worked alright in what I tried against in the past, but it won't > scale to huge heights like most libs without major tweaking or a graph DB > backing it along with some serious threading. > > Just to throw in a few others I've used, but not with Smalltalk: > > * https://software.sandia.gov/trac/mtgl MTGL > * http://lemon.cs.elte.hu/trac/lemon LEMON > * .NET http://quickgraph.codeplex.com/ Quickgraph /Graph# > * http://igraph.sourceforge.net/introduction.html iGraph > * http://snap-graph.sourceforge.net/ SNAP > > Of the above, I've had some of the best experience with LEMON in terms of > scale and speed for real-world usage. Unfortunately, none of these libraries > include everything you'd want, so at some point you will have to roll some > stuff yourself. That's been my experience at least. > > Some Graph or Graph-like Databases (tend to have some algorithm libs as > well): > > * http://www.infinitegraph.com InfiniteGraph (this runs on Objectivity > underneath the covers which has a Smalltalk impl) > * http://www.neo4j.org neo4j > * http://www.kobrix.com/hgdb.jsp HyperGraphDB > > Some related useful items for dealing with large sets and graphs when you > are thinking about performance and/or parallel processing: > > * http://gauss.cs.ucsb.edu/~aydin/doc/html/index.html Combinatorial BLAS > * http://www.semanticdesigns.com/Products/PARLANSE/ PARLANSE > * http://research.microsoft.com/en-us/projects/dryadlinq/ DRYAD LINQ > > FYI, I would strongly recommend against using Ruby for anything with graphs > except as a simple client lib. I spent a lot of time on this before and it > simply does not scale or perform to anything beyond very simple cases, and > the memory footprint in a real app becomes horrendous. We had to tweak the > hell out of some libs to get anything decent and even then we ended up > writing stacks of C to compensate. If you're just dealing with 100 vertex > undirected graphs, then it works great. It's honestly the fault of a lot of > the libs rather than the language, but nonetheless be warned. Thanks ;-) > -- > View this message in context: http://forum.world.st/Graph-library-in-Smalltalk-Need-for-advices-tp3092747… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Dec. 20, 2010

Re: [Pharo-project] Printing hexadecimal values of a string

by StÃ©phane Ducasse

> > Huh, I forgot multibyte characters... Then would this be sufficient? > > Character>>hex > value >255 > ifTrue: [^value hex] > ifFalse: [^value printStringBase: 16 nDigits: 2] > geoffroy we cannot really change hex because hex returns 16rXXX and the other classes are consistent with that. (Character value: 12345) hex '16r3039' Integer>>hex "Print the receiver as hex, prefixed with 16r. DO NOT CHANGE THIS! The Cog VMMaker depends on this. Consider using any of printStringHex printStringBase: 16 printStringBase: 16 length: 8 padded: true storeStringHex storeStringBase: 16 storeStringBase: 16 length: 11 padded: true" ^self storeStringBase: 16 Now what we could have is another method named: xxPrintStringHex for example (first name that came to my mind) paddedPrintStringHex 1566 printStringHex '61E' 15 printStringHex 'F' 1566 paddedPrintStringHex '61E' 15 paddedPrintStringHex '0F' Or something like that. Stef

Dec. 20, 2010