- Pharo-dev - lists.pharo.org

Re: [Pharo-project] (igor) Help for 1.1: condenseChanges does not work anymore

by Igor Stasenko

After condensing changes and #destroySourcePointer, the garbage 12k methods magically disappeared, so now its just: (CompiledMethod allInstances reject: #isInstalled) size 67 and image after saving shrunk from 14M to 13M probably some cache somewhere not flushed.. -- Best regards, Igor Stasenko AKA sig.

May 9, 2010

Re: [Pharo-project] (igor) Help for 1.1: condenseChanges does not work anymore

by Igor Stasenko

And the last thing... since new trailers using #becomeForward: no wonder that this loop turns into an infinite: CompiledMethod allInstancesDo: [:e | e isInstalled ifFalse: [e destroySourcePointer]]. because #allInstancesDo: walks a heap, and assuming that there is no new instances of it created during walking. But destroySourcePointer creating a new instance, so it can never finish! :) i just replaced it with following: (CompiledMethod allInstances reject: #isInstalled) do: [:e | e isInstalled ifFalse: [e destroySourcePointer]]. and made it to the end.. took about 5 minutes to wait. (12k methods + become on every method is a little time consuming ;) -- Best regards, Igor Stasenko AKA sig.

May 9, 2010

Re: [Pharo-project] (igor) Help for 1.1: condenseChanges does not work anymore

by Igor Stasenko

Oh, and i think there's no problem with #destroySourcePointer it just takes too long, and looks like your image is hung, because you can't wait untill it chews all 12k methods.. Just tried to do it with a random method: CompiledMethod allInstances atRandom copy destroySourcePointer getSource and it works fine. -- Best regards, Igor Stasenko AKA sig.

May 9, 2010

Re: [Pharo-project] (igor) Help for 1.1: condenseChanges does not work anymore

by Igor Stasenko

Here's another calculation: | size | size := 0. Smalltalk allClassesAndTraitsDo: [:classOrTrait | size := size + classOrTrait methodDict size ]. size 37516 so, it looks like there really about 12k methods hanging around and not installed anywhere .. :) -- Best regards, Igor Stasenko AKA sig.

May 9, 2010

[Pharo-project] Issue 2397 fixed and ready to harvest

by Torsten Bergmann

-- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 9, 2010

Re: [Pharo-project] (igor) Help for 1.1: condenseChanges does not work anymore

by Igor Stasenko

Hi. I made a little investigation.. The changes file condensing works fine. Except that there something wrong with destroying source pointers of not-installed methods. After commenting a following line: " CompiledMethod allInstancesDo: [:e | e isInstalled ifFalse: [e destroySourcePointer]]. " It were able to run to an end, and by running this check: | empty | empty := Set new. Smalltalk allClassesAndTraitsDo: [:classOrTrait | empty addAll: ( classOrTrait methodDict select: [:m | m sourcePointer =0 ]) ]. empty isEmpty -->> prints true which means there is no installed methods with sourcePointer = 0 (and hence with no source code) after condensing the changes. But what makes me really suspicious is following: CompiledMethod allInstances size 55797 (CompiledMethod allInstances reject: #isInstalled) size 12586 it looks like #isInstalled is buggy, or otherwise indicating that there is problem with image, which keeps so many non-installed methods hanging around. I would simply put a following at the beginning of #condenseChanges: (CompiledMethod allInstances reject: #isInstalled) size > 0 ifTrue: [ self error: 'first, get rid of any uninstalled methods' ]. So, then you would not need to use #destroySourcePointer :) Here an alternative version of #destroySourcePointer. But it doesn't makes any big difference. destroySourcePointer "We can't change the trailer of existing method, since it could have completely different format. Therefore we need to generate a copy with new trailer, and then #become it" | copy | copy := self copyWithTrailerBytes: CompiledMethodTrailer empty. self becomeForward: copy. ^ copy P.S. runned it on 1.1-11343-UNSTABLE -- Best regards, Igor Stasenko AKA sig.

May 9, 2010

[Pharo-project] (igor) Help for 1.1: condenseChanges does not work anymore

by StÃ©phane Ducasse

Hi We cannot do Smalltalk condenseChanges and this is a showStopper for 1.1 beta. http://code.google.com/p/pharo/issues/detail?id=2367 After some hours of debugging, Lukas has the intuition that this is related to methodTrailer. I did some stupid tests... and apparently the problem occured between 11117 and 11128 If you take 11117 and run Utilities readServerUpdatesThrough: 3922 saveLocally: true updateImage: true and in a 11120 image Smalltalk condenseChanges is working. So the problem is somehow related to methodTrailer. Igor can you have a look? Stef 11118 - Issue 1701: ArchiveViewer now works on Pharo - Issue 1679: InputEventSensor refers to defunct class InputSensor - Issue 1703: Closing last windows raise error - Issue 1698: Enhancement: trunk #collect:as: is a must 11119 - Issue 1711: Cleaning host menu' 11120 - Cleaning some tests. #testSort, #testRestoreDefaultFonts - Issue 1691: Adding some tests for formalParameterAt: from nicolas - Moved FixedIdentitySet to Collections-Unordered - Better comments. - Better shuffledBy: - Issue 1713: Clean Duplication in widthOfString:from:to: 11121 - Issue 1690: New Method Trailer part 1 (cs 1_ and 2_) 11122 - Issue 1690: New Method Trailer part 2 (cs 3 merged) 11123 - Issue 1690: New Method Trailer part 3 (cs 4 no conflict) 11124 - Issue 1690: New Method Trailer part 4 (cs 5) 11125 - Issue 1690: New Method Trailer part 5 (cs 6 + postscript cs7) 11126 - Issue 1690: New Method Trailer part 6 (cs 8 - trailer) 11127 - Issue 1690: New Method Trailer part 7 (cs 9) 11128 - Issue 1690: New Method Trailer post clean up :)

May 8, 2010

Re: [Pharo-project] Newbie: How to load and use HTTP parser

by HernÃ¡n Morales Durand

http://lists.squeakfoundation.org/pipermail/beginners/2010-April/006986.html 2010/5/7 Andrei Stebakov <lispercat(a)gmail.com>: > Hi > > Sent this message to the Pharo-users group, but no response for a couple of > days, so trying it here ;) > > I have a simple task of parsing some html content in Pharo (loading an html > page using HTTPSocket and retrieving useful info from it). > Having browsed for an html parser in my current one-click Pharo 1.0 image, I > couldn't find one. > How do I find/download a (the) HTML parser? > > What's the general routine of discovering and installing packages in Pharo? > I believe in Squeak there was a menu to explore and download packages, I > couldn't find it in Pharo though. > > > Thank you, > Andrei > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 8, 2010

Re: [Pharo-project] Newbie: How to load and use HTTP parser

by Philippe Marschall

On 08.05.2010 09:32, StÃ©phane Ducasse wrote: > > On May 7, 2010, at 5:07 PM, Andrei Stebakov wrote: > >> Hi >> >> Sent this message to the Pharo-users group, but no response for a couple of days, so trying it here ;) >> >> I have a simple task of parsing some html content in Pharo (loading an html page using HTTPSocket and retrieving useful info from it). >> Having browsed for an html parser in my current one-click Pharo 1.0 image, I couldn't find one. >> How do I find/download a (the) HTML parser? > > I know that there is a HTML. > Check the squeaksource package HTML. http://www.squeaksource.com/htmlcssparser.html Cheers Philippe

May 8, 2010

Re: [Pharo-project] [vwnc] Survey: Changing method names in JNIPort?

by Mariano Martinez Peck

On Sat, May 8, 2010 at 9:52 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Sat, May 8, 2010 at 9:39 PM, stephane ducasse < > stephane.ducasse(a)gmail.com> wrote: > >> >> On May 8, 2010, at 9:31 PM, Joachim Geidel wrote: >> >> > Hello everybody! >> > >> > I am preparing to port JNIPort (the Smalltalk-to-Java interface) to >> Squeak >> > and Pharo. However, there is a complication: Squeak and Pharo don't >> accept >> > underscores in method names, >> >> Pharo does... >> > > > Only Pharo 1.1. > > Sorry. I forgot to say that I have the same problem with GLORP. For the moment, what I do for Pharo 1.0 is to load an ugly hack: (HTTPSocket httpGet: ' http://www.assembla.com/spaces/SqueakDBX/documents/dvVhPSvuCr3OqXeJe5aVNr/d…') readStream fileIn You can see that .cs if you want. Cheers Mariano > > >> >> > while Dolphin and VisualWorks have no problem >> > with underscores. JNIPort contains many methods with underscores. >> > >> > If you are a JNIPort user, I would like to hear what you think about the >> > ways to solve this problem. Opinions from non-users are welcome, too, of >> > course. >> > >> > I currently see two options: >> > >> > 1. I can keep the versions for all platforms in sync. Obviously, I would >> > prefer this solution, as it is less work for me. On the other hand, >> users of >> > JNIPort would have to get used to new naming conventions: >> > >> > - All underscores would be dropped from method names. As method names >> for >> > generated methods include the type names of the arguments, this can lead >> to >> > somewhat ugly looking names, as the usual camel case notation is not >> > necessarily respected. E.g., >> > get_int: would be replaced by getint: >> > get_Object:String: would be replaced by getObject:String: >> > In those simple cases, the new notation doesn't look much worse than >> before. >> > >> > - Static fields in Java tend to have uppercase names with underscores, >> which >> > I would have to drop, too: >> > get_MAX_VALUE -> getMAXVALUE >> > set_MAX_VALUE: -> setMAXVALUE: >> > This has a small potential for naming conflicts if two field names in >> the >> > same class differ only by underscores. But you can always use lower >> level >> > methods for accessing a field if the generated method is ambiguous. >> > >> > - For names of inner classes which contain a $ character, I can't >> replace $ >> > by _ anymore, and would use 0 (zero) instead - it doesn't look much >> worse >> > than the $ character in Java, and I can't come up with something nicer >> which >> > is a legal character in a selector. >> > >> > 2. I could leave the VisualWorks version as it is, and maintain a second >> > code branch for Squeak and Pharo. I don't like this solution, as it >> means >> > more work for me. For JNIPort users, it would mean that their code isn't >> > easily portable to Squeak. OTOH, it would preserve the current >> more-or-less >> > nice-looking method names in generated classes. >> > >> > So, what do you think? >> > >> > Joachim Geidel >> > >> > >> > _______________________________________________ >> > vwnc mailing list >> > vwnc(a)cs.uiuc.edu >> > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc >> >> >> _______________________________________________ >> vwnc mailing list >> vwnc(a)cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc >> > >

May 8, 2010