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

Re: [Pharo-project] running osprocess

by Henrik Johansen

Den 21.12.2010 01:42, skrev Schwab,Wilhelm K: > I mostly use PipeableOSProcess, exclusively on Linux, and found it broken on 1.1. I ended up hacking FileDirectory>>fileExists: to answer true to '/bin/sh' and all was well. It is fixed in 1.1.1. > > Bill > Uhm, it's only fixed if you use 1.1.1 on Linux with a Cog VM, the code in image is the same as 1.1. This was an error in platform support-code for the standard Unix vm, which had already been fixed in Cog. That fix has been submitted for inclusion in the standard vm, and though I haven't seen any SVN-checkins related to it, I believe it is planned for inclusion in the (planned) Dec. release of new VM's. Cheers, Henry

Dec. 21, 2010

Re: [Pharo-project] Dear Santa ...

by StÃ©phane Ducasse

Still enter it in the bug entry like that we can track it back On Dec 21, 2010, at 1:30 PM, Stefan Marr wrote: > > On 21 Dec 2010, at 13:19, Luc Fabresse wrote: > >> Hi Stefan, >> >> Did you enter a bug entry? >> because it is easier to not forget when there is one. > No, as I said, I am not sure whether should be changed in the standard image. > I am not even sure whether you should consider it a bug, it is certainly not with regard to the "VM/scheduler spec". > >> http://forum.world.st/Delay-class-not-fit-for-RoarVM-tt3035265.html#none > > Best regards > Stefan > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > >

Dec. 21, 2010

Re: [Pharo-project] Issue 3224 in pharo: Migrating MethodReference to MethodReferenceWithSource

by pharo＠googlecode.com

Comment #5 on issue 3224 by Benjamin.VanRyseghem.Pharo: Migrating MethodReference to MethodReferenceWithSource http://code.google.com/p/pharo/issues/detail?id=3224 Those methods are part of a messy interface and should be removed, I think that's why they hadn't be reimplemented :)

Dec. 21, 2010

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

by Chris Muller

Hi Alexandre, I only have very limited experience with Mondrian, so please excuse me if this is a stupid question. Is it possible to employ an Iterator to simply draw on a raster image rather than creating a model in RAM? Perhaps it could be an option? Would it be hard to make Mondrian work this way? For me, Mondrians primary purpose is output, not input. Being able to drag around the boxes is cute, but what is the purpose for needing that sort of input? - Chris On Sat, Dec 18, 2010 at 6:58 PM, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > Indeed. Mondrian works relative well for displaying and layout graph below 20.000 nodes. Over that, an external library is best. There is a bridge Mondrian<--> graphviz. > > Cheers, > Alexandre > > > On 18 Dec 2010, at 11:26, Levente Uzonyi wrote: > >> On Sat, 18 Dec 2010, StÃ©phane Ducasse wrote: >> >>> May this is a ridiculuous thought but may be it would be good to start an effort on >>> build a library for Smalltalk. Reusing some part of mondrian could be good. >> >> It would be very slow and really a lot of work. Mondrian is nice for visualization, but a Graph library is a lot more than that. >> >> >> Levente >> >>> >>> Stef >>> >>> >>>> 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. >>>> -- >>>> 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. >>>> >>> >>> >>> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

Dec. 21, 2010

Re: [Pharo-project] Issue 3470 in pharo: [Failing Tests] OBKeyBindingsTest

by pharo＠googlecode.com

Updates: Labels: -Milestone-1.3 Milestone-1.2-DevImage Comment #1 on issue 3470 by marcus.denker: [Failing Tests] OBKeyBindingsTest http://code.google.com/p/pharo/issues/detail?id=3470 (No comment was entered for this change.)

Dec. 21, 2010

Re: [Pharo-project] Issue 3471 in pharo: [Failing Test] OBCmdAutoCategorizeWithAMCTest.testOBAutocategorizeCommandOverride

by pharo＠googlecode.com

Updates: Labels: -Milestone-1.3 Milestone-1.2-DevImage Comment #1 on issue 3471 by marcus.denker: [Failing Test] OBCmdAutoCategorizeWithAMCTest.testOBAutocategorizeCommandOverride http://code.google.com/p/pharo/issues/detail?id=3471 (No comment was entered for this change.)

Dec. 21, 2010

[Pharo-project] Issue 3471 in pharo: [Failing Test] OBCmdAutoCategorizeWithAMCTest.testOBAutocategorizeCommandOverride

by pharo＠googlecode.com

Status: Accepted Owner: marcus.denker Labels: Milestone-1.3 New issue 3471 by marcus.denker: [Failing Test] OBCmdAutoCategorizeWithAMCTest.testOBAutocategorizeCommandOverride http://code.google.com/p/pharo/issues/detail?id=3471 OBCmdAutoCategorizeWithAMCTest.testOBAutocategorizeCommandOverride

Dec. 21, 2010

[Pharo-project] Issue 3470 in pharo: [Failing Tests] OBKeyBindingsTest

by pharo＠googlecode.com

Status: Accepted Owner: marcus.denker Labels: Milestone-1.3 New issue 3470 by marcus.denker: [Failing Tests] OBKeyBindingsTest http://code.google.com/p/pharo/issues/detail?id=3470 >>> OB.Tests.Morphic.OBKeyBindingsTest.testBrowseIt 0.339 13 >>> OB.Tests.Morphic.OBKeyBindingsTest.testImplementorsOfIt 0.387 13 >>> OB.Tests.Morphic.OBKeyBindingsTest.testReferencesToIt 0.254 13 >>> OB.Tests.Morphic.OBKeyBindingsTest.testSendersOfIt 0.273 13

Dec. 21, 2010

[Pharo-project] Issue 3469 in pharo: [Failing Test] ShoutTests.Parsing.SHParserST80Test.testCollectionHierarchy

by pharo＠googlecode.com

Status: Accepted Owner: marcus.denker Labels: Milestone-1.2-DevImage New issue 3469 by marcus.denker: [Failing Test] ShoutTests.Parsing.SHParserST80Test.testCollectionHierarchy http://code.google.com/p/pharo/issues/detail?id=3469 ShoutTests.Parsing.SHParserST80Test.testCollectionHierarchy

Dec. 21, 2010

Re: [Pharo-project] Issue 3462 in pharo: [Failing Test] SHParserST80Test.testNumbers

by pharo＠googlecode.com

Updates: Status: Closed Comment #3 on issue 3462 by marcus.denker: [Failing Test] SHParserST80Test.testNumbers http://code.google.com/p/pharo/issues/detail?id=3462 not failing in latest image

Dec. 21, 2010