- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Metacello] Fwd: Metacello questions
by Dale Henrichs May 7, 2010

May 7, 2010

----- "Andreas.Raab" <andreas.raab(a)gmail.com> wrote: | 3) When exactly is HelpSystem loaded? | | What I'm wondering about in the above is that HelpSystem should only | be | loaded if WebClient-Help is being loaded. Is this implicitly part of | specifying a 'project' instead of a 'package'? Or is there some other | way of specifying that? | | I guess really the question here is what entities get loaded | implicitly | simply by declaring them (packages for sure, any others?) and what | entities need to be 'required' in order to be loaded? Andreas, Here's the Transcript from a (successful) load of WebClient: Loading 1.0 of ConfigurationOfWebClient... Fetched -> ConfigurationOfHelpSystem-tbn.12 Loaded -> ConfigurationOfHelpSystem-tbn.12 Fetched -> WebClient-Core-ar.15 Fetched -> WebClient-Tests-ar.7 Fetched -> WebClient-HTTP-ar.1 Project: HelpSystem Fetched -> HelpSystem-Core-tbn.40 Fetched -> HelpSystem-Tests-tbn.9 Fetched -> Pharo-Project-Help-tbn.8 Fetched -> WebClient-Help-ar.4 Fetched -> WebClient-Pharo-ar.1 Starting atomic load Loaded -> WebClient-Core-ar.15 Loaded -> WebClient-Tests-ar.7 Loaded -> WebClient-HTTP-ar.1 Finished atomic load Loaded -> HelpSystem-Core-tbn.40 Loaded -> HelpSystem-Tests-tbn.9 Loaded -> Pharo-Project-Help-tbn.8 Starting atomic load Loaded -> WebClient-Help-ar.4 Loaded -> WebClient-Pharo-ar.1 Finished atomic load Evaluated -> 1.1 [ConfigurationOfHelpSystem] >> openHelpBrowser In your configuration you had specified that WebClient-Help required the Help System, so you can see that the load of the Help System was inserted at that point in the load (which is what triggered the bug, too). The order of specifying packages/projects implies the order that things will be loaded in. With #requires:, the load order is explicit. I would recommend that you explicitly use #requires: unless only one or two packages are involved. The implicit load order is not obvious when you introduce conditional loading (with #squeakCommon #squeak, and #pharo), so if load order matters I would explicitly declare the relationships. The other aspect besides load order is what you want loaded. By default all packages/projects are loaded, but you can define a 'default' group which would be used to specify a subset of the packages/projects that are loaded by default. This is useful if you want to control whether or not a set of packages (say tests) are loaded or not ... I don't think I've completely answered your questions so we might want to continue the dialog on this question.... Dale

2 1

Re: [Pharo-project] Metacello questions
by Dale Henrichs May 6, 2010

May 6, 2010

Andreas, You have bumped into a bug in Metacello 1.0-beta.26. I discovered the bug a couple of weeks ago while using Metacello in GLASS so the bug is fixed in Metacello 1.0-beta.26.1. 1.0-beta.26.1 is under development (#development blessing) so is not loaded by #latestVersion. I am a couple of days away from releasing 1.0-beta.26.1 but if you want to try it out, you can explicitly load 1.0-beta.26.1 with this expression: (ConfigurationOfMetacello project version: '1.0-beta.26.1') load The bug was triggered because ConfigurationOfWebClient uses an #atomic load and ConfigurationOfHelpBrowser uses #linear loads ... the help browser packages were missed in the transition. The default configuration template sets the loadType to #linear, so you hit this specifically because you didn't use the template, which relates to your other questions so I'll answer them in another letter. Dale ----- "Andreas Raab" <andreas.raab(a)gmx.de> wrote: | On 5/6/2010 10:29 AM, Dale wrote: | > The documentation is correct and your understanding is correct ... | at the | > moment I'm not exactly sure why the Help System is not loaded in | your case | > ... if you could share your complete config, what version of Squeak | you are | > working with and the expression you use to load (privately if you | want), I | > might be able to figure out the answer to your question... | | Tried both on Squeak 4.1 and Pharo 1.0 with the same results. Here is | | the script for Squeak: | | (Installer repository: 'http://seaside.gemstone.com/ss/metacello) | install: 'ConfigurationOfMetacello'. | (Smalltalk at: #ConfigurationOfMetacello) project latestVersion load. | | (Installer repository: | 'http://www.squeaksource.com/MetacelloRepository) | install: 'ConfigurationOfWebClient'. | (Smalltalk at: #ConfigurationOfWebClient) project latestVersion load. | | | Again, the strange thing is that it 'fetches' the right files but | doesn't load them. | | Cheers, | - Andreas

1 0

[Pharo-project] Fwd: [squeak-dev] Re: Metacello questions
by Dale Henrichs May 6, 2010

May 6, 2010

1 0

Re: [Pharo-project] [Metacello] Fwd: Metacello questions
by Dale Henrichs May 6, 2010

May 6, 2010

I've replied to question 1) in the Squeak-dev list (http://forum.world.st/Metacello-questions-tt2132073.html#a2133038) but will finish/continue the discussion on the Metacello list (http://forum.world.st/Fwd-Metacello-questions-tt2132927.html#a2132927) Dale ----- "Andreas.Raab" <andreas.raab(a)gmail.com> wrote: | [forwarded from Squeak-dev] | | Hi - | | I've been trying to wet my feet with Metacello a little by writing a | ConfigurationOfWebClient and in the process I've come across various | things that I don't understand or don't know how to express. The | configuration itself can be found here: | | http://www.squeaksource.com/MetacelloRepository | | Here are the questions I'm having: | | 1) #includes: vs. #requires: | What is the difference between #includes: and #requires:? They sound | entirely interchangeable, in particular after reading the tutorial | which | states: | | "When you use the #includes: directive, you are not only specifying | that the listed packages should be loaded when the parent package is | loaded, but that the #included: packages should be loaded _before_ | any | packages that require the parent package." | | I would expect that precise behavior for required packages, i.e., if | Foo | requires: Bar then Bar is loaded before Foo if some other package | requires: Foo. What am I missing? | | 2) Why is HelpSystem not loaded? | In my configuration, baseline specifies that HelpSystem is required | for | WebClient-Help: | | "Documentation doesn't require Core/Tests, but HelpSystem" | spec package: 'WebClient-Help' with:[spec requires: 'HelpSystem']. | | spec project: 'HelpSystem' with:[ | spec | className: 'ConfigurationOfHelpSystem'; | repository: 'http://www.squeaksource.com/MetacelloRepository' | ]. | | However, when executed, Metacello goes through the motions but | doesn't | actually *load* any version of HelpSystem (I can see it 'fetch' the | packages but not load them). It even calls the postLoadDoIt on it | (which | fails since nothing was loaded). What am I doing wrong? | | 3) When exactly is HelpSystem loaded? | | What I'm wondering about in the above is that HelpSystem should only | be | loaded if WebClient-Help is being loaded. Is this implicitly part of | specifying a 'project' instead of a 'package'? Or is there some other | way of specifying that? | | I guess really the question here is what entities get loaded | implicitly | simply by declaring them (packages for sure, any others?) and what | entities need to be 'required' in order to be loaded? | | 4) How does one define dependencies that differ based on platform? | | In WebClient, the WebClient-HTTP package requires WebClient-Core and | -only for: #pharo- also WebClient-Pharo. How does one express that | there's an additional dependency for WebClient-HTTP that only exists | for: #pharo? The config currently specifies: | | spec for: #common do:[ | " ... " | spec package: 'WebClient-HTTP' with:[spec requires: | 'WebClient-Core']. | " ... " | ]. | | spec for: #pharo do:[ | "Just the fact it exists; no requirements here" | spec package: 'WebClient-Pharo'. | ]. | | Which means that WebClient-Pharo will be loaded on Pharo by default | but | it's missing the fact that WebClient-Pharo is in fact a requirement | for | WebClient-HTTP (but only on that platform). How is that best | expressed? | | 5) Bootstrapping Metacello? | | I found that most of the ConfigurationsOfXXX include some code to | 'bootstrap' Metacello in some form. There appear to be variants on | the | code; is there a "canonical bootstrap method" that should be used? | | 6) A standard Configuration template? | | The Metacello tutorial is very useful as far as the configuration | goes | but it falls short of getting into the details of what it means to | provide a 'working' configuration. Testing the configuration isn't | covered (is there a way to get back to a 'clean' state?); | bootstrapping | isn't covered; the meaning of #isMetacelloConfig, | #metacelloVesion:loads:, #lastMetacelloVersionLoad and several other | -seemingly random- methods that can be found on most -but not all- of | the configurations. There is no indication on what these do, if | they're | required, recommended, or optional. Is there some 'standard' | Configuration template that people can use to avoid guessing about | which | parts of the boilerplate to copy from some other configuration? | | That's it for now. Thanks for any insights on any of these issues. | | Cheers, | - Andreas

1 0

[Pharo-project] Getting Shout in Pharo 1.1
by Alexandre Bergel May 6, 2010

May 6, 2010

Hi Andy, Little needs to be done to have a preliminary version of Pharo 1.1. One of remaining things is the method SHWorkspace class >> initialize which uses the former registration mechanism. Would it be possible to replace this method by: initialize ((TheWorldMenu respondsTo: #registerOpenCommand:) and: [((TheWorldMenu class >>#registerOpenCommand:) sendsSelector: #deprecated:) not]) ifTrue: [TheWorldMenu registerOpenCommand: {'Shout Workspace'. {self. #open}}] and add: menuCommandOn: aBuilder <worldMenu> (aBuilder item: #'SH Workspace') parent: #Tools; action:[ self new open ]; icon: self taskbarIcon. I guess this change are squeak compatible. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] [ENH] Added CompiledMethod>>isDeprecated
by Alexandre Bergel May 6, 2010

May 6, 2010

SLICE-DeprecationTestMethod-Alexandre_Bergel.1 is in the inbox. It simply add a isDeprecated test method on CompiledMethod. A test has been added to CompiledMethodTest. http://code.google.com/p/pharo/issues/detail?id=2390 It would be great to have this slice in the image. I am working to produce Pharo 1.1. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] Metacello questions
by Torsten Bergmann May 6, 2010

May 6, 2010

Just have a look at ConfigurationOfSQLite3 for a simple example. This one has a "project dependency" on ConfigurationOfFFI. If you want Help system project to be loaded in your configurartion you need to define it in the baselineXXX method and set a specific version of the project in your own #versionXXX method Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

2 1

[Pharo-project] customizing tab looks in watery2
by Tudor Girba May 6, 2010

May 6, 2010

Hi, I would like to change slightly the default Watery2 theme. For starters, I would like to change the tab widget: - to make it look like a group box - use a smaller font However, I did not figure out how to do that. Could anyone point me in the right direction? Cheers, Doru -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

2 1

[Pharo-project] Settings Browser
by Geert Claes May 6, 2010

May 6, 2010

I have to say that the new Settings Browser in 1.1 is a huge improvement over the old Preference Browser. It's just that I can't seem to figure out how to save the settings I have changed? I did noticed the "Style > New/Update/Load/Browse/Remove". I managed to create a new style, but when selecting "Style>Update" I get this tiny window titled "Choose" with a wee white box and a Cancel button? Am I missing something? ps. What is the "Blab email" in the Network section? -- View this message in context: http://forum.world.st/Settings-Browser-tp2132556p2132556.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 0

Re: [Pharo-project] [Vm-dev] About CompactClasses and their future [WAS] how many free bits we have in Object Header?
by Mariano Martinez Peck May 6, 2010

May 6, 2010

On Thu, May 6, 2010 at 12:14 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > For measuring, I wouldn't look at the current process' memory consumption > because the VM has some headroom to not have to allocate new memory too > often. Depending on when memory is grown or shrunken, this may yield very > different results. What I would do is to GC and save the image to disk and > then compare the size of the .image files. I wouldn't run the tests either. > > Thanks. I have just did that. > Making more classes compact, may make sense. But I doubt that you get 3 or > even 5 MB. That sounds way too good ;) > > hahhaa 3mb was too much, maybe 300kb ;) These are the results: Seaside 3.0 one click: original: 21MB compact: 20.2 Pharo 1.0 original: 15MB compacted: 14.6 PharoCore 1.1 original: 13.6 compacted: 13.3 So...those are the results. If you want I can create an issue and commit the script. Cheers Mariano > Cheers, > Adrian > > > On May 6, 2010, at 11:24 , Mariano Martinez Peck wrote: > > > Hi folks. I was just trying to understand this optimization of the > Compact > > Classes. If I understood correctly, most objects needs a second word > there > > they have 30 bits of OOP of their class and 2 for the header type. > > > > There are classes that have a LOT of instances. For those cases we have > > compact classes where their instances have a number using those 5 bits in > > the first word of the header, and thus, they don't need a second header. > > Then, less memory is used. > > > > So...I understood ok ? > > > > Now, if that is the situation. I have evaluated Smalltalk > > compactClassesArray and I see that in the array there are a lot of nils. > 16 > > classes in Squeak and 15 in Pharo. The rest of the 31, are just nil. > > > > Now I wonder if it is worth to do anything with that : > > > > a) Use 4 bits instead of 5 and free one more bit in the OH > > b) remove completely CompactClasses as Adrian said > > c) Let 5 bits but then add more classes (up to 31) so that we can get > > benefits of that. Do you know if there are side effects of > becomingCompact a > > class ? > > > > If I evaluate SpaceTally new printSpaceAnalysis I get something like > this: > > > > Class code space # instances inst space > percent > > ByteString 2217 71317 3621735 > 19.3 > > CompiledMethod 21064 56057 3517772 > 18.7 > > Bitmap 3893 2256 3424604 > 18.2 > > Array 2478 71108 2198420 > 11.7 > > ByteSymbol 959 37896 962465 > 5.1 > > ByteArray 2778 317 778297 > 4.1 > > MethodDictionary 1819 5964 449252 > 2.4 > > MCVersionInfo 1313 10369 414760 > 2.2 > > DateAndTime 6974 13793 331032 > 1.8 > > WeakArray 827 286 326900 > 1.7 > > Association 749 26784 321408 > 1.7 > > UUID 1528 10370 248880 > 1.3 > > Float 11442 16450 197400 > 1.1 > > ClassOrganizer 1398 5964 190848 > 1.0 > > ODatedEntry 263 7049 169176 > 0.9 > > Time 5530 10369 165904 > 0.9 > > Duration 3025 10290 164640 > 0.9 > > Date 3167 10289 164624 > 0.9 > > LargePositiveInteger 2515 14340 118169 > 0.6 > > Metaclass 4250 2876 115040 > 0.6 > > Point 6404 8476 101712 > 0.5 > > GlyphForm 307 2030 73080 > 0.4 > > FreeTypeCacheEntry 536 2238 71616 > 0.4 > > SpaceTallyItem 651 2509 60216 > 0.3 > > OrderedCollection 5351 2831 56620 > 0.3 > > FreeTypeFileInfo 797 321 30816 > 0.2 > > FreeTypeFontFamilyMember 1274 537 25776 > 0.1 > > Color 21202 1255 25100 > 0.1 > > TraitComposition 2651 2013 24156 > 0.1 > > Set 3510 1358 21728 > 0.1 > > Dictionary 5742 1344 21504 > 0.1 > > RemoteString 1533 1236 19776 > 0.1 > > SparseLargeTable 2376 2 18708 > 0.1 > > WordArray 1821 30 18608 > 0.1 > > SoundBuffer 3299 3 18508 > 0.1 > > Pragma 1558 862 17240 > 0.1 > > Preference 1534 379 16676 > 0.1 > > EventHandler 3216 125 14500 > 0.1 > > MorphExtension 3249 277 14404 > 0.1 > > Character 6428 939 11268 > 0.1 > > SortedCollection 1496 462 11088 > 0.1 > > AdditionalMethodState 2576 859 10304 > 0.1 > > ISOLanguageDefinition 18114 402 9648 > 0.1 > > TimeStamp 861 392 9408 > 0.1 > > > > > > So...for this quick evaluation, maybe we can become compact also the > > following classes for example: > > > > Smalltalk compactClassesArray > > > > #( ByteSymbol ByteArray MethodDictionary "Association" "WeakArray" > > "Metaclass" DateAndTime UUID Time Duration Date "MethodDictionary" > > ClassOrganizer Metaclass Pragma OrderedCollection RemoteString WordArray > > Color Character ) > > do: [:each | (Smalltalk at: each) becomeCompact] > > > > Do this make sense ? How could I measure this? I took a Pharo image and > > compare the memory used by the VM running all test before and after those > > new compact classes. From the "Activity monitor" I noticed between 3 and > 5 > > MB less used with these new compact classes. > > > > Thanks in advance > > > > Mariano > > > > > > On Tue, May 4, 2010 at 2:12 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > > >> > >> Hi Mariano, > >> > >> I see two solutions > >> - make the identityHash (even) smaller > >> - remove compact classes > >> > >> The former would probably not be hard to implement (just change some bit > >> masks and then rehash all sets). I've brought up the idea about the > latter > >> some time ago on this mailing list. The idea is to remove compact > classes to > >> get a larger identityHash (trading memory against speed). After the > removal, > >> only two header types are left and hence you gain a spare bit. I think > this > >> shouldn't be too much work either, but I haven't come around to > implementing > >> it (yet). > >> > >> Good luck ;) > >> Adrian > >> > >> On May 4, 2010, at 13:13 , Mariano Martinez Peck wrote: > >> > >>>>> > >>>>> Now...the question is, is there another free bit in the object header > ? > >> I > >>>>> need another one :( > >>>> > >>>> Based on the comment at the bottom of > Interpreter>>internalIsImmutable: > >>>> I suspect that somebody else has their eye on that last available bit > >>>> also ;-) > >>>> > >>>> > >>> Yes, I know :( But for the moment I don't care to "integrate" my > stuff. > >> I > >>> just want to play and experiment. And even for that, I need 2 bits :( > >>> Of course, if I once make something good to integrate, I will have > double > >>> problem :( > >>> > >>> So...no solution ? > >> > >> > >

1 0