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

[Pharo-project] Optimize Pharo for slow horse

by Hilaire Fernandes

Hello, I am testing Pharo on XO OLPC computer. It is slow, yes, the machine are slow. But I am looking at place to make it more usable: - larger font size (at least 12pt) - screen depth to 16 bpp - no background, does it help? - browser, can we improve something? - polymorph theme, I have this unfinished sugar theme I would like to optimize for faster rendering Which tweaking can be applied to the image for a better user experience? Thanks to share any thought, even random ones. Hilaire

July 12, 2010

Re: [Pharo-project] [Vm-dev] Tracing on Linux

by David T. Lewis

On Sun, Jul 11, 2010 at 05:30:35PM -0400, Schwab,Wilhelm K wrote: > > I am trying to track down a segmentation fault in calling into the Gnu Scientific Library. These are things that I had working under Windows+Dolphin and am now trying to do with Pharo and Linux. Offsets to structure elements and sizes of structures are possible snags, but the calls that are failing should be reasonably independent of such things: I call the relevant allocation method and pass along the pointer, so even if my interpretation of the structs is bogus, I would still expect the functions to succeed. That is all the more true of new functions that I am adding for testing purposes. > > The GSL functionality is split into two libraries, and the .so modules appear to be hobbled on Linux due to circular dependencies between them. A wrapper .so that is linked to both libraries seems to allow me to call "all" of the functions (the few I have tried to access) and gives a home for code of my own. > > I went so far as to compile some GSL sample code, and it does not crash. I further linked it to my wrapper library and it still works calling the GSL functions through the wrapper (or at least I *think* that's happening). I plan to gradually sneak up on the crash by moving things into my library and then hopefully into Pharo via FFI. > > On Windows, I would use OutputDebugString() to write tracing messages to look at what is happening until I found the problem. How do you unix VM gurus tackle such debugging problems? > Bill, To write strings to output, use fprintf() followed by fflush(). Don't forget the fflush or you'll never figure anything out ;) To use a debugger, compile with CFLAGS=-g (enable debugging info, no compiler optimization), then run the VM under gdb or one of the gui front ends to gdb such as ddd. Put a breakpoint in your function, and you're good to go. Assuming you are using up to date sources from Subversion, run "platforms/unix/configure --help" for more build options. Dave

July 12, 2010

[Pharo-project] Fwd: [Seaside] Looking for smart and good programmers? Attend the premium conference on Smalltalk!

by Mariano Martinez Peck

I guess it can be interested for you also. ESUG will be happy if you help to do some buzz about the conference. Forwarding emails to other mailing lists, post in your blogs, twitter, facebook, etc, always help. It would be great to expand the community and forward this email to other communities like ruby, python, linux, etc.... For more details: http://www.esug.org/Conferences/2010 Cheers Mariano ---------- Forwarded message ---------- From: stephane ducasse <stephane.ducasse(a)free.fr> Date: Mon, Jul 12, 2010 at 10:40 AM Subject: [Seaside] Looking for smart and good programmers? Attend the premium conference on Smalltalk! To: Seaside - general discussion <seaside(a)lists.squeakfoundation.org> We are all looking for smart and good people... Now the best to get in touch with them is to go where they go and have a nice beer with them. Did you think about coming to ESUG the key world conference on Smalltalk to meet talented people? Did you think about sponsoring ESUG so that programmers get aware of your business? Regularly we pass job interview at ESUG. Why not you? Each year ESUG offers the possibility to young guys to participate to ESUG as student volunteers you can also come and talk to them. Some data: Amsterdam 170 participants Brest 154 Barcelona The dead-line for registration at early bird fees is approaching (one month to go). So, hurry up and register on our new seaside-based server. http://registration.esug.org/ This server comes with new features. You can now do a group registration and make a single payment. Also, we have reduction tickets (typically for Golden and Platinum sponsors). The ESUG 2010 conference program is about to be ready, and it is as promising as was for the previous editions of the conference. Checkout the preliminary schedule is already on the web, http://www.esug.org/Conferences/2010 See you in Barcelona, ESUG board. _______________________________________________ seaside mailing list seaside(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

July 12, 2010

[Pharo-project] [ANN] new 1.2 image: 12049

by StÃ©phane Ducasse

https://gforge.inria.fr/frs/download.php/27270/PharoCore-1.2-12049.zip Stef

July 12, 2010

Re: [Pharo-project] Tracing on Linux

by Adrian Lienhard

Hi Bill, If you are on a system with DTrace support you can use its function entry and function return probes (http://wikis.sun.com/display/DTrace/pid+Provider) to see what is going on in the C code. In case it helps to link this information with Smalltalk execution, you can use the Squeak/Pharo probes as described in my blog http://adrian-lienhard.ch/blog. Cheers, Adrian On Jul 11, 2010, at 23:30 , Schwab,Wilhelm K wrote: > I am trying to track down a segmentation fault in calling into the Gnu Scientific Library. These are things that I had working under Windows+Dolphin and am now trying to do with Pharo and Linux. Offsets to structure elements and sizes of structures are possible snags, but the calls that are failing should be reasonably independent of such things: I call the relevant allocation method and pass along the pointer, so even if my interpretation of the structs is bogus, I would still expect the functions to succeed. That is all the more true of new functions that I am adding for testing purposes. > > The GSL functionality is split into two libraries, and the .so modules appear to be hobbled on Linux due to circular dependencies between them. A wrapper .so that is linked to both libraries seems to allow me to call "all" of the functions (the few I have tried to access) and gives a home for code of my own. > > I went so far as to compile some GSL sample code, and it does not crash. I further linked it to my wrapper library and it still works calling the GSL functions through the wrapper (or at least I *think* that's happening). I plan to gradually sneak up on the crash by moving things into my library and then hopefully into Pharo via FFI. > > On Windows, I would use OutputDebugString() to write tracing messages to look at what is happening until I found the problem. How do you unix VM gurus tackle such debugging problems? > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 12, 2010

[Pharo-project] Tracing on Linux

by Schwab,Wilhelm K

I am trying to track down a segmentation fault in calling into the Gnu Scientific Library. These are things that I had working under Windows+Dolphin and am now trying to do with Pharo and Linux. Offsets to structure elements and sizes of structures are possible snags, but the calls that are failing should be reasonably independent of such things: I call the relevant allocation method and pass along the pointer, so even if my interpretation of the structs is bogus, I would still expect the functions to succeed. That is all the more true of new functions that I am adding for testing purposes. The GSL functionality is split into two libraries, and the .so modules appear to be hobbled on Linux due to circular dependencies between them. A wrapper .so that is linked to both libraries seems to allow me to call "all" of the functions (the few I have tried to access) and gives a home for code of my own. I went so far as to compile some GSL sample code, and it does not crash. I further linked it to my wrapper library and it still works calling the GSL functions through the wrapper (or at least I *think* that's happening). I plan to gradually sneak up on the crash by moving things into my library and then hopefully into Pharo via FFI. On Windows, I would use OutputDebugString() to write tracing messages to look at what is happening until I found the problem. How do you unix VM gurus tackle such debugging problems? Bill

July 11, 2010

[Pharo-project] [update 1.2] #12049

by StÃ©phane Ducasse

12049 ----- - Issue 2501: Refactored directory scanning - PackageOrganizer enh - Issue 2623: Make sure MCWorkingCopy receives system change notifications by reregistering for them on startup.

July 11, 2010

[Pharo-project] [update 1.2] #12048

by StÃ©phane Ducasse

12048 ----- - Issue 2664: empty classes: WebBrowser, SketchMorph, PasteUpMorphTest, NameOfSubclass, MethodTempsNode

July 11, 2010

[Pharo-project] [update 1.2] #12047

by stephane ducasse

12047 ----- Issue 2664: Lost some classes only sarInstaller and MczInstaller

July 11, 2010

Re: [Pharo-project] Sequential Dictionary

by Levente Uzonyi

On Sun, 11 Jul 2010, Joel Turnbull wrote: > What is the group's recommendation for creating a sequential Dictionary? > i.e. A Dictionary who's associations are ordered. > > Is there any precedent for this? Or does it sound like I'm barking up the > wrong tree? > > In my model, I've subclassed Dictionary into QuantityDictionary to store > line items, where the key is the item and the value is the quantity of the > item. It validates that the value is always a numeric, removes the > association when the value goes below zero, and other stuff specific to my > application. > > Now I'm finding it makes sense to be able to order these associations. > Imagine a recipe ingredient list, where you add and edit quantities of > ingredients, and you want to put the ingredients that you use earliest in > the recipe at the top of the ingredient list. > > Before I put any more work into it, I just wanted to make sure that a > sequential dictionary makes sense, and get your ideas on how to generally go > about implementing that? A "sequential dictionary" can mean a lot of different things. There are some implementations with different semantics available. See these for example: http://squeaksource.com/BTree.html http://forum.world.st/OrderedDictionary-td277320.html If you just want to iterate over your dictionary once in the sorted order, then the best thing to do is to collect your data into an array, sort the array, then iterate over that sorted array. Levente > > Thanks. >

July 11, 2010