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

Re: [Pharo-project] [Pharo-users] MethodName
by Mariano Martinez Peck Aug. 22, 2010

Aug. 22, 2010

On Sun, Aug 22, 2010 at 3:09 AM, Benjamin Van Ryseghem < benjamin.vanryseghem(a)gmail.com> wrote: > Hello everybody, > > I'm working on a new project which consist in merging MethodFinder and > MessagesName. > > The first usable release can be loaded here : > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'MethodName'; > load. > > and it needs NullTextStyler > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'NullTextStyler'; > load. > > To open a Method Name browser, just clic World > Tools > Method Name or > MethodName new openInWorld. > Hi Benjamin. Thanks a lot for all the work you are doing. When we start to build PharoDev 1.2 I would like to include your new recent submission and this method finder. It is very good idea to merge both, as it was very confusing. Here is my feedback 1) You have to provide a help text somewhere. Ok, entering a message name is easy. For example, if I want to see all messages like #setUp for example. That's intuitive. But, if I want to search the method that sending to an object 'aaa' answers me 'AAA', it is not intuitive to type: 'aaa' . 'AAA' . so....this should be explained somewhere. Maybe you can add a text explaining this (like it was in the previous tool) in the code panel. Because when you first open MethodName, the code panel is empy...you can use is and write there the text. Of course, an extra button help would be nice too :) 2) In addition to 1) writing a HelpSystem chapter / Pharo Collaborative book is important. What I mean is that if we are going to include a new tool in the Pharo mainstream, then it should be easy to use and documented. 3) The scroll of "change search envirorment" is veryyyyyyy slow. I know it is not "your" fault, but maybe someone can give you an idea of how to improve this. Maybe Tudor, Alexandre, Lukas, Gary...I don't know. 4) Most of the buttons are confusing because you don't know when you should be able to use them. For example, all the button (browse, senders, etc) are only usable when you select a specific implementor. But a) they are not disable at the beginning (before choosing a selector), thus someone would try to use them just after selecting a method name. b) not all of them require an implementor. For example, to search the senders, I don't need to select a particular implementor. Just having the selector is enough. So...I would put those buttons inside the right panel (where you list the implementors) or disable (grey) them when not needed. 5) This one is difficult to explain....Take method name and type in the serach inpit: 'aaa' . 'AAA'. Hit serach and you will see 'aaa' asUppercase -> 'AAA' listed in the left panel. If you click EVERYWHERE inside that panel, the first one is selected. Thus, it is easy and fast becasue you DONT need to go the the first raw and mark it. Ok? Now....do the same but write "setUp". You will see several methods that match that. Select any of them, and in the right panel you will have a list. A lot of times, there is one implementor. And of course you want that....but doing the same of the previous case doesn't work. You have to go exactly to that raw in order to select it. okok...I know, I am lazy :) Thanks again for this Mariano > > If you have advice or ideas, I'll thank you a lot ^^ > > > Benjamin > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

2 1

[Pharo-project] size vs basic and SizeMethodDictionary>>rehashWithoutBecome - Issue 1899
by Guillermo Polito Aug. 22, 2010

Aug. 22, 2010

Hi! I wass looking at tha issue, specially at the item that says: "- ensure that #rehashWithoutBecome doesn't send #become:, making #rehashAllInstances a lot faster" And the change made in squeak was: Item was changed: ----- Method: MethodDictionary>>rehashWithoutBecome (in category 'private') ----- rehashWithoutBecome + | newInstance | + newInstance := self species new: self basicSize - 1. "Make sure it has the same capacity" + 1 to: self basicSize do: [ :index | + (self basicAt: index) ifNotNil: [ :key | + newInstance at: key put: (array at: index) ] ]. + ^newInstance! - | newSelf | - newSelf := self species new: self size. - 1 to: self basicSize do: [ :i | - | key | - (key := self basicAt: i) ifNotNil: [ - newSelf at: key put: (array at: i) ] ]. - ^newSelf! And I figured out that this change does nothing with its comment "ensure that #rehashWithoutBecome doesn't send #become:" Also, the only senders in the Core image are ScriptLoader SmalltalkImage (and there is no Â·#rehashAllInstances ). ------------------------------------------ I tried this code before and after the change oldDicts := MethodDictionary allInstances. [ | newDicts | newDicts := Array new: oldDicts size. oldDicts withIndexDo: [ :d :index | newDicts at: index put: d rehashWithoutBecome ].] timeToRun And I saw a little improvement in performance (but it fluctuated a lot...). Does anyone know a performance difference between size and basicSize in Dictionary, HashedCollection or MethodDictionary? Thanks

3 4

[Pharo-project] FFI and underscores in 1.1 (RC2)
by Schwab,Wilhelm K Aug. 22, 2010

Aug. 22, 2010

I just had an underwhelming response to my latest adventure into FFI, specifically wrapping the Acces IO USB API. Specifically, very few functions survived from description to actually being compiled. AFAICT, the compiler does not like underscores in method names for external functions. I'm not even sure how to describe it other than to give an example. This works: dIOWrite8:deviceIndex byteIndex:byteIndex data:data "unsigned long DIO_Write8(unsigned long DeviceIndex, unsigned long ByteIndex, unsigned char Data)" < cdecl: ulong 'DIO_Write8' ( ulong ulong byte ) > ^self invalidCall. This should compile, but it complains about a mismatch in the number of arguments: DIO_Write8:deviceIndex byteIndex:byteIndex data:data "unsigned long DIO_Write8(unsigned long DeviceIndex, unsigned long ByteIndex, unsigned char Data)" < cdecl: ulong 'DIO_Write8' ( ulong ulong byte ) > ^self invalidCall. The less Pharo forces us to change names as given from the outside, the better off we will be. I am using a 1.1 RC2 image, just in case this has been fixed since then?? I really need to build a new image soon. Bill

5 8

[Pharo-project] Beyond animated gif?
by Schwab,Wilhelm K Aug. 22, 2010

Aug. 22, 2010

Hello all, I have a growing number of annotated images and thought it would be nice to make a movie out of them. Following the example of an animated gif, I had a result a LOT faster than I expected, but the quality is really poor. Maybe setting a palette would help, but I'm wondering if there are other/better ways? Extra credit goes to any solution that can be driven from within Pharo or at least w/o littering my drive with lots of images, but I'll take what I can get if the quality is right. images2mpg has been mentioned in a few places, but it is playing hard to get. Bill

2 3

[Pharo-project] Linux vm
by Schwab,Wilhelm K Aug. 22, 2010

Aug. 22, 2010

Hello all, Is there a way to get the pre-compiled linux vm to describe what the full path is to a library it is trying to load? I can hack the source to do so, but then I start wondering what I might have disturbed in the process. Out of the box, all I get is an external library with a nil handle and no clue what did or did not happen. At various points in my struggle today, I saw what looked like a tendency to load plugins from the vmpath//so.pluginName (two slashes rather than one). It raises the question of whether the code is adding an extra slash when it is not given an explicit plugins path?? The separate concern is that I need information about what is happening when one of my libraries fails to load. One possibility is that a particular .so can't load. How would I find out whether that this is case? Is there a way to test load it or to get the vm to tell me the cause of a failure to load it? Bill

1 2

[Pharo-project] VMIL 2010: extended deadline
by Michael Haupt Aug. 22, 2010

Aug. 22, 2010

Apologies for multiple copies. ** EXTENDED DEADLINE: September 1st, 2010 ** Dear Colleagues: It gives us great pleasure to invite you to submit your contributions to **the fourth international workshop on Virtual Machines and Intermediate Languages (VMIL 2010)**, which will be co-located with SPLASH 2010 (former OOPSLA). This workshop is a forum for research in virtual machines (VM) and intermediate languages (IL). It is dedicated to identifying programming mechanisms and constructs that are currently realized as code transformations or implemented in libraries but should rather be supported at VM and IL level. ------------------------------------------------------------ **Invited Talks** In the tradition of past VMIL workshops, the 2010 edition will feature high-quality, on-topic invited talks. At this moment, talks by Cliff Click and Kathryn McKinley are confirmed. ------------------------------------------------------------ **Due Dates** Papers for VMIL are due September 1, 2010. Notification of acceptance will be on September 12, 2010. ------------------------------------------------------------ **Program Committee** We have once again assembled an excellent program committee which consists of Walter Binder, Steve Blackburn, Erik Ernst, Naveen Kumar, Doug Simon, Roel Wuyts, and all workshop organizers. ------------------------------------------------------------ For more details please see: http://www.cs.iastate.edu/~design/vmil/ We look forward to your submissions to VMIL 2010. Best regards, Hridesh Rajan, Christoph Bockisch, Michael Haupt and Robert Dyer VMIL 2010 Organizers

1 0

[Pharo-project] [update 1.2] #12104
by StÃ©phane Ducasse Aug. 21, 2010

Aug. 21, 2010

12104 ----- - Cleaning left over of at: 4 and first in HTTPServerDirectory and ServerDirectory. - Introduction of SocketPrimitiveFailed from CUIS. Stef

1 0

Aug. 21, 2010

12103 ----- - Issue 2839: ContextInspector. Thanks Andreas Raab - Issue 2840: UUID class>>fromString36:. Thanks Nicolas Cellier. http://bugs.squeak.org/view.php?id=7262 Stef

1 0

[Pharo-project] Trying to install Rio file handling package
by Lawson English Aug. 21, 2010

Aug. 21, 2010

The Gallery addon for pier first requires that Rio be installed. http://www.squeaksource.com/@7zePIlRlfoA0dT1I/VwzOlsoy However, rio won't install due to errors: FileMacOSXExectuive class as yet unclassified getenv: getenv: varString " self getenv: 'HOME' " " self getenv: 'ZYZZYX' " <> expected ->cdecl: char* 'getenv' ( char* ) module: 'libc.dylib'> ^self externalCallFailed Happens in both the latest Pharo and the latest Squeak. Not sure how to fix this... thanks for any advice. Lawson

2 2

[Pharo-project] How to redraw a PluggableTreeMorph when its contents change
by Rob Rothwell Aug. 21, 2010

Aug. 21, 2010

Thanks to the TreeMorph Pharocast (thank you!) and some digging, I have added a context menu to a PluggableTreeMorph that lets me add a child to a selected node (I am just using the idea of nested "accounts"): addAccount | isExpanded | aTreeMorph selectedMorph complexContents item addAccount: (Account new accountName: (UIManager default request: 'Enter a new account name:')). isExpanded := aTreeMorph selectedMorph isExpanded. aTreeMorph toggleExpandedState: aTreeMorph selectedMorph. isExpanded ifTrue: [aTreeMorph toggleExpandedState: aTreeMorph selectedMorph.] But as you can see I can only figure out how to show new nodes by toggling the expanded state, which is really not helpful if you want to rename, delete, etc... Is there a way to somehow just inform the PluggableTreeMorph to redraw itself after changing its contents? Thank you, Rob

1 0