March 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Pharo 1.0 fixing tests

by Adrian Lienhard

Hi all, What results do you get when running all tests in Pharo and PharoCore 1.0 on Mac/Windows/Linux? Lukas has MCPackageTest>>#testUnload failing on Hudson (a Linux server, I assume). When running the tests locally on the Mac, the test BlockContextTest>>#testTrace fails. But only the first time. Apparently ContextPart>>#trace: is broken [1]. When I run all tests in Pharo1.0 on a Mac VM 4.2.3beta1U the first time I get no failures. When running the second time I get following failures: MCInitializationTest>>testWorkingCopy MCSnapshotTest>>testInstanceReuse ProcessspecificTest>>testDynamicVariable ProcessspecificTest>>testLocalVariable ReleaseTest>>testObsoleteClasses If I then run only the above, they all pass. So there is certainly something fishy with the tests or how they are run. I would like to have a reliable, green test suite for Pharo 1.0. Can you report the results you get including the VM/platform? Any idea why the results are not stable? Thanks, Adrian [1] http://code.google.com/p/pharo/issues/detail?id=2210

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Miguel Enrique CobÃ¡ Martinez

El sÃ¡b, 27-03-2010 a las 10:56 -0600, Miguel Enrique CobÃ¡ Martinez escribiÃ³: > El vie, 26-03-2010 a las 22:11 +0100, laurent laffont escribiÃ³: > > Hi, > > > > > > Finally I've managed to build squeak vm rev. 2135 (current stable) > > with FT2Plugin which makes all tests green on Pharo 1.0 rc3 > > image........ on my machine :) > > > > > > If some Linux users can test it on their distro, thanks. > > Hi Laurent, > good job. I tested your instructions on my: > > Debian GNU/Linux Squeeze (testing) amd64 > > I didn't have cmake so first had to install it: > > aptitude install cmake > > and then: > > > To build from source archive: > > ======================= > > wget http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz > > tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz > > cd Squeak-3.11.3.2135-pharo-src/ > > mkdir build && cd build > > ../unix/cmake/configure > > make > > I don't install it (I don't like the custom install process) so I can't > say if ther is a problem with the install ;) > > > sudo make install > > > > > I ran the tests in a PharoCore 10515 RC3. Just 1 failure: > > 7296 run, 7278 passes, 17 expected failures, 1 failures, 0 errors, 0 > unexpected passes Forget this, this doesn't happen in a clean unzipped PharoCore 10515 RC3. I was using a dirty directory that was used to build a Pharo dev image. As part of the dev process, the sources or changes file is modified somehow and this made the testRecompile fail when using the code from the sources/changes file. So, when using a clean 10515 core image the test are all green. Good job. Cheers > > > Also, > > 1 tinyBenchmarks -> '362606232 bytecodes/sec; 10580494 sends/sec' > > Cheers > -- Miguel CobÃ¡ http://miguel.leugim.com.mx

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Adrian Lienhard

On Mar 27, 2010, at 17:16 , laurent laffont wrote: >> I would love that the official Linux VM has: >> >> - that thing about the gnufication >> I did that when compiling MacOS VM. >> Read this link (step 4 for example) >> >> http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Doc… >> >> does it make sense also in Linux VM ? which are the difference in the >> benchmarks compared to do it without this step ? >> > > Isn't it a MacOS issue only ? No, this is relevant for all GNU C compilers! Without this step, which replaces the switch statement of the interpreter with a jump table, you get a *much* slower VM. I suggest to use the latest SVN source. Adrian

March 27, 2010

[Pharo-project] [update 1.1] #11298

by Marcus Denker

11298 ----- Issue 2216: remove 21 unsent methods Issue 2215: testFontFullName recursively deletes all files in the image directory - Undo a change from Issue 2030 Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Miguel Enrique CobÃ¡ Martinez

El vie, 26-03-2010 a las 22:11 +0100, laurent laffont escribiÃ³: > Hi, > > > Finally I've managed to build squeak vm rev. 2135 (current stable) > with FT2Plugin which makes all tests green on Pharo 1.0 rc3 > image........ on my machine :) > > > If some Linux users can test it on their distro, thanks. Hi Laurent, good job. I tested your instructions on my: Debian GNU/Linux Squeeze (testing) amd64 I didn't have cmake so first had to install it: aptitude install cmake and then: > To build from source archive: > ======================= > wget http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz > tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz > cd Squeak-3.11.3.2135-pharo-src/ > mkdir build && cd build > ../unix/cmake/configure > make I don't install it (I don't like the custom install process) so I can't say if ther is a problem with the install ;) > sudo make install > I ran the tests in a PharoCore 10515 RC3. Just 1 failure: 7296 run, 7278 passes, 17 expected failures, 1 failures, 0 errors, 0 unexpected passes Also, 1 tinyBenchmarks -> '362606232 bytecodes/sec; 10580494 sends/sec' Cheers -- Miguel CobÃ¡ http://miguel.leugim.com.mx

March 27, 2010

Re: [Pharo-project] Error parsing XML File

by Fabrizio Perin

Hi Alex, thanks for your effort. Actually the problem was related exactly to the readStream, my method to import the XML files uses the class FileStream, instead now it use StandardReadStream and everything works fine. All Tests where green in my image too (including your new test) but the error still raises trying to import from a file. So i investigate in the direction of the readStream from a file and i found the solution. I'm still not sure which is the problem using FileStream instead StandardFileStream. Thanks a lot, Fabrizio 2010/3/26 Alexandre Bergel <alexandre(a)bergel.eu> > Hi Fabrizo, > > I think you're in the right place to talk about that. > > I haven't been able to reproduce your error. > I added a test: > > XMLParserTest>>testNonUTF8Characters > > self shouldnt: [XMLDOMParser parseDocumentFrom: > '<foo>Bean BLABLABLA EidgenÃ¶ssisches Institut fÃ¼r > BLABLALBLA</foo>' readStream] raise: Error. > > It goes green in my image. Do you have a different way to get the > readStream from the String? > > Cheers, > Alexandre > > > On 26 Mar 2010, at 12:14, Fabrizio Perin wrote: > > Hi, >> I was parsing an XML File with the last version of XML Parser >> (XML-Parser-JAAyer.68) and i get an error related to a not UTF-8 character >> that the parser found into the document. The XML document contains some >> german character: >> >> <![CDATA[SES: Bean BLABLABLA EidgenÃ¶ssisches Institut fÃ¼r BLABLALBLA]]> >> >> Actually i'm not sure if the error is which is in the UTF8TextConverter or >> something is wrong in the invokation from the parser. Anyway i parse several >> time the same document with older versions of the XML-Parser >> (XML-Parser-JAAyer.57) and it always works well. I'm not sure if the mailing >> list of Pharo is the right place to report this problem in the case i'm i'm >> sorry. >> >> Here the trace from the log: >> >> Error: Invalid utf8 input detected >> 26 March 2010 4:14:07 pm >> >> VM: Mac OS - intel - 1062 - Squeak3.8.1 of '28 Aug 2006' [latest update: >> #6747] Squeak VM 4.2.2b1 >> Image: Pharo-1.0-10515-rc3 [Latest update: #10515] >> >> SecurityManager state: >> Restricted: false >> FileAccess: true >> SocketAccess: true >> Working Dir >> /Users/fabrizioperin/development/Pharo/WORKINGONNOW/MooseJEE_64 >> Trusted Dir /foobar/tooBar/forSqueak/bogus >> Untrusted Dir /Users/fabrizioperin/Library/Preferences/Squeak/Internet/My >> Squeak >> >> UTF8TextConverter(Object)>>error: >> Receiver: an UTF8TextConverter >> Arguments and temporary variables: >> aString: 'Invalid utf8 input detected' >> Receiver's instance variables: >> an UTF8TextConverter >> >> UTF8TextConverter>>errorMalformedInput >> Receiver: an UTF8TextConverter >> Arguments and temporary variables: >> >> Receiver's instance variables: >> an UTF8TextConverter >> >> UTF8TextConverter>>nextFromStream: >> Receiver: an UTF8TextConverter >> Arguments and temporary variables: >> aStream: MultiByteFileStream: >> '/Users/fabrizioperin/development/Pharo/WORKINGON...etc... >> character1: $Â¶ >> value1: 182 >> character2: $s >> value2: 115 >> unicode: nil >> character3: $s >> value3: 115 >> character4: nil >> value4: nil >> Receiver's instance variables: >> an UTF8TextConverter >> >> MultiByteFileStream>>next >> Receiver: MultiByteFileStream: >> '/Users/fabrizioperin/development/Pharo/WORKINGONNOW/MooseJEE_64/src/...etc... >> Arguments and temporary variables: >> char: nil >> secondChar: nil >> state: nil >> Receiver's instance variables: >> >> >> XMLStreamReader>>basicNext >> Receiver: a XMLStreamReader >> Arguments and temporary variables: >> nextChar: nil >> Receiver's instance variables: >> stream: MultiByteFileStream: >> '/Users/fabrizioperin/development/Pharo/WORKINGONN...etc... >> nestedStreams: nil >> peekChar: nil >> buffer: a WriteStream 'SES: Bean zum Einlesen und >> updaten der Stako relevanten ...etc... >> >> XMLStreamReader>>next >> Receiver: a XMLStreamReader >> Arguments and temporary variables: >> nextChar: nil >> Receiver's instance variables: >> stream: MultiByteFileStream: >> '/Users/fabrizioperin/development/Pharo/WORKINGONN...etc... >> nestedStreams: nil >> peekChar: nil >> buffer: a WriteStream 'SES: Bean zum Einlesen und >> updaten der Stako relevanten ...etc... >> >> XMLStreamReader>>upToAll: >> Receiver: a XMLStreamReader >> Arguments and temporary variables: >> aDelimitingString: ']]>' >> Receiver's instance variables: >> stream: MultiByteFileStream: >> '/Users/fabrizioperin/development/Pharo/WORKINGONN...etc... >> nestedStreams: nil >> peekChar: nil >> buffer: a WriteStream 'SES: Bean zum Einlesen und >> updaten der Stako relevanten ...etc... >> >> SAXDriver(XMLTokenizer)>>nextCDataContent >> Receiver: a SAXDriver >> Arguments and temporary variables: >> cdata: nil >> Receiver's instance variables: >> streamReader: a XMLStreamReader >> streamWriter: a XMLStreamWriter >> entities: nil >> externalEntities: nil >> parameterEntities: nil >> isValidating: false >> parsingMarkup: false >> saxHandler: an OPOpaxHandler >> openTags: <ejb-jar>, <enterprise-beans>, <session>, >> <description> >> nestedScopes: nil >> useNamespaces: false >> validateAttributes: nil >> languageEnvironment: nil >> >> SAXDriver(XMLTokenizer)>>nextCDataOrConditional >> Receiver: a SAXDriver >> Arguments and temporary variables: >> nextChar: $C >> conditionalKeyword: nil >> Receiver's instance variables: >> streamReader: a XMLStreamReader >> streamWriter: a XMLStreamWriter >> entities: nil >> externalEntities: nil >> parameterEntities: nil >> isValidating: false >> parsingMarkup: false >> saxHandler: an OPOpaxHandler >> openTags: <ejb-jar>, <enterprise-beans>, <session>, >> <description> >> nestedScopes: nil >> useNamespaces: false >> validateAttributes: nil >> languageEnvironment: nil >> >> SAXDriver(XMLTokenizer)>>nextMarkupToken >> Receiver: a SAXDriver >> Arguments and temporary variables: >> nextChar: $[ >> Receiver's instance variables: >> streamReader: a XMLStreamReader >> streamWriter: a XMLStreamWriter >> entities: nil >> externalEntities: nil >> parameterEntities: nil >> isValidating: false >> parsingMarkup: false >> saxHandler: an OPOpaxHandler >> openTags: <ejb-jar>, <enterprise-beans>, <session>, >> <description> >> nestedScopes: nil >> useNamespaces: false >> validateAttributes: nil >> languageEnvironment: nil >> >> SAXDriver(XMLTokenizer)>>nextToken >> Receiver: a SAXDriver >> Arguments and temporary variables: >> whitespace: '' >> Receiver's instance variables: >> streamReader: a XMLStreamReader >> streamWriter: a XMLStreamWriter >> entities: nil >> externalEntities: nil >> parameterEntities: nil >> isValidating: false >> parsingMarkup: false >> saxHandler: an OPOpaxHandler >> openTags: <ejb-jar>, <enterprise-beans>, <session>, >> <description> >> nestedScopes: nil >> useNamespaces: false >> validateAttributes: nil >> languageEnvironment: nil >> >> OPOpaxHandler(SAXHandler)>>parseDocument >> Receiver: an OPOpaxHandler >> Arguments and temporary variables: >> >> Receiver's instance variables: >> driver: a SAXDriver >> eod: false >> stack: an OrderedCollection(<?xml version="1.0" >> encoding="utf-8"?> >> <ejb-jar id=...etc... >> _______________________________________________ >> 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 >

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by laurent laffont

2010/3/27 Mariano Martinez Peck <marianopeck(a)gmail.com> > Hi Laurent. Excellent news! It's cool to see people playing with the VM. > Depending in gurus of heroes is never good. Because they left and you are > dead. > > A little question...do you think we should replace the official Linux VM > from the Pharo website ? > I think so :) (if other users report no problem - Thanks Alain): the binary form is cleaner than exupery-vm, we have the source, fonts are nice, all tests green, build is reproductible. > > I would love that the official Linux VM has: > > - that thing about the gnufication > I did that when compiling MacOS VM. > Read this link (step 4 for example) > > http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Doc… > > does it make sense also in Linux VM ? which are the difference in the > benchmarks compared to do it without this step ? > Isn't it a MacOS issue only ? > > - all tests green > - FT2Plugin and the Bryce magic for nicer fonts > With Bryce's Bitlbt patch from Exupery VM some test fails.... and while some rendering are little better with Exupery, some aren't nice (hints for example). > - Include this VM in the Pharo 1.0 one click. > > Did you check the benchmarks with the VM from Pharo website and yours ? can > you evaluate the results of "1 tinyBenchmarks" as it is explained if point 5 > of Adrian post: > > http://www.adrian-lienhard.ch/blog?article=building-a-pharo-squeak-vm-from-… Benchmarks Distro: up to date ArchLinux 32bits $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz stepping : 6 cpu MHz : 1994.987 cache size : 4096 KB (White MacBook 2008) benchmark: 5 timesRepeat: [ Transcript show: 1 tinyBenchmarks; cr] my Squeak VM 3.11.3 -r 2135 + FT2Plugin. GCC version 4.4.3 ========================================== 334421946 bytecodes/sec; 8026581 sends/sec 334640522 bytecodes/sec; 7449884 sends/sec 334421946 bytecodes/sec; 7449884 sends/sec 334421946 bytecodes/sec; 7675486 sends/sec 327156549 bytecodes/sec; 7598782 sends/sec vanilla Squeak VM 3.11.3 -r 2135 ========================================== 198449612 bytecodes/sec; 7593723 sends/sec 197836166 bytecodes/sec; 7548493 sends/sec 203174603 bytecodes/sec; 7558497 sends/sec 198757763 bytecodes/sec; 7528563 sends/sec 200312989 bytecodes/sec; 7232576 sends/sec pharo-vm-0.15.2f-linux (exupery) ========================================== 369942196 bytecodes/sec; 9303240 sends/sec 375091575 bytecodes/sec; 9333693 sends/sec 375641966 bytecodes/sec; 9280531 sends/sec 376193975 bytecodes/sec; 9280531 sends/sec 376470588 bytecodes/sec; 9280531 sends/sec Exupery is better on benchmarks, but what is the activity on this VM? Laurent Laffont It would be cool also to update the readme.txt of the Pharo Linux Vm if > necessary > > And finally would be great to add a link to download the sources also. > > Thanks a lot. > > Mariano > > > 2010/3/26 laurent laffont <laurent.laffont(a)gmail.com> > >> Hi, >> >> Finally I've managed to build squeak vm rev. 2135 (current stable) with >> FT2Plugin which makes all tests green on Pharo 1.0 rc3 image........ on my >> machine :) >> >> If some Linux users can test it on their distro, thanks. >> >> The clean binary archive: >> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz >> >> The generated source archive: >> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz >> >> PharoCore-1.0 + configured VMMaker 1.2 image (for new vm builders, to >> have a known working base): >> http://lolgzs.free.fr/pharo/squeak-vm/PharoCore-1.0-VMMaker-1.2.tar.gz >> >> >> To build from source archive: >> ======================= >> wget >> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz >> tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz >> cd Squeak-3.11.3.2135-pharo-src/ >> mkdir build && cd build >> ../unix/cmake/configure >> make >> sudo make install >> >> >> Internal plugins: >> ====================== >> UUIDPlugin >> >> External plugins: >> ====================== >> ADPCMCodecPlugin >> AioPlugin >> AsynchFilePlugin >> B2DPlugin >> B3DAcceleratorPlugin >> BMPReadWriterPlugin >> BitBltPlugin >> CroquetPlugin >> DSAPrims >> DropPlugin >> FFTPlugin >> FT2Plugin >> FileCopyPlugin >> FilePlugin >> FloatArrayPlugin >> FloatMathPlugin >> GeniePlugin >> HostWindowPlugin >> JPEGReadWriter2Plugin >> JPEGReaderPlugin >> JoystickTabletPlugin >> Klatt >> LargeIntegers >> LocalePlugin >> MIDIPlugin >> Matrix2x3Plugin >> MiscPrimitivePlugin >> Mpeg3Plugin >> QuicktimePlugin >> RePlugin >> SecurityPlugin >> SerialPlugin >> SocketPlugin >> SoundCodecPrims >> SoundGenerationPlugin >> SoundPlugin >> Squeak3D >> SqueakFFIPrims >> StarSqueakPlugin >> SurfacePlugin >> UnixOSProcessPlugin >> XDisplayControlPlugin >> ZipPlugin >> >> >> Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName >> deletes your image :) >> testFontFullName >> "self debug: #testFontFullName" >> | env dir | >> env := (Locale isoLanguage: 'ja') languageEnvironment. >> dir := FileDirectory on: SecurityManager default untrustedUserDirectory. >> [dir recursiveDelete] <-------------- Cool !! >> on: Error >> do: [:e | e]. >> env fontFullName. >> self assert: dir exists >> >> >> Cheers, >> >> Laurent Laffont >> >> _______________________________________________ >> 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 >

March 27, 2010

Re: [Pharo-project] Ubuntu users

by Mariano Martinez Peck

On Sat, Mar 27, 2010 at 11:39 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Hello all, > > I hope this is simply irresponsible FUD, but one possible explanation for > my image meltdown yesterday is that it was fried in copying to a USB stick. The only thing I am aware of about USB is this: http://code.google.com/p/pharo/issues/detail?id=1645 Although I don't think it is related. > I have also been messing around with FFI, which is another way things > could have gone bad. Attempts to load the bad image end in "Read failed or > premature end of image file." > > I am asking myself whether unmounting USB drives is working as well as it > did prior to some updates that came out last week. Any thoughts? Backups > are always a good idea, and you might want to be a little extra careful > until experience proves me wrong. > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 27, 2010

Re: [Pharo-project] Recovering lost changes

by StÃ©phane Ducasse

On Mar 27, 2010, at 3:34 PM, Schwab,Wilhelm K wrote: > Stef, > > I just spent an hour or so using the lost changes browser to recover much of the past couple of day's work. The good news is that it was very stable in doing what it does. I have been doing a lot of code generation from meta data, which allowed me to make a *very* large number of entries in the change log. Sorting through that was problematic. Features of Ian Bartholomew's Chunk Browser would have been very helpful. In particular, Ian offers ways to filter on chunk type and to identify the most recent chunks for any given class/method. > > My big mistake was failing to make a backup following the last generation step and before importing more of my code from Dolphin. I have been using SIF to export code followed by "search and replace" via the regex package to create relatively cleanly loading code. Being forced to do that again, I improved the search and replace step and found many relevant chunks that have most of the imported code in reasonable shape; a lot of it will be buggy for some time due to callbacks and other details. > > One thing that has been (temporarily) lost is some category changes, but that will be easy to replicate. I am more concerned about subtle changes to the generation that might not have survived the recovery. So far, it looks ok, but my first priority was to get a post-recovery backup to avoid repeating the whole mess. > > Now I notice that my change log is 29MB and climbing. Does #condenseChanges work? It should. We use it for building the release candidates Now I thought that we do not have this limit but 2Gb > The limit is 32 MB, right? It might also simply be time to build a new image on RC3. rebuilding fresh is always good. > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse > Sent: Saturday, March 27, 2010 7:12 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Recovering lost changes > > > On Mar 27, 2010, at 4:09 AM, Schwab,Wilhelm K wrote: > >> Hello all, >> >> I had some type of melt-down today and ended up with an image that won't load. I have a backup from a few days ago, but a lot has happened since then. Recent change logs seem to be readable, but the "Recover lost changes" GUI has not been terribly helpful. Is there a way to filter to things like most recent versions of a any given methods, and/or sort on the types of chunks? >> >> One surprising weakness I noted was that many do-it chunks involve things that were in context in the debugger, are "now" nil and ended up breaking the file-in command. I put an error handler around the evaluatations which helped, but things are still somewhat slow thanks to other do-its that do a LOT of work. I might start chipping away from the most recent chunks until it recovers enough that I can cut my loses. >> >> Ian Bartholomew's Chunk Browser for Dolphin would be an ideal tool to emulate. With what we have now, any workarounds for the things above would be greatly appreciated. > > > we should already log class definition as class definition and not doits. > There are so many things to fix. > Cleaning the chunk format, fileouter, changes recorder... > >> Is there a way to do extended selection (e.g. shift-select to select a range of chunks)? >> >> Bill >> >> >> _______________________________________________ >> 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

March 27, 2010

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

by HernÃ¡n Morales Durand

A lot easier is to identify two points: 1) Why would you want to do that? 2) With the answer of 1) try to identify the image subsystem to apply the instrumentation. All other techniques are forms of interventionism, you will be trying to perform surgery to a terminal patient. Cheers, HernÃ¡n 2010/3/25 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Hi folks. I want to intercept (and do something) for all objects. I know few > approaches, for example: > > 1) using method wrappers (implementingÂ run: aSelector with: arguments in: > aReceiver) I can wrap all compiled methods of all classesÂ and there I have > the receiver. > > 2) become all objects to some kind of hacky object that stores the original > object and that redefines the doesNotUnderstand: > > But in 1) I need to change all CompiledMehtod of all classes. > in 2) I have to become all the objects to another object > > Then my question is, is there an easier way to intercept all messages send > to all objects from the image side (not going to vm) and with a lower cost ? > And if going to vm, how ? > > Thanks. > > Mariano > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 27, 2010