- Pharo-dev - lists.pharo.org

[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

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

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

[Pharo-project] Fwd: updated startup script
by StÃ©phane Ducasse March 13, 2010

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

March 13, 2010

Hi We have a fun crash. If we copy and paste a method from squeak to pharo, the VM crashes Stef and Philippe

1 4

[Pharo-project] Issue 2030 - fixed
by Jorge Ressia March 13, 2010

March 13, 2010

Hi, The shadowing was detected by the Encoder>>bindTemp: for method added by Traits. A new validation was added for detecting this special case and avoid the error. Name: SLICE-ShadowingOfTraitsIssue2030-JorgeRessia.2 Author: JorgeRessia Time: 13 March 2010, 4:34:47 pm UUID: b7513eee-36ef-4fac-b976-9169e7d94c1c Ancestors: SLICE-ShadowingOfTraitsIssue2030-JorgeRessia.1 Dependencies: Compiler-JorgeRessia.194, Tests-JorgeRessia.129 Cheers, Jorge

1 0