October 2008 - Pharo-dev - lists.pharo.org

[Pharo-project] Exupery's VMMaker on SqueakSource now has closures
by bryce＠kampjes.demon.co.uk Oct. 3, 2008

Oct. 3, 2008

I can supply a built VM if anyone wants to try it immediately. If not I'll package one up after finishing tidying up. Looking at the bytecodes, they're suppressing context recycling whenever a closure is created. The only reason that closures refer to their surrounding contexts is to support ^ returns from blocks. With two more context creation bytecodes we should allow all contexts to be recycled except the outer method context when there's a block that ^ returns. Such optimisation can wait though, especially as it would involve removing some of Eliot's sanity checking which may be useful when adapting the image to use these bytecodes. Bryce

2 2

[Pharo-project] Changes from COG
by Mathieu Suen Oct. 2, 2008

Oct. 2, 2008

Hi, If you don't mind Eliot, I have taken a changeset from COG to Pharo. You can integrate it. It should work fine This change is for having a better CompiledMethod explorer. See attached file. Mth

2 1

[Pharo-project] Fwd: [squeak-dev] re: Squeak 4
by StÃ©phane Ducasse Oct. 2, 2008

Oct. 2, 2008

for information. I will continue to harvest etoy removals and gary/simon enh. Stef > From: Craig Latta <craig(a)netjam.org> > Date: October 1, 2008 10:49:14 PM CEDT > To: squeak-dev(a)lists.squeakfoundation.org > Subject: [squeak-dev] re: Squeak 4 > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > > Hi Stef-- > > > Just out of curiosity on which version is based Squeak 4. > > Squeak 3.2? > > Well, that question is mostly meaningless when so much is > removed. :) The most recent significant thing in there is support > for weak references, which I think comes from 3.2. The VMs are all > the latest, though. > > > -C

1 0

Re: [Pharo-project] How to integrate Kernel-Extensions
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

Damien, Stef, I would argue for #trimBlanks (very useful), #trimLineBreak (I do not recall needing this one, but clearl you do, so go for it), and keeping #withoutTrailing: as a separate entry point; write the others in terms of it. IIRC, #trimBlanks probably should trim leading as well as trailing nulls and spaces. The result should (of course) be a properly formatted byte string. I mention that because Dolphin uses null-terminated strings, but my recollection is that Squeak handles them more like BSTRs??? Specifically, I am NOT suggesting to reject nulls/blanks to the point of violating the storage format, only to get rid of them in the "payload." Does that make sense? Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> damien.pollet(a)gmail.com 10/1/2008 3:53 PM >>> String >> withoutTrailing: probably makes sense but then this is mostly useful for line breaks* why not a #trimLinebreak

2 1

[Pharo-project] Cleanup - a concern
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

I started Smalltalk on an educational discount copy of V-DOS, and then launched at a discounted copy of V-Win. The latter was particularly prone to crashing during a save-and-exit. To this day, I save, and then exit w/o saving. I can't get past it :) Humor aside, I would prefer to have a way to save (bloat and all), then clean, and finally see if all is happy before saving again. THEN I would exit w/o saving ;) Ideally, I would like to see such extra care supported in the IDE. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

1 0

[Pharo-project] Space tally
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

Adrian, I ran the space tally, and have found, even after WARegistry clearAllHandlers. Smalltalk garbageCollect. that there are still some Seaside entrails present in the image. In particular, there are 11 instances of WAApplication, and 4 instances of WADispatcher. There are also quite a few surviving instances from the cryptography package, suggesting that I probably have some orphans from my experiments with SSL connections. I will dig around some more. It would be nice to get breakdowns by category, and I quickly ran into something that struck me as odd: is there a reason #spaceTally: answers the items and not the tally/receiver? Doing the latter would simplify slicing the results. If there is interest, I can punch it up a little and submit it for inclusion in Pharo - let me know. It won't be much, but it should be helpful in understanding what is eating up space. Thanks for calling the tally to my attention; it looks like a very useful tool. Either here or on the Pharo list (maybe both), there was some recent discussion of cleanup. IIRC, it mentioned some additional expressions to clean up Seaside; it's worth a try. I also vaguely recall some (perhaps just speculation??) mention of image growth problems with the older UI Enhancements; the image in question is months old, so that might be part of the problem. Finally, I have no baseline for how big the image should be; I just noted it was 50+MB and realized something was out of whack. I am not terribly concerned about the current image, orther than to not lose the code. I expect to build a new image once Pharo is available with PolyMorph and ideally TT integrated into the image. Depending on the timing and any deadlines that might be whooshing by, I might wait for the official release, but I am getting eager to have some of the newer refinements. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

1 0

Re: [Pharo-project] SIF working - needs a small fix
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

Bryce, It's every line of (eventually, if all goes well) several years worth of work. YIKES!! :) Speaking of the mac, does Wikipedia have it right? Did they change from CR to LF in OS-X? Do we plan a similar move? Regardless, I should be able to drop extra control characters either on the way out of Dolphin or into Pharo. Understood about inside strings; escaping them might work. RE reformatting via the RB, I realize you mean well, and therefore, please do not read even a hint of hostility into this. That said, the answer is NO WAY. Far too many times, I have been saved from myself thanks to comments dated 3-6 months apart, suggesting that something had simply not settled down and required attention. If the RB ever begins to respect pre-existing formatting, I will use it more aggressively than I do now. As it is, I use it freely for up/down moves and perhpas other miscellaneous features that do not format code. I sometimes use it on new code that has not had time to accumulate meaningful comments. Once I used Dolphin's scoped refactorings (not really refactorings at all, but useful just the same) to make sweeping changes through a couple of packages, and then manually repaired the damage; it was worth it in that case. For the above reasons, I have come to disagree with Damien about using the RB to rewrite "ClassName on:" constructs. IMHO, the resulting scattering of comments would be very poor engineering practice, especially since the class-side methods can be made to answer appropriate types w/o destroying or degrading any knowledge captured in comments. There are mentions of a magic fix for this, but every time I test the RB, it continues to mishandle comments. Thanks!! Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> bryce(a)kampjes.demon.co.uk 10/1/2008 3:50 PM >>> Bill Schwab writes: > Hello, > > I would like to tell you all the incredible things I did to get SIF > going - truth is, it loaded and just worked. The only gripe I have is > that the Pharo browsers are displaying a large number of LF or other > non-printable characters as boxes in the Pharo browsers. I have seen > Squeak do this many times, and either just ignored it or deleted them, > as my need to view the code and tolerance level allowed. It will get > old with the amount of code I plan to move. > > How would YOU fix this? Is it a SIF problem (dumping out things it > should not from Dolphin), a SIF problem (not supressing characters as > they are loaded in Pharo), or something missing in the browsers that is > expected to be fixed in Pharo? It's a line ending problem most likely. Squeak uses Mac style line endings. If there's only a few I'd delete the characters, if there's more I might try to automate it. In general automation would be a little tricky because you'd want to ignore any carriage returns in strings that you want to keep. If you know the source well enough to know that there aren't any then just write a script possibly in Squeak to remove them. It might be worthwhile trying to automatically reformat your code. That's likely to get rid of them as the RB formatter runs off the parse tree and ignores whitespace. Bryce _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] Image tidyup convention
by Igor Stasenko Oct. 1, 2008

Oct. 1, 2008

I would really like if Pharo will introduce a convention for tidying up the image, proposed by Keith. It could save a lot of time and nerves for developers/maintainers :) http://www.nabble.com/Squeak-low-on-space...-td13243777.html#a13244357 -- Best regards, Igor Stasenko AKA sig.

3 4

[Pharo-project] SIF working - needs a small fix
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

Hello, I would like to tell you all the incredible things I did to get SIF going - truth is, it loaded and just worked. The only gripe I have is that the Pharo browsers are displaying a large number of LF or other non-printable characters as boxes in the Pharo browsers. I have seen Squeak do this many times, and either just ignored it or deleted them, as my need to view the code and tolerance level allowed. It will get old with the amount of code I plan to move. How would YOU fix this? Is it a SIF problem (dumping out things it should not from Dolphin), a SIF problem (not supressing characters as they are loaded in Pharo), or something missing in the browsers that is expected to be fixed in Pharo? Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

2 1

[Pharo-project] [build broken] 10083/10084
by Marcus Denker Oct. 1, 2008

Oct. 1, 2008

Please dont' update, it's broken right now. (And I don't have time to fix it, I have to admit) Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

2 2