November 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 1424 in pharo: Comparing a MethodProperties analogousCodeTo: an AdditionalMethodState is broken
by Marcus Denker Nov. 21, 2009

Nov. 21, 2009

On Nov 20, 2009, at 9:57 PM, stephane ducasse wrote: > > > Begin forwarded message: > >> From: pharo(a)googlecode.com >> Date: November 20, 2009 8:08:46 PM GMT+01:00 >> To: stephane.ducasse(a)gmail.com >> Subject: Re: Issue 1424 in pharo: Comparing a MethodProperties analogousCodeTo: an AdditionalMethodState is broken >> >> >> Comment #10 on issue 1424 by nicolas.cellier.aka.nice: Comparing a MethodProperties analogousCodeTo: an AdditionalMethodState is broken >> http://code.google.com/p/pharo/issues/detail?id=1424 >> >> I mean you should >> - correct ScriptLoader>>#cleanUpMethods >> - then execute (ScriptLoader new cleanUpMethods) in an update stream to get rid of >> these old MethodProperties Ok, so the #cleanUpMethods is broken right now. And there is a problem with some Service thing holding on a method. (we need reset Services in cleanUpMethods, too). >> >> Then remove or deprecate MethodProperties (classify in backward compatibility or >> something...). >> Don't know if you can simply remove it, or if some binary file outs of CompiledMethod >> require it. Ask Marcus. No, properties where used just internally for Pragmas. And those work. The other use of properties was in Persephone/Reflectivity (http://scg.unibe.ch/research/reflectivity) and in Bytesurgeon (http://scg.unibe.ch/research/bytesurgeon) Both of which will need some change (fort the better!) to work on Pharo anyway. So no problem. We should remove MethodProperty. I will add report to the tracker for this. Marcus -- Marcus Denker -- http://www.marcusdenker.de

1 0

[Pharo-project] About end of line convention
by StÃ©phane Ducasse Nov. 21, 2009

Nov. 21, 2009

Hi nicolas I was dicussing today with juan vuletich about the management of end of line convention and I think that he is right. When we edit a file we should be in control about that we want to have. In CUIS when you edit a file you can decide the convention or change it. He told me that in the squeak world people were pushing that the end of line is controlled by the platform. My point of view on this is : - when I manipulate the text object may be we should have the platform convention. - when I edit a file I should get the control because I may want to edit a file on mac with unix convention. So nicolas I saw that you pushed a slice about fixing end of line. What is the design behind it? Stef

5 10

[Pharo-project] About end of line convention
by Stephan Eggermont Nov. 20, 2009

Nov. 20, 2009

StÃ©phane Ducasse wrote: >When we edit a file we should be in control about that we want to have. I don't think so. What we want is an end of line. I don't care how it is represented. (Actually, I do. It should be out-of-band instead of a character. But I'm not going to get that). Only when saving/exporting (and importing) can I be interested in the representation. Default should be platform, as most people are not interested in implementation problems. >In CUIS when you edit a file you can decide the convention or change it. I don't like that. It is fine for a hex editor, but not for text. Stephan Eggermont

8 9

[Pharo-project] Application screenshots
by Gary Chambers Nov. 20, 2009

Nov. 20, 2009

Some coming for our (Pinesoft) first "shrink wrapped" product solution. Pharo based, of course ;-) Give me an hour or so, will be on my Flickr pages since given the go-ahead. Regards, Gary

5 12

[Pharo-project] CrLfStream bug.
by Henrik Johansen Nov. 20, 2009

Nov. 20, 2009

Speaking of end of line conventions, here's issue 1472 :) CrLfStream fails horribly currently, since the UTF8-converters latin1map never gets initialized. detectLineEndConvention gets called before converter is installed, and later on, in MultiByteFileStream>>open: forWrite: , converter lineendings never gets set (and latin1map initialized) if lineEndConvention isn't nil. Alternatives: 1. ensure lineEndConvention installation: MultiByteFileStream>>open: fileName forWrite: writeMode | result | result := super open: fileName forWrite: writeMode. result ifNotNil: [ converter ifNil: [converter := UTF8TextConverter new]. lineEndConvention ifNil: [ self detectLineEndConvention ] ifNotNil: [self installLineEndConventionInConverter] ]. ^result 2. Use converter: instead, since that installs the lineEndConvention: MultiByteFileStream>>open: fileName forWrite: writeMode | result | result := super open: fileName forWrite: writeMode. result ifNotNil: [ converter ifNil: [self converter: UTF8TextConverter new]. lineEndConvention ifNil: [ self detectLineEndConvention ] ]. ^result Ironically, if no lineEndConvention is defined, it will default to the same line-ending as you would get with a CrLfStream anyways :P I'm submitting a slice with approach 2 to inbox. Cheers, Henry

3 5

[Pharo-project] [update 1.1] #11052
by Marcus Denker Nov. 20, 2009

Nov. 20, 2009

Not done by me, but not yet announced: 11052 ----- Issue 1424 CompiledMethodAnaloguous fixes -- Marcus Denker -- marcus(a)2denker.de http://www.2denker.de 2denker UG (haftungsbeschrÃ¤nkt) Sitz KÃ¶ln Amtsgericht - Registergericht - KÃ¶ln, HRB 65065 GeschÃ¤ftsfÃ¼hrer: Christian Denker und Dr. Marcus Denker

3 2

[Pharo-project] About working with XML
by Jorge Silva - 10Pines Nov. 20, 2009

Nov. 20, 2009

Hi guys! I'm new to this group, so nice to meet you. I'm starting to work with Pharo and my first issue is how to work with XML. Can someone tell me about some package or "framework" to work with XML (parse it and serialize objects to it). Any help would be appreciated. Cheers, Jorge

4 3

[Pharo-project] [ANN] Core 1.1 #11053
by Marcus Denker Nov. 20, 2009

Nov. 20, 2009

http://gforge.inria.fr/frs/download.php/24823/PharoCore-1.1-11053-alpha.zip -- Marcus Denker -- http://www.marcusdenker.de

1 0

[Pharo-project] [update 1.1] #11053
by Marcus Denker Nov. 20, 2009

Nov. 20, 2009

11053 ----- Issue 495: [Pending Etoy Cleaning] Morph>> getCharacters Issue 1473: remove #basicType Issue 1474: remove some unsent messages from WorldMenu and BlockContext Marcus -- Marcus Denker -- marcus(a)2denker.de http://www.2denker.de 2denker UG (haftungsbeschrÃ¤nkt) Sitz KÃ¶ln Amtsgericht - Registergericht - KÃ¶ln, HRB 65065 GeschÃ¤ftsfÃ¼hrer: Christian Denker und Dr. Marcus Denker

1 0

[Pharo-project] [update 1.1] #11051
by Marcus Denker Nov. 20, 2009

Nov. 20, 2009

11051 ----- Issue 489: [Pending Etoy Cleaning] Morph >> cursor Issue 776: HTTPSocket class side duplicated code (removed superswiki methods)

2 2