- Pharo-dev - lists.pharo.org

Re: [Pharo-project] programmatically update a Pharo image

by Mariano Martinez Peck

2010/9/1 Cyrille Delaunay <cy.delaunay(a)gmail.com> > Hello, > > Is there a 'magic' command to programmatically update and load the last > version of a Pharo 1.2 core image? > Ã§ Check Utilities updateFromServer > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 1, 2010

[Pharo-project] programmatically update a Pharo image

by Cyrille Delaunay

Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image?

Sept. 1, 2010

Re: [Pharo-project] MethodName

by Mariano Martinez Peck

2010/8/30 Alexandre Bergel <alexandre(a)bergel.eu> > I attached PharoDebug.log > did you try it in Pharo1.2 - 12109 ? ? > > Alexandre > > > > On 30 Aug 2010, at 09:12, StÃ©phane Ducasse wrote: > > > excellent we spent the week-end (or the part allocated to code) chasing > it. > > Which image? version.... > > > > We do not understand why fileIn has a problem when MethodReference get a > real timestamp. > > Stef > > > > > >> Hi! > >> > >> I can't load it. I've got an error: Instances of Timestamp are not > indexable > >> > >> Alexandre > >> > >> > >> On 29 Aug 2010, at 22:07, Benjamin Van Ryseghem wrote: > >> > >>> Hello everyone > >>> > >>> As you may already known, I'm working on a new tool named MethodName > which is the merge of MethodFinder and MessagesName with some cool > improvement :) > >>> > >>> It works on Pharo1.2 - 12109 because it needs NullTextStyler ( > >>> Gofer new > >>> squeaksource: 'PharoTaskForces'; > >>> package: 'NullTextStyler'; > >>> load.) > >>> > >>> You can download the sources by evaluating this : > >>> > >>> Gofer new > >>> squeaksource: 'PharoTaskForces'; > >>> package: 'MethodName'; > >>> load. > >>> > >>> For opening a new MethodName window there's two ways : > >>> - evaluate : MethodName new openInWorld. > >>> - click World >> Tools >> Method Name > >>> > >>> > >>> How it works : > >>> - You choose thank to the radio button where you want to search > (Selectors / Class names/ Source) > >>> - You type the text you want to search : > >>> + Source : > >>> 1) *string or string or string* or *string* -> it answers all the > methods which source contains string > >>> 2) begin*end -> it answers all the methods which source contains > begin(whatever)end. > >>> + Class names : > >>> 1) name -> it answers the class which the name is name > >>> 2) name* / *name / *name* / begin*end ... -> * replaces any > string. > >>> + Selectors: > >>> 1) the same behaviour that for class names > >>> 2) the behaviour of MethodFinder > >>> > >>> Moreover you can reduce the field of search by clicking on "Change > environment" which open a PackageChooser window. > >>> A PackageChooser let you choose the set of classes which will be > browsed during the search. > >>> > >>> The left list shows all the available packages and the right list shows > the already selected packages. > >>> To add packages, just select them then click ">" to add them or click > ">>" to select all the packages. It's the same to remove packages. > >>> > >>> Instead of browsing tons of packages in the goal of finding the one > you want, you can use the text field to enter the name of the package or a > part of the name using some *. > >>> > >>> When all the packages are selected, just click "Ok" :) > >>> > >>> I hope it's a bit clear and a bit useful ^^ > >>> > >>> Benjamin > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > >> -- > >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> Alexandre Bergel http://www.bergel.eu > >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >> > >> > >> > >> > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 1, 2010

Re: [Pharo-project] Image file format ?

by Mariano Martinez Peck

2010/9/1 James Ladd <james_ladd(a)hotmail.com> > > Hi All, > > I'm looking for information on the image file format, something that tells > me the layout. > A little like this: > > +--------+ > ! version ! > +--------+ > ! count ! > +--------+ > > etc. I can glean this information from the Squeak C sources but I'm wanting > some > additional information for validation. Maybe it is in the blue book but I > have also read > that Squeak varies on this a little. > > Also - what is a Compact Class Array section of the image file? > Each object (all but SmallInteger in Squeak i think) has its own Object Header. Each object has to know its class. Now...image those classes where you have a lot of instances, like Bitmap, ByteString, etc...(print Smalltalk compactClassesArray for more examples) If for each instance of them you need 32bits (4 bytes) to point to their class, you will use "a lot" of memory. So, someone introduced something in the VM where they modified the Object Header so that you can use 5 bits for an index in a table of compact classes. So you have 32 classes that you can define as compact (see #becomeCompact), and this means that its instances will have an object header small (without a real pointer to its class). Thus....saves memory. However, the system has to ask if it is compact or not several places in the vm, having an overhead I imagine. IMHO, they could be removed since it is not THAT MUCH in today's computers. And the VM would be cleaner. cheers mariano > > Rgs, James. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 1, 2010

[Pharo-project] float printing

by stephane ducasse

hi guys here is a point where squeak and pharo could sync. Now I propose the change to be applied in Pharo. http://code.google.com/p/pharo/issues/detail?id=2888 in essence 0.1+0.2=0.3 which is normal since (0.1+0.2) hex '3FD3333333333334' 0.3 hex '3FD3333333333333' showing that we are in presence of two difference numbers. So since floats are approximations anyway, I like the idea that the language tells me all the time. This fits perfectly with the discussion and actions we got last year on floats. Of course 0.1s2 + 0.2s2 = 0.3s2 is true storeString is already conveying the right information both in squeak and pharo (0.1+0.2) storeString '0.30000000000000004' 0.3 storeString '0.3' I suggest that printString on float ie on little change in printString. So talk now. My point is that since we cannot perfectly lie better say it. I think that GNU and python are right so this an easy fix with a really good impact on education. Stef printOn: aStream base: base "Handle sign, zero, and NaNs; all other values passed to absPrintOn:base:" self isNaN ifTrue: [aStream nextPutAll: 'NaN'. ^ self]. "check for NaN before sign" self > 0.0 ifTrue: [self absPrintExactlyOn: aStream base: base] ifFalse: [self sign = -1 ifTrue: [aStream nextPutAll: '-']. self = 0.0 ifTrue: [aStream nextPutAll: '0.0'. ^ self] ifFalse: [self negated absPrintOn: aStream base: base]]

Sept. 1, 2010

Re: [Pharo-project] Image file format ?

by StÃ©phane Ducasse

we are interested in a Smalltalk based image writer too :) So far we did not went far and just focus on playing with SystemDictionary Hi All, > > I'm looking for information on the image file format, something that tells me the layout. > A little like this: > > +--------+ > ! version ! > +--------+ > ! count ! > +--------+ > > etc. I can glean this information from the Squeak C sources but I'm wanting some > additional information for validation. Maybe it is in the blue book but I have also read > that Squeak varies on this a little. > > Also - what is a Compact Class Array section of the image file? Compact classes are classes whose representation is optimized and normally you can have up to 5 bits (32) compact classes in the system. I reminder that eliot mentioned that he would like to kill compact classes. Would be good to have a system less complex. Stef > > Rgs, James. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 1, 2010

Re: [Pharo-project] Distinguishing system and user objects

by StÃ©phane Ducasse

In scriptLoader you get the list of all the core packages with version. I will start to play with metacello to do that instead of doing everything :) On Aug 31, 2010, at 10:29 PM, HernÃ¡n Morales Durand wrote: > Hi guys, > > Given any Pharo image and a (any) package or class category, how do > you find if the package/class category belongs to the official image > release? > Thanks, > > HernÃ¡n > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 1, 2010

Re: [Pharo-project] Deleted or renamed behaviors

by StÃ©phane Ducasse

what is the idea? What we want to do with veronica is - get a declarative code model (MC2/Ginsu) --> - put all the version of squeak and pharo in a Gemstone DB - make sure that we can do historized queries sender in version 1.0 - diff between versions Stef On Aug 31, 2010, at 9:17 PM, HernÃ¡n Morales Durand wrote: > Ok, thanks for the reply. I've created a repository in SqS for a tool > supporting better tracking of change history > > http://www.squeaksource.com/ChangeTracker.html > > please do not hesitate to contact me to join this project. I'm > planning to use the OB framework but any suggestions are welcomed. > Cheers, > > HernÃ¡n > > 2010/8/31 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> not directly but indeed we should be much more imaginative with our tools. >> Now I'm spending my time on not really funny or exciting actions so I do not have time >> to invent new stuff and this is bad. >> I'm trying to make sure that this situation will change but so far still crawling. >> This is why we will add RB in Unstable because we should use powertools in Unstable. >> >> Stef >> >> On Aug 31, 2010, at 6:46 PM, HernÃ¡n Morales Durand wrote: >> >>> Hi all, >>> >>> Is there a tool to observe the replacements of renamed or removed >>> methods in Pharo? >>> Because it happened to me several times, when loading a package in >>> Pharo two or three months after I've released something, there are >>> methods removed and I have to search the change comments everywhere >>> (change log, mailing list, issues list, etc) and figure out the >>> replacements, and sometimes it isn't so direct. >>> Cheers, >>> >>> HernÃ¡n >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 1, 2010

Re: [Pharo-project] Memory problems on Windows

by StÃ©phane Ducasse

do you have the same problem with the normal VM? On Sep 1, 2010, at 5:25 AM, Jimmie Houchin wrote: > Hello, > > I am developing an application which processes and generates a large amount of data. In a recent attempt I encountered an Space is Low error. > > This is occurring in a Pharo 1.1 image using the latest Pharo and Cog VMs. I am opening the vm with the -memory: 1000 parameter. > The below code I have applied the from the Squeak list from the 100 Million Objects thread. But the problem occurs at about 500mb of ram on a computer with 3 (or 6) gb of ram, with only 65% of physical ram in use. The os is Vista. > > Any help in using more memory, as much as necessary for the app, would be greatly appreciated. > > initializeMemorySettings > "Initialize the memory and GC settings to be more in line with QF requirements" > > "The following settings affect the rate incremental GCs and tenuring" > > "Limit incremental GC activity to run every 40k allocations" > SmalltalkImage current vmParameterAt: 5 put: 40000. "allocations between GCs (default: 4000)" > "Limit tenuring threshold to only tenure w/ > 10k survivors" > SmalltalkImage current vmParameterAt: 6 put: 10000. "tenuring threshold (default: 2000)" > > "These settings affect overall memory usage" > > "Only give memory back to the OS when we have more than 16MB free" > SmalltalkImage current vmParameterAt: 24 put: 16*1024*1024. "default 8MB" > "Try to keep 8MB headroom at all times" > SmalltalkImage current vmParameterAt: 25 put: 8*1024*1024. "default 4MB" > "These settings describe what to do when we're close to running out of free space" > > "Tell the VM that we'd rather grow than spinning in tight GC loops" > SmalltalkImage current gcBiasToGrow: true. "default: false" > "Tell the VM to do a fullGC for good measure if the above growth exceeded 16MB" > SmalltalkImage current gcBiasToGrowLimit: 16*1024*1024. "default: 0" > > Thanks, > > Jimmie Houchin > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 1, 2010

[Pharo-project] Fwd: Pharo1.1 bug report

by StÃ©phane Ducasse

Begin forwarded message: > From: Reza Razavi <razavi(a)acm.org> > Date: September 1, 2010 11:08:30 AM GMT+02:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Pharo1.1 bug report > > Salut Stef, > > Je voudrais te faire part ci-joint d'un rapport gÃ©nÃ©rÃ© par Pharo1.1 [Latest update: #11411], losqu'il rentre dans une boucle infinie (cf. ci-dessous pour les conditions). Je l'ai observÃ© aussi bien sous Linux (Ubuntu) que Windows (Vista). Toutefois, sous Linux, au bout d'une longue attente, la VM m'a affichÃ© un message dont la copie est Ã©galement jointe au format PNG. > > Ceci devrait Ãªtre rÃ©pÃ©table de la maniÃ¨re suivante (j'ai mis du temps avant de trouver) : > - Sauvegarder l'image avec des browsers ouverts > - AprÃ¨s un certain temps, je ne sais en effet pas quelle Ã©tait au juste la durÃ©e d'ouverture des browsers, on passe le curseur sur l'un des deux boutons " Instance " et " Classe ". > > J'espÃ¨re que ceci soit utile, > Bonne continuation, > Reza >

Sept. 1, 2010