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

Re: [Pharo-project] Icon

by Tudor Girba

Hi Alex, Did you export it as PNG with transparent background from Omnigraffle? Cheers, Doru On 29 Jun 2010, at 12:49, Alexandre Bergel wrote: > Hi! > > When I do an icon (using the import of MenuIcons), background color > remains white. Is there a way to specify the background to be > transparent? > I usually do icons using OmniGraffle and doing a 16x16 screenshot. > Is there a better way? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Some battles are better lost than fought."

June 29, 2010

Re: [Pharo-project] Bug in 1.1 RC2? Trait composition lost when loading a MC package

by StÃ©phane Ducasse

alex can you have a look at it? http://code.google.com/p/pharo/issues/detail?id=2598 >> >> Stef >> >> On Jun 28, 2010, at 10:45 PM, Simon Denier wrote: >> >>> >>> When loading a package with class definitions containing a trait composition like ClassX uses: TraitY - {#selector}, the composition is lost in the image. >>> >>> It seems closely related to previous issues 2477 and 2148 >>> But I am not sure if this is the same bug reappearing or a variant. >>> >>> To reproduce: >>> Gofer new squeaksource: 'MooseAlgos'; package: 'Moose-Algos-Graph'; package: 'Moose-Tests-Algos-Graph'; load >>> >>> Run tests in Moose-Tests-Algos-Graph: you should have 3 failures and 4 errors, all due to the missing trait composition in some classes. >>> >>> >>> After loading, you can make a diff changes in monticello, it will highlight the package as dirty and show you the lost trait compositions in two classes: >>> >>> MOGraphNode subclass: #MABfsNode >>> uses: MATEdgeNode - {#previousEdges. #from:edge:} >>> instanceVariableNames: 'nextEdges firstDepth' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: 'Moose-Algos-Graph' >>> >>> MODisjointSetNode subclass: #MANextNode >>> uses: MATNodeNode - {#from:. #previousNodes} >>> instanceVariableNames: 'nextNodes' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: 'Moose-Algos-Graph' >>> >>> >>> >>> The problem has been reproduced in 11383 and 11400 RC2. >>> >>> >>> -- >>> Simon >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 29, 2010

Re: [Pharo-project] PointerFinder and PointerExplorer [WAS] [update 1.2] #12019

by StÃ©phane Ducasse

May the changes did not get trhough because of a problem with scriptloader. I will have a look at it soon. > > > - Issue 156: Pointer tracing tools do not consistently find pointers. Thanks andy, johan and matthew. > > I want to use this tools. I want to trace pointer to a particular objects. For the moment I was exploring an object and then use the "chase pointers" option. So...I have a couple of questions: > > 1) which is the difference between using PointerFinder and PointerExplorer ? > > 2) which is the difference between "chase pointers" and "explore pointers" ? > > I guess 1) and 2) is the same question. > > 3) In issue 156, it says you are going to remove PointerFinder, but it is still present in my PharoCore 12023. Altought, it doesn't have references and doesn't seem to be used anymore. > > 4) What was really changed in 156? I see the label is now "Objects pointing to this value" > > It would be really cool to have a book section talking about tracing object pointers. > > Thanks > > Mariano > > > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 29, 2010

Re: [Pharo-project] [Vm-dev] Re: Tools to Build Cog on Win32

by Rob Rothwell

On Tue, Jun 29, 2010 at 4:00 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: This is really great! I am glad to have created an user for you :) > Not having innate Squeak "HowTo" coursing through my veins like so many of the experts here, I have always threatened to fix my biggest complaint with Smalltalk in general and the Squeak "line of products" specifically: no help! Things seem to be moving in the right direction; maybe I can help out a bit... Thanks, Rob

June 29, 2010

[Pharo-project] Icon

by Alexandre Bergel

Hi! When I do an icon (using the import of MenuIcons), background color remains white. Is there a way to specify the background to be transparent? I usually do icons using OmniGraffle and doing a 16x16 screenshot. Is there a better way? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 29, 2010

Re: [Pharo-project] [Vm-dev] Re: Tools to Build Cog on Win32

by Rob Rothwell

On Tue, Jun 29, 2010 at 2:11 AM, laurent laffont <laurent.laffont(a)gmail.com>wrote: It seems someone has done it ... Anyway, to move a page, click on the 'Move' > link in the command line and the choose the parent section. > The section is right, but on the table of contents, it looks like this: 2.0 Virtual-Machine 2.1 Building 2.1.1 The GNU/Linux way 2.1.2 The Mac OSX way 2.1.3 The MS-Windows way 2.1.3.1 Cog VM 2.1.3.2 Traditional (Squeak) VM 2.1.4 VMMaker Instead of this: 2.0 Virtual-Machine 2.1 Building 2.1.1 The GNU/Linux way 2.1.2 The Mac OSX way 2.1.3 The MS-Windows way 2.1.3.1 Cog VM 2.1.3.2 Traditional (Squeak) VM 2.1.4 VMMaker (See attached graphic) I also have some "lost diagrams" that I do not know how to get back to--I know I created something incorrectly and it is "in the system" somewhere, but I don't know how to find it and delete it... Thanks, Rob

June 29, 2010

Re: [Pharo-project] Bug in 1.1 RC2? Trait composition lost when loading a MC package

by Simon Denier

Opened issue 2598 On 29 juin 2010, at 07:36, StÃ©phane Ducasse wrote: > thanks simon > > Stef > > On Jun 28, 2010, at 10:45 PM, Simon Denier wrote: > >> >> When loading a package with class definitions containing a trait composition like ClassX uses: TraitY - {#selector}, the composition is lost in the image. >> >> It seems closely related to previous issues 2477 and 2148 >> But I am not sure if this is the same bug reappearing or a variant. >> >> To reproduce: >> Gofer new squeaksource: 'MooseAlgos'; package: 'Moose-Algos-Graph'; package: 'Moose-Tests-Algos-Graph'; load >> >> Run tests in Moose-Tests-Algos-Graph: you should have 3 failures and 4 errors, all due to the missing trait composition in some classes. >> >> >> After loading, you can make a diff changes in monticello, it will highlight the package as dirty and show you the lost trait compositions in two classes: >> >> MOGraphNode subclass: #MABfsNode >> uses: MATEdgeNode - {#previousEdges. #from:edge:} >> instanceVariableNames: 'nextEdges firstDepth' >> classVariableNames: '' >> poolDictionaries: '' >> category: 'Moose-Algos-Graph' >> >> MODisjointSetNode subclass: #MANextNode >> uses: MATNodeNode - {#from:. #previousNodes} >> instanceVariableNames: 'nextNodes' >> classVariableNames: '' >> poolDictionaries: '' >> category: 'Moose-Algos-Graph' >> >> >> >> The problem has been reproduced in 11383 and 11400 RC2. >> >> >> -- >> Simon >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

June 29, 2010

[Pharo-project] PointerFinder and PointerExplorer [WAS] [update 1.2] #12019

by Mariano Martinez Peck

On Sun, Jun 27, 2010 at 10:43 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > 12019 > ----- > > - Issue 156: Pointer tracing tools do not consistently find pointers. > Thanks andy, johan and matthew. > I want to use this tools. I want to trace pointer to a particular objects. For the moment I was exploring an object and then use the "chase pointers" option. So...I have a couple of questions: 1) which is the difference between using PointerFinder and PointerExplorer ? 2) which is the difference between "chase pointers" and "explore pointers" ? I guess 1) and 2) is the same question. 3) In issue 156, it says you are going to remove PointerFinder, but it is still present in my PharoCore 12023. Altought, it doesn't have references and doesn't seem to be used anymore. 4) What was really changed in 156? I see the label is now "Objects pointing to this value" It would be really cool to have a book section talking about tracing object pointers. Thanks Mariano > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 29, 2010

Re: [Pharo-project] amount of recheable objects from a root one?

by Mariano Martinez Peck

On Sun, Jun 27, 2010 at 3:42 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Hi Mariano > > Any reason not to use image segments? actually yes....I don't know why but it seems I have 0 objects in the segment and few objects in outPointers....I will digg into it and see if I find the problem. I finally did what Noury suggested and use SmartRefStream. It seems the instVar 'objCount' has what I wanted. Thanks. mariano > It even includes a method doSpaceAnalysis to count the number of instances > per class. In addition you may have take the objects in the outpointers > collection into account. > > Cheers, > Adrian > > On Jun 27, 2010, at 14:41 , Mariano Martinez Peck wrote: > > > Hi folks. I need to do something and I am a little lazy to do it. Maybe > > someone already did it and can share it with me. I want to take an object > X. > > That object has references to other objects and I imagine that as a > graph. > > > > I need to traverse the graph, and get the final amount of reachable > objects > > from the object X. I mean, the size of that graph. I need to avoid cycles > > and not count objects already counted. Maybe I can reuse part of > > SmartRefStream? > > > > Thanks for any tip. > > > > Mariano > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 29, 2010

Re: [Pharo-project] [Vm-dev] Re: Tools to Build Cog on Win32

by Mariano Martinez Peck

On Tue, Jun 29, 2010 at 5:16 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: > > I have a good [rough draft] start on very detailed (too detailed?) steps to > properly install Cygwin and build the Cog VM on Windows. I just need to add > preparing the image for first time use, etc...: > > > http://book.pharo-project.org/book/Virtual-Machine/Building/BuildVMOnWindow… > This is really great! I am glad to have created an user for you :) Thank you a lot Mariano > (I haven't started editing/revising yet). > > Anyway, if anyone could help me properly position my two topics, "Cog VM" > and "Traditional (Squeak) VM" underneath "The MS-Windows way," I would > greatly appreciated it. Although they are subsections, they are fully > "unindented" like a chapter in the table of contents... > > Thank you, > > Rob > > On Mon, Jun 28, 2010 at 3:12 AM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> >> >> On Mon, Jun 28, 2010 at 1:47 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: >> >>> >>> Disregard! I have found the magic incantation and even got Pharo 1.1 >>> running in a VM compiled on my own! >>> >> >> Cool, this is waiting for you :) >> http://book.pharo-project.org/book/Virtual-Machine/Building/BuildVMOnWindow… >> >> >> Laurent >> >> >> >>> >>> I will try to type up the formula for others to follow in terms of >>> installing cygwin and the required tools. >>> >>> Thank you, >>> >>> Rob >>> >>> On Sun, Jun 27, 2010 at 11:14 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: >>> >>>> Is there some way to package the tools required to build Cog similar to >>>> the Squeak-Win32-Tools package that is available for the standard Squeak VM? >>>> >>>> I just don't seem to be savvy enough to choose all the proper cygwin >>>> options. I DID manage to get subversion loaded in cygwin and check out the >>>> sources, but I am sure I am doing the wrong thing by installing the 1.7.5 >>>> version of cygwin since HowToBuild references 1.5.24. Plus, I just can't >>>> seem to get the right gcc...I keep getting "gcc: The -mno-cygwin flag has >>>> been removed; use a mingq-targeted cross-compiler," and I just can't seem to >>>> get the right installation options selected in the "Devel" section. >>>> >>>> So...either a prebuilt bundle or very specific instructions for mere >>>> mortals would be very helpful! It would be nice to keep up with the fixes; >>>> this VM made a HUGE difference in some Binaural Beat generation code I have >>>> that writes very large audio files. I can actually fork the code now and >>>> keep using the image with very good responsiveness! Amazing! >>>> >>>> Thanks for any help, >>>> >>>> Rob >>>> >>> >>> >>> >> >> > >

June 29, 2010