- Pharo-dev - lists.pharo.org

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

[Pharo-project] Ubuntu users

by Schwab,Wilhelm K

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. 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

March 27, 2010

Re: [Pharo-project] Recovering lost changes

by Schwab,Wilhelm K

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? The limit is 32 MB, right? It might also simply be time to build a new image on RC3. 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

March 27, 2010

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

by Schwab,Wilhelm K

Laurent, Since you have taken the time to get the vm build process going, please consider going one step further to get the Alien plugin built too. PLEASE... I would do it myself, but as that great 20th Century Philospher, Dirty Harry, put it "a man's got to know his limitations." There has been progress: I have now actually used Code::Blocks to build a .so to work around a linking problem. OTOH, that same library *might* have been at the center of yesterday's image meltdown :( I am determined to free my number crunching work from Windows. Given some of the custom hardware things I want to be able to continue doing, Macs are not really an answer or I would have made that jump years ago. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck Sent: Saturday, March 27, 2010 7:58 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green 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 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 ? - all tests green - FT2Plugin and the Bryce magic for nicer fonts - 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-… 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<mailto:laurent.laffont@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<mailto:Pharo-project@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 Alain Plantec

laurent laffont a Ã©crit : > 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 tested on Ubuntu 9.10 32bits works like a charm. Thanks Alain

March 27, 2010

[Pharo-project] [GSoC] Problems, Students bio and projects without mentor

by Mariano Martinez Peck

Hi everybody. I hope everybody is fine. As you may have noticed, the ESUG GSoC has been quite busy the last weeks. Students started to register in the website, discuss with mentors, etc... A little problem that we saw few times: when you register (as a student or mentor) you should receive a confirmation email. I don't know why but some people reported this mail was filtered in the spam folder. So, if you are mentor or student and didn't receive a confirmation email, please check you spam folder. Students, when you edit your profile there is a tab called "Biography". Please, take the time to complete that. There are multiple students per project and that may help the mentor to choose the student. Another problem is that we have two projects without mentors. 1. Native windows for Squeak and Pharo http://gsoc2010.esug.org/projects/native-windows 2. OpenSSL Smalltalk wrapper http://gsoc2010.esug.org/projects/openssl Fortunately no student yet expressed interest on any of them. There is a deadline in Monday to remove them if there won't be any mentor found. That's all for the moment. Mariano ESUG GSoC admin esug.gsoc.adm2010(a)gmail.com http://gsoc2010.esug.org/

March 27, 2010

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

by Mariano Martinez Peck

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 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 ? - all tests green - FT2Plugin and the Bryce magic for nicer fonts - 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-… 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 >

March 27, 2010

Re: [Pharo-project] Recovering lost changes

by StÃ©phane Ducasse

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

March 27, 2010

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

by StÃ©phane Ducasse

+1000 On Mar 27, 2010, at 10:19 AM, Adrian Lienhard wrote: > > On Mar 26, 2010, at 22:11 , laurent laffont wrote: > > [...] > >> Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName >> deletes your image :) > > WTF?! That's exactly what happened to me some time ago. I lost a lot of images that were stored in the same folder like the image. Let's get rid of this test. > > I created issue http://code.google.com/p/pharo/issues/detail?id=2215 > > Adrian > >> 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