- Pharo-dev - lists.pharo.org

[Pharo-project] Use of #asMorph
by Igor Stasenko March 14, 2010

March 14, 2010

Hello, lists i'd like to ask an intricate question. Suppose that your morph acts as a container, which needs to hold an items, retrieved from a model object. A model's elements could be any object, and may choose to represent them in a way they like it. So, for instance, if we taking a list, the list elements is represented by a morphs not simple strings. Now, a question: is it fine to use #asMorph as a message to 'convert' a model's item to a morph, which then can be used to reflect given item in list? I.e. something like: model itemsDo: [:item | self addMorph: item asMorph ] In this way, a list is built from morphs, and each list item choosing by itself, what morph should be used to represent itself in a list. But by saying A, we usually need to say B: an object could choose different representation depending on container's properties: model itemsDo: [:item | self addMorph: (item asMorphIn: self) ] So, for example, a compiled method, could choose to represent itself in a list as a simple string with own selector, while in text editor it could choose to display own source code. What you would do in such case? -- Best regards, Igor Stasenko AKA sig.

1 0

Re: [Pharo-project] [squeak-dev] NetNameResolver/ifconfig/interfaces
by John M McIntosh March 13, 2010

March 13, 2010

On 2010-03-13, at 3:14 PM, Levente Uzonyi wrote: > On Sat, 13 Mar 2010, Alexander LazareviÄ wrote: > >> Isn't http://bugs.squeak.org/view.php?id=7392 just about this? > > It seems to be. There seem to be no way to get the list of interfaces or the interface of a local ip address. Yes, but that is not the question, the question is: >>> NetNameResolver localHostAddress what does LOCAL HOST ADDRESS mean to you? for use in like sock2 connectTo: NetNameResolver localHostAddress port: 54321. or 'http://localhost:8080/seaside' asUrl retrieveContents. Offering a "NetNameResolver networkInterfaceThings" has different meaning? > Levente -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

2 1

[Pharo-project] Startup description of the problem
by StÃ©phane Ducasse March 13, 2010

March 13, 2010

Here is the reason why Clipboard was not well initialized and the general problem with the startup list if we execute Smalltalk initialize :) in the startup list not complete (and cannot really because other classes may dynamically register themselves) SmalltalkImage>>initializeStartUpList "SmalltalkImage initializeStartUpList" | oldList | oldList := StartUpList. StartUpList := OrderedCollection new. "These get processed from the top down..." #( Delay DisplayScreen Cursor InputEventFetcher ProcessorScheduler "Starts low space watcher and bkground." LanguageEnvironment FileDirectory "Enables file stack dump and opens sources." NaturalLanguageTranslator ShortIntegerArray ShortRunArray CrLfFileStream ) do:[:clsName| Smalltalk at: clsName ifPresent:[:cls| Smalltalk addToStartUpList: cls]. ]. oldList ifNotNil: [oldList do: [:className | Smalltalk at: className ifPresent: [:theClass | Smalltalk addToStartUpList: theClass]]]. #( PasteUpMorph "ControlManager" ) do:[:clsName| Smalltalk at: clsName ifPresent:[:cls| Smalltalk addToStartUpList: cls]. ]. Now if we check the classes that have a addToStartUpList: call and that are not in the previous list. We see that we missed a lot of them. classes := ((SystemNavigation default allCallsOn: #addToStartUpList:) collect: [ :e | e methodClass ]), ((SystemNavigation default allCallsOn: #addToStartUpList:after:) collect: [ :e | e methodClass ]). classNames := classes collect: [ :n | n instanceSide name ]. (Smalltalk class classVarNamed: 'StartUpList') do: [ :s | classNames remove: s ifAbsent: [] ]. classNames asSortedCollection a SortedCollection(#AutoStart #CPUWatcher #Clipboard #CommandHistory #ExternalSettings #FreeTypeFontProvider #FreeTypeSettings #HostSystemMenus #HostWindowProxy #InputEventSensor #InternetConfiguration #Locale #MenuIcons #MultiByteFileStream #OSPlatform #ProcessBrowser #SecurityManager #SmalltalkImage #SmalltalkImage #SystemDictionary #SystemDictionary #UITheme #UUIDGenerator #WeakArray). InputEventSensor has startup and shutdown but no initialize Stef

2 2

Re: [Pharo-project] Collection
by Stephan Eggermont March 13, 2010

March 13, 2010

Levente wrote: >Trees are rarely useful in Smalltalk, so there's no >default tree implementation. Note that trees consume >a lot more memory (>=5x) than a single array. Huh? You mean binary trees? Or Red-Black or so? On current procesors they are not very useful, and not usable at all for large data structures because of the large overhead. But n-ary trees or two-level stuctures are. Stephan

2 1

Re: [Pharo-project] Collection
by Stephan Eggermont March 13, 2010

March 13, 2010

Igor wrote: >What you talking about is an edge case in currently existing systems. >And its easy to prove: That's not convincing. I'd say you have cause and effect reversed. I'd not expect there to be large OrderedCollections as long as they don't behave well. Stephan

1 0

Re: [Pharo-project] CairoGraphics: Which Version of Alien do I need?
by Ken Treis March 13, 2010

March 13, 2010

Another thing I just remembered -- the Squeak VM only looks in a few specific locations when searching for dylibs, and it doesn't seem to pay attention to absolute paths. On my system, I chose to create a "Plugins" folder in the same folder where I keep Squeak VMs, and then I created symlinks for the dylibs. John, any chance we could get support for absolute paths in an upcoming VM? Ken On Mar 13, 2010, at 10:51 AM, Richard Durr wrote: > Ah okay, that's correct! I'll try that, thank you! :) > > On Sat, Mar 13, 2010 at 7:44 PM, Ken Treis <ken(a)miriamtech.com> wrote: >> Are you on Snow Leopard? If so, I'm guessing your Cairo library is built for 64-bit, and you'll need a 32-bit library to work with the Squeak VM. The best option is to build Cairo with the +universal variant. >> >> >> Ken >> >> On Mar 13, 2010, at 8:49 AM, Richard Durr wrote: >> >>> Thank you very much. But it did not work. I set the path using the command >>> CRLibrary libraryPath: '/opt/local/lib/libcairo.dylib' >>> >>> and have loaded Alien through ConfigurationOfAlien poject latestVersion load >>> >>> v_v >>> >>> On Sat, Mar 13, 2010 at 5:45 PM, Ken Treis <ken(a)miriamtech.com> wrote: >>>> Hi Richard, >>>> >>>> You'll need to use the .dylib instead of the la file (e.g. /opt/local/lib/libcairo.dylib). Any recent version of Alien should work. >>>> >>>> Also, the class names are a little different vs. VisualWorks. For the most part, they're all just prefixed with CR (e.g. CRImageSurface vs. ImageSurface). >>>> >>>> Hope that helps, >>>> >>>> >>>> Ken >>>> >>>> On Mar 13, 2010, at 4:43 AM, Richard Durr wrote: >>>> >>>>> Hello Ken, >>>>> >>>>> I tried to install your Package of Cairo in the newest version of >>>>> Pharo to try recreating what you did in [1] with VisualWorks but was >>>>> unable to load the Library. >>>>> I set libraryPath to ''/opt/local/lib/libcairo.la' using the >>>>> Cairo-Package of MacPorts, I get a primitive has failed error in >>>>> primLoadLibrary. >>>>> >>>>> Maybe I am not using the right version of Alien. Which one did you >>>>> use? Any help would be appreciated :) >>>>> >>>>> RD >>>>> >>>>> >>>>> [1] http://kentreis.wordpress.com/2009/01/27/button-graphic-generator-in-visual… >>>> >>>> -- >>>> Ken Treis >>>> Miriam Technologies, Inc. >>>> >>>> >> >> -- >> Ken Treis >> Miriam Technologies, Inc. >> >> -- Ken Treis Miriam Technologies, Inc.

1 0

[Pharo-project] [update 1.1] #11268
by StÃ©phane Ducasse March 13, 2010

March 13, 2010

11268 ----- - Issue 2009: MessageTally simplification - Issue 1484: "MessageTally new" creates an invalid instance - Issue 2030: Shadowing of traits issue 2030 fixed. - When the shadowing is validated in the bindTemp: of the Encoder if the message was defined by a Trait then the validation is not executed.

1 0

March 13, 2010

11267 ----- fixing startup list of SmalltalkImage Thanks philippe and fernando for the great help. Now we will have to fix the registration mechanism. Stef

1 0

March 13, 2010

Begin forwarded message: > From: Philippe Marschall <philippe.marschall(a)gmail.com> > Date: March 13, 2010 7:29:52 PM GMT+01:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: updated startup script > > The following script opens two collections. The first is the one we > should send #initialize to. The second ones are the problematic ones > that don't implement #initialize, currently only InputEventSensor. > > classes := ((SystemNavigation default allCallsOn: > #'addToStartUpList:') collect: [ :e | e methodClass ]), > ((SystemNavigation default allCallsOn: #'addToStartUpList:after:') > collect: [ :e | e methodClass ]). > startClassNames := classes collect: [ :n | n instanceSide name ]. > (Smalltalk class classVarNamed: 'StartUpList') do: [ :s | > startClassNames remove: s ifAbsent: [] ]. > > classes := ((SystemNavigation default allCallsOn: > #'addToShutDownList:') collect: [ :e | e methodClass ]), > ((SystemNavigation default allCallsOn: #'addToShutDownList:after:') > collect: [ :e | e methodClass ]). > stopClassNames := classes collect: [ :n | n instanceSide name ]. > (Smalltalk class classVarNamed: 'ShutDownList') do: [ :s | > stopClassNames remove: s ifAbsent: [] ]. > > (startClassNames, stopClassNames) asSet asSortedCollection inspect. > ((startClassNames, stopClassNames) asSet asSortedCollection reject: [ :c | > (Smalltalk globals classNamed: c) class includesSelector: #initialize > ]) inspect

1 0

[Pharo-project] Issue 2140 - Packages dirty after running the tests
by Jorge Ressia March 13, 2010

March 13, 2010

Hi, When running tests, Changes are being applied to the system and Packages are left dirty. Some of these issues have been solved in Name: Tests-JorgeRessia.128 Author: JorgeRessia Time: 13 March 2010, 2:39:13 pm UUID: ae807242-d429-497f-916d-8d53aeffe87a Ancestors: Tests-JorgeRessia.127 - Executing Compilation test silently - ATestCase in Tests-Traits created a class, now is done silently - In ChangeSetClass a DeleteMe package was created and the PackageOrganizer and the MCWorkingCopy were dirty. Now the package is deleted. Issues still remain to be fixed in: - Tests-Traits - Tests-Monticello - Tests-PrimCallController - Tests-SystemChangeNotifier Cheers, Jorge

2 1