January 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: [Pharo-users] another confusing result

by Mariano Martinez Peck

---------- Forwarded message ---------- From: Larry White <ljw1001(a)gmail.com> Date: Tue, Jan 10, 2012 at 12:52 AM Subject: Re: [Pharo-users] another confusing result To: A friendly place where any question about pharo is welcome < pharo-users(a)lists.gforge.inria.fr> Thanks. I wonder if this method needs to stay the same for compatibility reasons or if it could be modified in Pharo to produce a less surprising result. In other words, is this a bug or a feature? On Mon, Jan 9, 2012 at 1:41 PM, Runar Jordahl <runar.jordahl(a)gmail.com>wrote: > Here is a copy of something I wrote about this earlier: > > In Pharo 1.3, SequenceableCollection>>combinations:atATimeDo: will, > for all combinations, send the same collection instance as argument > for the block. Therefore, if you use this collection itself, you will > be surprised: > > |answer| > answer := OrderedCollection new. > #(a b c) combinations: 2 atATimeDo: [:each | answer add: each]. > answer > > Here I expect to end up with a collection looking like this: > 1: #(#a #b) > 2: #(#a #c) > 3: #(#b #c) > > But I end up with: > 1: #(#c #c) > 2: #(#c #c) > 3: #(#c #c) > > One fix is to change the client code to copy the argument for the block: > |answer| > answer := OrderedCollection new. > #(a b c) combinations: 2 atATimeDo: [:each | answer add: each copy]. > answer > > Another solution is enhancing > SequenceableCollection>>combinationsAt:in:after:do: to copy the > collection: > nn + 1 to: self size do: [ :index | > aCollection at: jj put: (self at: index). > jj = aCollection size > ifTrue: [ aBlock value: aCollection copy ] > ifFalse: [ > self > combinationsAt: jj + 1 > in: aCollection > after: index > do: aBlock ] ] > > > > Kind regards > Runar Jordahl > > -- Mariano http://marianopeck.wordpress.com

Jan. 14, 2012

[Pharo-project] [Interesting] Drive to remove unused code in LibreOffice

by Sven Van Caekenberghe

http://www.i-programmer.info/news/136-open-source/3607-drive-to-remove-unus… probably a problem in every large code base

Jan. 14, 2012

[Pharo-project] Design change possible with fast SSD's possible?

by Guido Stepken

Hi! I am just reviewing some timing adjustments in Linux, which came neccessary due to the tremendous speed improvements of SSD Raid, > 1 mio IOPS, compared to fastest Barracudas disks with > 200 IOPS max. IS there still a "Image" neccessary in Smalltalk then? Or has this former "design approach" nowerdays rather significant disadvantages? (32 Bit, hanging IO during sync, GC....) Tnx, Guido Stepken Am 13.01.2012 20:43 schrieb "GastÃ³n Dall' Oglio" < gaston.dalloglio(a)gmail.com>: > Congratulation for the team!!! > > A little comment, in the page of OpenDBX the name and link of DBXTalk are > bad (SqueakDBX): > http://www.linuxnetworks.de/doc/index.php/OpenDBX > > >

Jan. 14, 2012

Re: [Pharo-project] executing a script in headless mode?

by Camillo Bruni

There's a bug in the current image (will be integrated soon) To avoid any issues make sure to add a full url inclusive a scheme (in this case file:/) ${vm} -vm-display-null -vm-sound-null ${path to image} file:/${absolute script path} BTW: you can also specify http:// urls :) best cami On 2012-01-14, at 08:43, Sven Van Caekenberghe wrote: > On 14 Jan 2012, at 03:52, Bernardo Ezequiel Contreras wrote: >> Hi, >> >> I'm trying to execute a simple script in headless mode in order to setup some basic settings but it seems not to work right now. >> I've used this idea a lot to build my images. >> >> Do i have to install some package?? >> >> Pharo image: Pharo1.4a#14283 >> Virtual machine used: CoInterpreter VMMaker.oscog-eem.138 uuid: f9a63bdf-7bbc-4ae5-9634-ecd6fd814c9d Nov 17 2011, StackToRegisterMappingCogit VMMaker.oscog-eem.139 uuid: c2849383-9768-4948-b9b2-a5c22d482b07 Nov 17 2011, r2515 http://www.squeakvm.org/svn/squeak/branches/Cog >> Platform Name: unix >> Class browser used (if applicable): Browser >> >> Steps to reproduce: >> #. ${vm} -vm-display-null -vm-sound-null ${path to image} ${path to the directory that contains the script}/set-up.st >> >> Actual Result: >> #. it doesn't quit. >> >> Expected Result: >> #. To save the settings and quit. >> >> >> === set-up.st === >> Author fullName: 'BernardoContreras'. >> >> Smalltalk snapshot: true andQuit: true. >> ============ >> >> Thanks > > Make sure that ${path to the directory that contains the script}/set-up.st is absolute. You also need .changes and .sources in the right directory. Is a PharoDebug.log written ? > > You could also try to add this to your script (in 1.4) to get more feedback: > > NonInteractiveTranscript stdout install. > Transcript crShow: 'Starting â¦'. > > "â¦" > > Sven > > >

Jan. 14, 2012

Re: [Pharo-project] executing a script in headless mode?

by Sven Van Caekenberghe

On 14 Jan 2012, at 03:52, Bernardo Ezequiel Contreras wrote: > Hi, > > I'm trying to execute a simple script in headless mode in order to setup some basic settings but it seems not to work right now. > I've used this idea a lot to build my images. > > Do i have to install some package?? > > Pharo image: Pharo1.4a#14283 > Virtual machine used: CoInterpreter VMMaker.oscog-eem.138 uuid: f9a63bdf-7bbc-4ae5-9634-ecd6fd814c9d Nov 17 2011, StackToRegisterMappingCogit VMMaker.oscog-eem.139 uuid: c2849383-9768-4948-b9b2-a5c22d482b07 Nov 17 2011, r2515 http://www.squeakvm.org/svn/squeak/branches/Cog > Platform Name: unix > Class browser used (if applicable): Browser > > Steps to reproduce: > #. ${vm} -vm-display-null -vm-sound-null ${path to image} ${path to the directory that contains the script}/set-up.st > > Actual Result: > #. it doesn't quit. > > Expected Result: > #. To save the settings and quit. > > > === set-up.st === > Author fullName: 'BernardoContreras'. > > Smalltalk snapshot: true andQuit: true. > ============ > > Thanks Make sure that ${path to the directory that contains the script}/set-up.st is absolute. You also need .changes and .sources in the right directory. Is a PharoDebug.log written ? You could also try to add this to your script (in 1.4) to get more feedback: NonInteractiveTranscript stdout install. Transcript crShow: 'Starting â¦'. "â¦" Sven

Jan. 14, 2012

[Pharo-project] Saga of trying to integrate IDE with OpenGL continuesRe: [squeak-dev] Re:NativeBoost and NBOpenGL on Mac?

by Lawson English

http://www.youtube.com/watch?v=F5GHRaIwCS4 nowhere near where it could be. With NBOpenGL and GLDisplay, things would be much snappier and easier. Of course, at this point, we need to start discussing how to integrate OpenGL errors into the squeak debugging system so that the IDE remains stable... L. On 1/13/12 10:29 AM, Lawson English wrote: > There's bound to be a way. Perhaps an array of requests, followed by > an array of responses, that can be normalized in a cross-platform way? > > The fact that the responses might be platform specific doesn't matter > as long as they are consistent within the platform, right? > You just need 2-way glue: 1 way to create the query and the other to > put the query in a cross-platform format that can be used by the rest > of the system. > > L. > > On 1/11/12 3:39 PM, Igor Stasenko wrote: >> On 11 January 2012 20:10, Lawson English<lenglish5(a)cox.net> wrote: >>> [pharo list added back in for real this time] >>> >>> Would it be best to have a VM primitive that actually gives this >>> info in a >>> cross-platform way since it is going to be more and more useful as >>> time goes >>> on? >>> >> one big issue with such primitive is lack of options which i able to >> contol for context i creating. >> As you may know there's a lot of different options , like >> - depth buffer bits, color buffer bits, alpha bits number of back >> buffers, subpixel antialiazing, >> auxuliarry buffers etc >> >> as i said before in other posts.. it is really hard to create a >> primitive which will allow >> you to control all those options, especially a cross-platform one. >> >> I know that for most users you could take 1 pixel format, 1 back >> buffer and you free to go, >> but it just doesn't feels right to me, why we should lose all the >> variety of control and put constrains at context creation stage. >> That's why i striving for controlling context creation at image side, >> and if that requires writing a platform-specific code >> in image, so be it. But then i could make sure that you could access >> all OpenGL capabilities similar to C/C++ code, >> without limitations. >> For beginners, these options may mean nothing, but for those who >> dealing with OpenGL at more advanced levels, trust me, >> they simply cannot live without it. Many advanced opengl examples and >> rendering techniques requiring fine control on context creation. >> >> >> >>> On 1/11/12 11:56 AM, Hans-Martin Mosner wrote: >>>> Am 11.01.2012 19:18, schrieb Bert Freudenberg: >>>>> ... >>>>> This primitive encapsulates the platform-dependent part of >>>>> creating an >>>>> OpenGL rendering context. OpenGL itself is platform-independent, but >>>>> creating a window is not. The plugin has code for Mac, Windows, >>>>> and Unix. >>>>> >>>>> So this creates a new borderless window that gets embedded in the >>>>> "big" >>>>> main window. It also creates an OpenGL context for that window and >>>>> makes it >>>>> current. After calling the primitive you can use any OpenGL >>>>> commands to draw >>>>> directly into it using the hardware renderer. I don't see a good >>>>> reason why >>>>> you would not want to use it. >>>>> >>>>> - Bert - >>>>> >>>> I'm currently also experimenting with this (under Linux) and it >>>> looks like >>>> this does not fully work on my system - the >>>> OpenGL output seems to be displayed for a very short moment, and >>>> then only >>>> teh Squeak desktop is visible again. >>>> Of course, it's nice to have the platform-dependent part within the >>>> primitive, but at least for Windows and Linux/X11 >>>> creating an OpenGL context is not really difficult, so since we >>>> already >>>> have platform-dependent OpenGL subclasses >>>> anyway, there is no strong reason to keep the context creation >>>> stuff in >>>> primitive code. >>>> >>>> Cheers, >>>> Hans-Martin >>>> >>>> >>> >> >> > > >

Jan. 14, 2012

[Pharo-project] executing a script in headless mode?

by Bernardo Ezequiel Contreras

Hi, I'm trying to execute a simple script in headless mode in order to setup some basic settings but it seems not to work right now. I've used this idea a lot to build my images. Do i have to install some package?? Pharo image: Pharo1.4a#14283 Virtual machine used: CoInterpreter VMMaker.oscog-eem.138 uuid: f9a63bdf-7bbc-4ae5-9634-ecd6fd814c9d Nov 17 2011, StackToRegisterMappingCogit VMMaker.oscog-eem.139 uuid: c2849383-9768-4948-b9b2-a5c22d482b07 Nov 17 2011, r2515 http://www.squeakvm.org/svn/squeak/branches/Cog Platform Name: unix Class browser used (if applicable): Browser Steps to reproduce: #. ${vm} -vm-display-null -vm-sound-null ${path to image} ${path to the directory that contains the script}/set-up.st Actual Result: #. it doesn't quit. Expected Result: #. To save the settings and quit. === set-up.st === Author fullName: 'BernardoContreras'. Smalltalk snapshot: true andQuit: true. ============ Thanks

Jan. 14, 2012

Re: [Pharo-project] Preparing 1.4 beta

by Henrik Johansen

On Jan 13, 2012, at 9:44 30PM, StÃ©phane Ducasse wrote: > >> (but have a backwards-compatible external package) > > I think that it will be difficult enough to swap the two events notification systems > and that we will not make a backward compatible package. I think that for migrating the few users will just have to > register to the new one. Now give me 10 full time engineers and we do it. > At the end of the day, we should do some reality checks and put resources on the right items. > > Stef I'm talking of existing external users of the SystemChangeNotifier, like (assumption on my part) OCompletion, OB, Coral and others. Implementing a backwards-compatible protocol as one of the steps shouldn't be too hard, is probably needed to keep the system running while swapping out the existing one anyways, and will ease migration of the external packages by keeping them loadable with the backwards-compat package in in image. To avoid another rant of getting legs kicked out from under one as part of an upgrade, and provide a generally pleasant upgrade experience for everyone, I think it is crucial. If I can make it in May, I'll work on it. Cheers, Henry

Jan. 13, 2012

Re: [Pharo-project] [Tuning] Set class>>new:

by Nicolas Cellier

2012/1/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > no time to think about it but I found that interesting. > > > Begin forwarded message: > > From: Paul Baumann <paul.baumann(a)theice.com> > Subject: [vwnc] [Tuning] Set class>>new: > Date: January 11, 2012 1:11:19 AM GMT+01:00 > To: "'VWNC'" <vwnc(a)cs.uiuc.edu> > > Inspect this code to see hashed collection instances grouped by their free > space percentage: > > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ^((ObjectMemory allInstancesOfAny: Set withAllSubclasses > asArray) asOrderedCollection > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â reject: [:ea | ea size < 10 ]) > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â groupedBy: [:ea | ea > capacity / ea size - 1.0 ] > > Hashing collections in VW need to have extra space allocated to act as > search limits between logical groups. Sets performance drops there are > aren't many free slots allocated. Â When there are only 25% free slots > allocated then the collection grows. VW rounds up to a prime number for > instance creation and then targets 33% rounded up to a prime for growths > afterwards. A target of 33% rounded to prime skimps on memory at the expense > of performance. > > As a collection grows to the minimum 25% free space goal (in #fullCheck) > there is a 75% chance of crossing into the next logical bucket before > finding a nil value. Crossing into the next logical bucket just once can > double the number of slots searched for a miss. Four logical buckets may be > traversed for each search-miss by the time the 25% minimum is reached. > > When VW skimps on allocation then it has to grow collections more frequently > and has to do more comparisons for each lookup. That is a general > performance problem, but there is another problem with how VW allocates > memory for pre-sized collections... > > When you see collections created for an expected size like these: > > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â anArray := Array new: 1000. > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â aSet := Set new: 1000. > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â anOc := OrderedCollection new: 1000. > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â aDict := Dictionary new: 1000. > > How many items would you expect each of these collections to efficiently > contain? Clearly the Array will be exactly 1000. The OrderedCollection will > take up to 1000 additions before it needs to grow. Pre-sized collections are > created to avoid incremental growth costs. Is it not common and natural to > think that the Set and Dictionary would also be created to efficiently > contain 1000 items too? Would you be surprised to learn that all subclasses > of Set in VW (and likely only VW) are inefficient with this kind of > pre-allocation when you add 1000 objects to them? > > No application code should be expected to know how Sets are implemented and > to pad sizes having knowledge of VW implementation details! Look at the > capacity variances that VW creates even though the Set has been created each > time to anticipate 1000 additions: > > (Set withAll: (Array new: 1000)) capacity > 1511 > > (Set withAll: ((1 to: 1000) collect: [:i | Object new ])) capacity > 1511 > > (Set new: 1000) capacity > 1009 > > ((Set new: 1000) addAll: ((1 to: 1000) collect: [:i | Object new ]); > yourself) capacity > 2027 > > ((Set new) addAll: ((1 to: 1000) collect: [:i | Object new ]); yourself) > capacity > 1361 > In st-80, (Set new: 1000) did mean create a Set with a capacity of 1000 slots, not a capacity large enough for increasing size up to 1000 without growing. So I guess VW have been modified since but not really cleanly refactored. In squeak, (Set new: 1000) means allocate enough capacity for holding 1000 elements. So here is Squeak answer, should be the same in Pharo I hope: (Set withAll: (Array new: 1000)) capacity 1549 (Set withAll: ((1 to: 1000) collect: [:i | Object new ])) capacity 1549 (Set new: 1000) capacity 1549 ((Set new: 1000) addAll: ((1 to: 1000) collect: [:i | Object new ]); yourself) capacity 1549 ((Set new) addAll: ((1 to: 1000) collect: [:i | Object new ]); yourself) capacity 1549 > The first four should all have the same result. The last one can be > different because it is not pre-sized. The third example shows that only > 0.9% free space is allocated in addition to the requested size. The fourth > example shows that the under-allocation caused a growth that then > over-allocated to end at 102.7% free space. The costs of the third and > fourth example can be seen in more detail with this test: > > | objects set timings cap0 t0 t1 | > objects := (1 to: ObjectMemory maximumIdentityHashValue) collect: [:i | > Object new]. > timings := OrderedCollection new: objects size. > t0 := t1 := Time microsecondClock. > set := Set new: objects size. > cap0 := set capacity. > objects size to: 1 by: -1 do: [ :i | > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â set add: (objects at: i). > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â i \\ 1000 = 1 ifTrue: [timings add: (t1 negated + (t1 :=Time > microsecondClock))]. > ]. > (Array new: 5) > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â at: 1 put: cap0; "Starting capacity" > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â at: 2 put: set capacity; Â Â "Ending capacity" > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â at: 3 put: (1 - (set capacity / set size) * -100.0); > "Percentage of free slots" > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â at: 4 put: timings asArray; Â Â Â Â Â Â Â Â Â Â Â "Timings of each > 1000" > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â at: 5 put: t1 - t0; Â Â Â Â Â Â Â Â Â Â Â Â Â Â "Total time" > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â yourself > > #(17417 34939 113.264 #(147 264 262 261 262 262 265 261 261 260 261 260 260 > 2474 184 184 184) 6312)Â Â Â Â Â Â "primes" > > A difference between the first and second numbers indicates growth costs > were incurred while adding. The third number shows there were 1.13 free > slots allocated for each logical bucket. The last number is total execution > time. Notice that performance of each group improves 41% just after the > collection grows. > > Load a package named ICXVwHashTuning from the Cincom Public Code Repository > and try the test again. > > #(28670 28670 74.9985 #(104 182 179 179 180 263 180 183 185 184 190 189 188 > 188 189 254 188) 3205) Â Â Â Â Â Â "After loading ICXVwHashTuning" > Squeak only has 12 bits for identity hash... SO I'm not sure the timings are comparable at all, and primMicrosecondClock does not seem to work either, but I see no problem in Squeak (and 33% free slot). | objects set timings cap0 t0 t1 | objects := (1 to: 1<<12) collect: [:i | Object new]. timings := OrderedCollection new: objects size. t0 := t1 := Time primMillisecondClock. set := Set new: objects size. cap0 := set capacity. objects size to: 1 by: -1 do: [ :i | set add: (objects at: i). i \\ 1000 = 1 ifTrue: [timings add: (t1 negated + (t1 :=Time primMillisecondClock))]. ]. (Array new: 5) at: 1 put: cap0; "Starting capacity" at: 2 put: set capacity; "Ending capacity" at: 3 put: (1 - (set capacity / set size) * -100.0); "Percentage of free slots" at: 4 put: timings asArray; "Timings of each 1000" at: 5 put: t1 - t0; "Total time" yourself #(5471 5471 33.5693359375 #(0 2 0 0 0) 2) With 1<<14 objects, I get #(23159 23159 41.351318359375 #(0 0 0 2 0 0 0 0 0 0 0 0 2 0 0 0 0) 4) > Total execution time was cut by 49% while consuming 18% less memory and > ending with a (very efficient) 75% free slots. > > When application code says "Set new: 1000" then they mean that they want a > Set instance that should expect to contain 1000 additions. It is the > responsibility of the Set to know how much physical space should be > allocated to contain 1000 items.Â These are simple changes that make a broad > performance improvement while also having intuitive performance. Cincom > should take notice of opportunities like this but at least you can improve > the performance of your existing code if they don't. > > You might want to also execute "(ObjectMemory allInstancesOfAny: Set > withAllSubclasses asArray) do: [:ea | ea trim ]." to optimize free space > allocation for all the hashed instances. You may notice a performance boost > from doing that once after loading ICXVwHashTuning. > > Paul Baumann > > > ________________________________ > This message may contain confidential information and is intended for > specific recipients unless explicitly noted otherwise. If you have reason to > believe you are not an intended recipient of this message, please delete it > and notify the sender. This message may not represent the opinion of > IntercontinentalExchange, Inc. (ICE), its subsidiaries or affiliates, and > does not constitute a contract or guarantee. Unencrypted electronic mail is > not secure and the recipient of this message is expected to provide > safeguards from viruses and pursue alternate means of communication where > privacy or a binding message is desired. > _______________________________________________ > vwnc mailing list > vwnc(a)cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > > > > >

Jan. 13, 2012

Re: [Pharo-project] Styling in Inspector

by Lukas Renggli

> I added the following method to inspector and styling turned on: > > shoutAboutToStyle: aPluggableShoutMorphOrView > Â Â Â ^ true > > Should we add it? Maybe you also want to set the class context so that it doesn't highlight variable references as errors? Lukas -- Lukas Renggli www.lukas-renggli.ch

Jan. 13, 2012