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

Re: [Pharo-project] does anybody use categories in changeset sorter?

by StÃ©phane Ducasse

On Mar 29, 2010, at 4:15 PM, Alexandre Bergel wrote: > Hi Stef, > > I am not sure what you mean by category. But if in a Change Sorter I: > - right click on the change set (let's say Unamed) > - select category functions in the popup menu > - press 'Make a new category', I obtain an error (ChangeSorter>>changeSetCategories executes 'ChangesOrganizer changeSetCategories' and #changeSetCategories is not defined on ChangesOrganizer). > > Is it what you meant? Yes. Apparently you could tagged changeset as changeset categories. Now I would like to clean that. It was working on 3.9 but with a different implmentation (not ChangesOrganizer class) > In any case, I was not aware of this function. Since it does not work in a core 1127, removing it would not hurt probably. I will slowly. > > Cheers, > Alexandre > > On 29 Mar 2010, at 09:08, StÃ©phane Ducasse wrote: > >> Because I'm about to remove them because they introduce a lot of noise in the changeset and changesorter. >> >> Stef >> _______________________________________________ >> 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 29, 2010

Re: [Pharo-project] does anybody use categories in changeset sorter?

by Marcus Denker

On Mar 29, 2010, at 3:08 PM, StÃ©phane Ducasse wrote: > Because I'm about to remove them because they introduce a lot of noise in the changeset and changesorter. > I don't think that they where ever used.... at least I didn't even know that exist. And they are broken since a while. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 29, 2010

Re: [Pharo-project] Error parsing XML File

by Alexandre Bergel

Hi HernÃ¡n, Thanks for your file. I added as a test in XML-Parser. Cheers, Alexandre On 28 Mar 2010, at 14:47, HernÃ¡n Morales Durand wrote: > Hi Alex, > Try with the attached XML file in your Pharo directory > > XMLDOMParser > parseDocumentFromFileNamed: > (FileDirectory default fullNameFor: 'likelySubtags.xml') > > however, it seems to be fixed in XML-Parser-JAAyer.72 > Cheers, > > HernÃ¡n > > 2010/3/27 Alexandre Bergel <alexandre(a)bergel.eu>: >> Can you send me the file please? >> >> Alexandre >> >> >> On 27 Mar 2010, at 12:47, Fabrizio Perin wrote: >> >>> 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: >>> >>> _______________________________________________ >>> 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 >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > <likelySubtags.zip>_______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 29, 2010

[Pharo-project] does anybody use categories in changeset sorter?

by StÃ©phane Ducasse

Because I'm about to remove them because they introduce a lot of noise in the changeset and changesorter. Stef

March 29, 2010

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

by Levente Uzonyi

On Mon, 29 Mar 2010, laurent laffont wrote: > On Mon, Mar 29, 2010 at 1:19 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Mon, 29 Mar 2010, laurent laffont wrote: >> >> 2010/3/29 John M McIntosh <johnmci(a)smalltalkconsulting.com> >>> >>> So what Ghz is this machine? >>>> >>>> >>> model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz >>> cpu MHz : 1994.987 >>> cache size : 4096 KB >>> >> >> There must be something wrong. My T8300 notebook had about 550M >> bytecodes/sec and 15M sends/sec on linux. With the stock windows vm I have >> 500M bytecodes/sec and 14.5M sends/sec. >> > > With the source I have provided ? 32bits ? My linux vm was 32-bit with some older sources. Since I don't have linux on my notebook anymore I can't tell which version it was. Levente > > Laurent Laffont > > > >> >> >> Levente >> >> >> >>> Laurent Laffont >>> >>> >>> >>>> On 2010-03-28, at 10:42 AM, laurent laffont wrote: >>>> >>>> Thank you ! >>>> >>>> Here the result: >>>> >>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin + --CFLAGS="-O3 -fomit-frame-pointer >>>> -mfpmath=sse -march=native -s -mtune=generic" >>>> ========================================== >>>> 339072847 bytecodes/sec; 9560580 sends/sec >>>> 338848444 bytecodes/sec; 9552573 sends/sec >>>> 338177014 bytecodes/sec; 9473233 sends/sec >>>> 337953795 bytecodes/sec; 9496896 sends/sec >>>> 338848444 bytecodes/sec; 9496896 sends/sec >>>> >>>> so the best performance I have so far. >>>> >>>> Laurent Laffont >>>> >>>> >>>> -- >>>> >>>> =========================================================================== >>>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >>>> squeaker68882 >>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>> >>>> =========================================================================== >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 29, 2010

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

by laurent laffont

On Mon, Mar 29, 2010 at 1:19 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Mon, 29 Mar 2010, laurent laffont wrote: > > 2010/3/29 John M McIntosh <johnmci(a)smalltalkconsulting.com> >> >> So what Ghz is this machine? >>> >>> >> model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz >> cpu MHz : 1994.987 >> cache size : 4096 KB >> > > There must be something wrong. My T8300 notebook had about 550M > bytecodes/sec and 15M sends/sec on linux. With the stock windows vm I have > 500M bytecodes/sec and 14.5M sends/sec. > With the source I have provided ? 32bits ? Laurent Laffont > > > Levente > > > >> Laurent Laffont >> >> >> >>> On 2010-03-28, at 10:42 AM, laurent laffont wrote: >>> >>> Thank you ! >>> >>> Here the result: >>> >>> Squeak VM 3.11.3 -r 2135 + FT2Plugin + --CFLAGS="-O3 -fomit-frame-pointer >>> -mfpmath=sse -march=native -s -mtune=generic" >>> ========================================== >>> 339072847 bytecodes/sec; 9560580 sends/sec >>> 338848444 bytecodes/sec; 9552573 sends/sec >>> 338177014 bytecodes/sec; 9473233 sends/sec >>> 337953795 bytecodes/sec; 9496896 sends/sec >>> 338848444 bytecodes/sec; 9496896 sends/sec >>> >>> so the best performance I have so far. >>> >>> Laurent Laffont >>> >>> >>> -- >>> >>> =========================================================================== >>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >>> squeaker68882 >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> >>> =========================================================================== >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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 29, 2010

Re: [Pharo-project] squeakToUTF-8 and related?

by Nicolas Cellier

2010/3/29 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > > On Mar 29, 2010, at 11:52 43AM, Nicolas Cellier wrote: > >> 2010/3/29 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: >>> >>> On Mar 29, 2010, at 11:16 30AM, Nicolas Cellier wrote: >>> >>>> I presume that under the idiom "latin1" you refer to code page 1252 >>>> rather than iso8859-L1, right ? >>>> >>>> Nicolas >>> Good question :) >>> What IS the presumed internal encoding of Bytestrings in Squeak? >>> That's the one I meant, I merely assumed it was latin1 seeing as how the text converter refers to it as such. >>> Personally I thought it was iso8859-L1, seeing as the bytestring to unicode conversion does a simple shift of chars > 127 to the 0080 - 00FF range. >>> >>> Cheers, >>> Henry >>> >> >> From what I understood, CP1252 is Microsoft "latin1" and use codes 128 to 159. >> ISO8859-L1 match fisrt 256 codes of unicode latin-1 and has codes 128 >> to 159 unused. >> You know, when Microsoft "uses" a standard, it's always a better standard ;) >> >> I have nothing against CP1252, it's an optimization which avoid >> wasting 32 cheap codes. >> But I'm not sure about various compatibility issues in/with the >> external world... >> >> Squeak clearly uses CP1252. >> For Pharo, there might be a mix of the two since Sophie-like >> refactorings. Surely what John was refering to. >> >> Nicolas > > Ummm... > All the utf8-converters in squeak use Unicode value:, which maps directly from charCode 128->255 to Unicode value 128->255. > Unicode value 128->255 IS iso8859-L1, so if squeak uses CP1252 as internal format, all the converters in Squeak are wrong. > > Cheers, > Henry > ISO8859-L1 and CP1252 only differ for code points 16r80 to 16r9F. Contrarily to what I said, these code points are assigned to G1 control characters (anyone ever used these ?). See http://en.wikipedia.org/wiki/ISO_8859-1 and http://en.wikipedia.org/wiki/Windows-1252 Now, I'm not so sure anymore why I thought squeak was CP1252. Is it ? My guess was probably based on macToSqueak and squeakToMac implementation. But endering of following snippet isn't CP1252 complying: String withAll: ((16r80 to: 16r9F) collect: [:e | Character value: e]) or (16r80 to: 16r9F) collect: [:e | Character value: e] as: String 'ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ' In Squeak 4.1 the different fonts don't agree on rendering these characters... DefaultFixedTextStyle is still using MacRoman and display accented characters. DefaultTextStyle hack first 4 entries with caret underscore left arrow and up arrow (probably a Cuis hack) Accu* just seem to have a hack for left arrow Maybe with a bit more clean-up (Character euro is answering the MacRoman code for example, and taking macRoman conversions from Sophie/Pharo), we could declare Squeak is using unicode... Great ! Nicolas > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 29, 2010

Re: [Pharo-project] Recovering lost changes

by Schwab,Wilhelm K

Stef, all, I doubt I will actually do this since I seem to have recovered things fairly well, but what do you think about the following proceedure: (1) use most recent loadable image from a backup and the most recent available changes (which I already did) (2) condense changes (3) recover lost changes in the resulting image. If it does what I think/want it to do, I assume the redudant changes would be eliminated, making it easier to recover the most recent state of any given method. Does that sound right? 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 10:00 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Recovering lost changes 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 29, 2010

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

by Levente Uzonyi

On Mon, 29 Mar 2010, laurent laffont wrote: > 2010/3/29 John M McIntosh <johnmci(a)smalltalkconsulting.com> > >> So what Ghz is this machine? >> > > model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz > cpu MHz : 1994.987 > cache size : 4096 KB There must be something wrong. My T8300 notebook had about 550M bytecodes/sec and 15M sends/sec on linux. With the stock windows vm I have 500M bytecodes/sec and 14.5M sends/sec. Levente > > Laurent Laffont > > >> >> On 2010-03-28, at 10:42 AM, laurent laffont wrote: >> >> Thank you ! >> >> Here the result: >> >> Squeak VM 3.11.3 -r 2135 + FT2Plugin + --CFLAGS="-O3 -fomit-frame-pointer >> -mfpmath=sse -march=native -s -mtune=generic" >> ========================================== >> 339072847 bytecodes/sec; 9560580 sends/sec >> 338848444 bytecodes/sec; 9552573 sends/sec >> 338177014 bytecodes/sec; 9473233 sends/sec >> 337953795 bytecodes/sec; 9496896 sends/sec >> 338848444 bytecodes/sec; 9496896 sends/sec >> >> so the best performance I have so far. >> >> Laurent Laffont >> >> >> -- >> =========================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >> squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

March 29, 2010

Re: [Pharo-project] Issue 2227: unused selectors and instance variables from UTF8TextConverter

by Levente Uzonyi

On Sun, 28 Mar 2010, StÃ©phane Ducasse wrote: > Thanks ;) > One day we should meet because I know you via your code edit and lot of them looks like mine. > Are you planning to attend ESUG? This year we will have some free entrance. Probably not, but thanks for the offer. Levente > > Stef > > > On Mar 28, 2010, at 6:07 PM, Levente Uzonyi wrote: > >> On Sun, 28 Mar 2010, StÃ©phane Ducasse wrote: >> >>> Hi levente >>> >>> do you have some advices for us to do the same in pharo? >>> >>> http://code.google.com/p/pharo/issues/detail?id=2227 >> >> These changes rely on previous ones, like MultiByteFileStream's #basicNext:, #basicUpTo:, #basicBack, etc. >> >> These changes are not that nice, but give good performance and will make future refactorings easier. >> >> >> Levente >> >>> >>> Stef >>> >>> _______________________________________________ >>> 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 29, 2010