- Pharo-dev - lists.pharo.org

[Pharo-project] is it possible to know the memory occupation (bytes) of an object?
by Mariano Martinez Peck Sept. 27, 2010

Sept. 27, 2010

Hi. I don't know if "memory occupation" is the better name. I just want to know the amount of memory that an object is occupying in RAM. I mean, the amount of bytes. Is this possible ? if true, how ? I would like to do it from both sides: image and VM. I checked both but I didn't find anything. Thanks in advance Mariano

6 21

Re: [Pharo-project] [Vm-dev] VM Maker: VMMaker-oscog.33.mcz
by Eliot Miranda Sept. 27, 2010

Sept. 27, 2010

I would appreciate anyone interested in objects-as-methods on Cog pounding on the latest Cog VMs (http://www.mirandabanda.org/files/Cog/VM/VM.r2313/) as this involved substantial changes to method lookup/inline cacheing machinery and there could easily be bugs. The tests run, but they're insubstantial compared e.g. to a full coverage test. best Eliot (repeat with fixed email address: squeakfountation => squeakfoundation) On Sat, Sep 25, 2010 at 9:20 PM, < squeak-dev-noreply(a)lists.squeakfoundation.org> wrote: > > Eliot Miranda uploaded a new version of VMMaker to project VM Maker: > http://www.squeaksource.com/VMMaker/VMMaker-oscog.33.mcz > > ==================== Summary ==================== > > Name: VMMaker-oscog.33 > Author: eem > Time: 25 September 2010, 7:13:51 am > UUID: 733b7c50-b973-4ca0-9831-5c84d09032bf > Ancestors: VMMaker-oscog.32 > > OSCogVM: > Support object-as-method: > Eagerly evaluate the interpreter version of a primitive > to ease the object-as-method implementation and to > improve interpreter performance. > Refuse to enter anything that isn't a CompiledMethod > into the method-lookup cache to avoid open PICs having > to check for valid compiled methods. > Have various places check for isOopCOmpiledMethod: > rather than isCompiledMethod: to allow SmallIntegers to > be used as methods. > Interpreter: > Have various places check for isOopCOmpiledMethod: > rather than isCompiledMethod: to allow SmallIntegers to > be used as methods. > Slang: > support super sends by expanding them at translation > time. This allows CoInterpreter>>addMethodToCache > to avoid cacheing non-compiled methods via a super > send, avoiding duplicating SrackInterpreter's method. > >

2 1

Re: [Pharo-project] Alien Plugin for Linux
by Alberto Bacchelli Sept. 27, 2010

Sept. 27, 2010

Hi Laurent, I am trying to use your plugin. In Debian Lenny it does not work, since it requires cmake >= 2.6.2. I tried to install a newer version of cmake, and I got these errors: [...] Scanning dependencies of target squeak.1 [ 0%] Built target squeak.1 Scanning dependencies of target squeak.sh [ 0%] Built target squeak.sh Scanning dependencies of target squeak [ 0%] Built target squeak [ 1%] Generating interp.c [ 2%] Generating gnu-interp.c [ 2%] Generating version.c Scanning dependencies of target squeakvm [ 2%] Building C object CMakeFiles/squeakvm.dir/gnu-interp.c.o /home/oos/temp/out/build/gnu-interp.c: In function âsendInvokeCallbackStackRegistersJmpbufâ: /home/oo/temp/out/build/gnu-interp.c:25885: error: âBytesPerWordâ undeclared (first use in this function) /home/oo/temp/out/build/gnu-interp.c:25885: error: (Each undeclared identifier is reported only once /home/oo/temp/out/build/gnu-interp.c:25885: error: for each function it appears in.) /home/oo/temp/out/build/gnu-interp.c:25887: error: âBaseHeaderSizeâ undeclared (first use in this function) /home/oo/temp/out/build/gnu-interp.c:25888: error: âShiftForWordâ undeclared (first use in this function) make[2]: *** [CMakeFiles/squeakvm.dir/gnu-interp.c.o] Error 1 make[1]: *** [CMakeFiles/squeakvm.dir/all] Error 2 make: *** [all] Error 2 I have the same problem with ubuntu. Do you have any suggestion to fix this problem? Thanks, Alberto On 9/27/10 5:24 PM, laurent laffont wrote: > I've once written a script which should still work to build the VM with Alien. http://github.com/lolgzs/easy_squeakvm/raw/alien/easy_squeakvm.sh as someone asked me (don't remember). But I don't know how to use& test Alien ..... > <http://github.com/lolgzs/easy_squeakvm/raw/alien/easy_squeakvm.sh> > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > > On Mon, Sep 27, 2010 at 4:32 PM, Fernando olivero<fernando.olivero(a)usi.ch<mailto:fernando.olivero@usi.ch>> wrote: > Hi, is there an Alien plugin for linux ? > I recall somebody working on it. > Would be nice if its made available somewhere on the web. > > Thanks, > Fernando > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

2 1

[Pharo-project] Updated Metacello Configurations of OmniBrowser, RefactoringBrowser, OCompletion
by Mariano Martinez Peck Sept. 27, 2010

Sept. 27, 2010

Hi. I just wanted to let you know that I have updated those configurations to work in Pharo 1.1 with their latest versions. All tests are green ConfigurationOfOmniBrowser -> 1.2 ConfigurationOfRefactoringBrowser -> 1.6 ConfigurationOfOCompletion -> 1.2 Now the problem is that I don't know why OCompletion is not working with OB, even when all tests are green :( If someone can help please. Cheers Mariano

1 0

[Pharo-project] [ANN] Glamour on Seaside - first version
by Tudor Girba Sept. 27, 2010

Sept. 27, 2010

Hi, We are happy to announce the first version of Glamour on Seaside. This work was carried out by Andrei Vasile Chis and was sponsored by ESUG. The project offers a Seaside-based rendering of Glamour browsers. In other words, once you have a browser in Glamour, you can now simply display it on the web. You can obtain the code in two ways: - Nightly built image: http://hudson.moosetechnology.org/job/moose-with-glamour-seaside/lastSucces… - Metacello configuration loadable in Pharo 1.1 (not Core) Gofer new squeaksource: 'Glamour'; package: 'ConfigurationOfGlamourSeaside'; load. (Smalltalk at: #ConfigurationOfGlamourSeaside) loadDefault. A couple of examples are available on the Moose server: http://online.moosetechnology.org/glamour/basicExamples (a number of example browsers) http://online.moosetechnology.org/moose/metaBrowser (a browser for the meta-model of Moose) Several developments are planned for the near future, so stay tuned for more news. We would highly appreciate any kind of feedback. Cheers, Andrei and Doru

3 3

[Pharo-project] debug it in the debugger bring a halt.
by StÃ©phane Ducasse Sept. 27, 2010

Sept. 27, 2010

compileSelectionFor: anObject in: evalContext | methodNode method failed | failed := false. methodNode := [ Compiler new compileNoPattern: self selectionAsStream in: anObject class context: evalContext notifying: self ifFail: [ failed := true ] ] on: OutOfScopeNotification do: [:ex | ex resume: true]. failed ifTrue: [ ^ nil ]. self halt: 'old generate: use'. method := methodNode generate: #(0 0 0 0). ^method copyWithTempsFromMethodNode: methodNode clearly a bad use of halt instead of deprecated. Fixed in 3007 Stef

1 0

Re: [Pharo-project] Syntax extension for the Mercury Search bar
by Simon Denier Sept. 27, 2010

Sept. 27, 2010

On 27 sept. 2010, at 14:36, Lukas Renggli wrote: >> As a remainder, this is what you can do from the search bar. Type: >> ClassName (starts with uppercase, look up class definition) >> #ClassName (look up references to ClassName) >> methodName (starts with lowercase, look up implementors of methodName) >> #methodName (look up senders of methodName) >> - 'string' (look up for string in methods (not the same as look up in method source, which is much slower)) > > There is another one if you have the refactoring tools loaded. If the > expression contains a backquote it searches for parse tree patterns, > e.g. > > `@expr instVarNamed: `#string > > finds all the senders of #instVarNamed: that have a plain > string-literal as its argument. ahah, didn't know this one (however, talk about cryptic syntax when it comes to parse tree patterns :)) > >> The search bar also works with completion, so it doubles as a useful launch bar actually. > > The fact that completion works is quite accidental and should be improved :-) > >> Any idea welcomed > > Actually, Colin and I were discussing about removing the Mercury > panel. We observed that almost nobody uses or knows how to use it. I > personally never use it, I find other ways to navigate much more > efficient and simpler to perform without the need of typing > cryptographic sequences of characters :-) Well I use it a lot, but the fact is I never used it before O2, which provided a nice ghost help about the syntax. I don't know how to put a ghost in the OB widgets though so that people can learn how to use it. My main concern with other navigation ways is that I need to pay attention to the selected pane to run a specific search (Find class works only in the left most pane, at least until now), and they do not necessarily accept a partial match (or have completion enabled, even by accident :)) > > The mercury panel is highly extensible, so maybe it would make sense > to move it into an externally maintained package? Yeah perhapsit does not belong to the browser. It seems more handy as a kind of launcher/quick search like Algernon (I have something like that also). > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

3 2

Sept. 27, 2010

may be we could integrate that with the method finder? Now it would be good not to have to reimplement everything yet another time. Stef >> Benjamin >> >> I would rename patterns into example-based >> Then >> when on selector >> I would propose classes if the guy type something that looks like a class or a part of a class name >> similarly on class >> I would propose selector if the guy started to type something like a selectors >> The idea is to help the user as much as possible. >> We did the same with the sender and implementor, you can browse a class if you type Point and press cmd-M instead of cmd-B > > > Yep, did you have a look the Mercury search bar in OB? It has a nifty syntax to look for: > - ClassName (starts with uppercase, look up class definition) > - #ClassName (look up class references) > - method (starts with lowercase, look up implementors) > - #method (look up senders) > - 'string' (look up for string in methods (not the same as look up in method source, which is much slower)) > > I would rename 'select classes' into something else, 'scoping classes', because it is really about the scope. > Actually, I would love to extend the Mercury syntax to be able to scope things. > > > >> >> Else did you try to remove the progress bar? >> because this looks strange. >> >> Stef >> >>> I've fix some bug and discover how to script packages loading ^^ >>> >>> Now, just run >>> >>> >>> Gofer new >>> squeaksource: 'PharoTaskForces'; >>> package: 'ConfigurationOfFinder'; >>> load >>> >>> ConfigurationOfFinder loadDefault >>> >>> >>> >>> >>> Ben >>> _______________________________________________ >>> 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 > > -- > Simon > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Sept. 27, 2010

On Sep 27, 2010, at 10:32 AM, Johan Brichau wrote: > I convinced the teacher who will be taking over my Smalltalk courses at UCLouvain (starting this week) to use Pharo :-) gorgeous! > One of the introductory exercises in these courses shows the difference between '==' and '='. However, in Pharo (&Squeak) the following goes wrong imho: > > 'a' == 'a' -> true > $a asString == $a asString -> false > > It seems that when you evaluate the expression, the (semantically identical) strings are represented as the same literal in the compiled block. > For example, try to evaluate the following code by evaluating each statement in a separate doit. Then do it again as a single block... > > |a b| > a := 'a'. > b := 'a'. > a == b inspect > > > Do I make it an issue? Is there already an issue? (did not find one) > Am I wrong? > > Johan > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Sept. 27, 2010

Dear Dario save your data download latest load your data. We would have prefered to be able to have an update which does not force you to do that but this is like that. Stef On Sep 27, 2010, at 2:41 PM, Dario Trussardi wrote: > Hi, > > i work with a Pharo image. > > The relative System About option report: > > Pharo-1.0 > Latest update: #10517. > > > Now my question is : > > > I can update this image to the last version ? > > > Or i need do : > > A) save my data > > B) download the last version > > C) restore my data > > > Thank for any considerations, > > Dario > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0