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

[Pharo-project] Polymorph
by Gary Chambers Oct. 9, 2008

Oct. 9, 2008

Just to let you know there are some newer versions on SqueakSource. Start of work on a "Watery 2" theme (more spotted cat like :-) ) using CompositeFillStyles with form-based graphics. A few other improvements too, check the version notes. Regards, Gary.

3 3

[Pharo-project] 10089-10090
by StÃ©phane Ducasse Oct. 8, 2008

Oct. 8, 2008

Hi 10089 fixes the bookMorph 10090 introduces a nice features added to Sunit - the possibility to store the results of tests run and to compare the results This way you can get a package and evaluate if when you run them you really broke something or improved the tests. Now the browser could take avantage of that information. Stef

1 1

[Pharo-project] Two problems yesterday
by Bill Schwab Oct. 8, 2008

Oct. 8, 2008

Hello all, After a few days of getting mostly nothing from an evolving Seaside+Apache setup, I got it running. A lot suddenly happened on two machines, and there is no telling what I might have done to cause trouble on my own. Anyway, two things deserve mention. Sorry to throw these at you, but I think I can explain one of them. The first problem might have been continuations in action. I use streams often and will somewhat frequently read files as I process them, using #ensure: to close them. It ends up looking like in := FileStream read:fileName text:true. [ "code that might raise an error" ] ensure:[ in close. ]. Despite this construction, I ended up with errors trying to open a file, and ended up closing and reopening Pharo to regain access to it. In Dolphin, that was an almost certain sign that I had not properly ensured the closing of a stream. Based on recent discussions of #terminate, I began to suspect that closing the debugger thwarted the ensure block. However, I note that [ nil halt. ] ensure:[ Transcript show:'Did it'. ]. has been doing pretty much what I expect it to do: close the debugger and the block executes. So, I suspect what in fact happened is that a continuation caused me to re-open the file before it was closed. I am starting to like Seaside, but I wish it were based on threads and synchronization objects, but that's another topic. Whether or #ensure: behaves correctly in response to #terminate is something I need to check. For now, I will probably read the file into memory and close it before Seaside gets involved. The second thing that happened was I ended up with an image in which the system browser was out of synch. Clicking on the name of one method would show source for another. When I saw that, I assumed the change log had been clobbered, but not knowing what else to do, I exited w/o saving and recreated what I had lost in the process. The recovery was probably not what you would think. I had been coding on "the other machine" (win2k3 image on a blade via remote desktop), and was trying to integrate a few things into my "real" image (on my local machine) that I did to get the Seaside app working. Somewhere in that process, the browser mess started. I did something along the lines of firing off a new browser (probably from a method I was editing) to add a new method. I have noted that Pharo gets a little upset, (correctly) warning about possible changes elsewhere. The simple explanation is that this time, it "mis-filed" what I did in that new browser. Specifically, I (most likely) overwrote everything and accepted the source of the method. Sorry for the lengthy and un-confirmed guesswork masquerading as a bug report. I'm not sure I _want_ to reproduce it :( 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] Fwd: [squeak-dev] [ANN] Dependency Browser
by StÃ©phane Ducasse Oct. 8, 2008

Oct. 8, 2008

Begin forwarded message: > From: "HernÃ¡n Morales Durand" <hernan.morales(a)gmail.com> > Date: October 8, 2008 8:17:40 PM CEDT > To: "The general-purpose Squeak developers list" <squeak-dev(a)lists.squeakfoundation.org > > > Subject: [squeak-dev] [ANN] Dependency Browser > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > Dear Squeakers, > > If you ever wondered how to observe dependencies between > packages in the image, now you can use this new Dependency Browser. > Instructions for using it are in the following pages: > > Castellano : http://cs.hernanmorales.com.ar/DBrowser-es.php > FranÃ§ais : http://cs.hernanmorales.com.ar/DBrowser-fr.php > English : http://cs.hernanmorales.com.ar/DBrowser-en.php > > Regards. > > HernÃ¡n > >

1 0

[Pharo-project] MethodFinder
by StÃ©phane Ducasse Oct. 8, 2008

Oct. 8, 2008

Hi marcus removed methodFinder and I understand the reasons (lot of list of old method selectors hardcoded and not maintained). Still I think that MethodFinder was a really cool tool. So is there somebody that would like to have a look and take an old pharo version, package MethodFinder and clean it. This would be great. Stef and Marcus

2 3

[Pharo-project] [updates] 10088
by Marcus Denker Oct. 8, 2008

Oct. 8, 2008

Issue 218: Enhancements collected by gary and simon 1. Fixed flaky borwser comment text area sometime not showing. 2. Added getArgumentPermutation to support RefactoringEngine. 3. Fixes to CanvasCharacterScanner and MultiCanvasCharacterScanner to correctly align the first line of text when centered/justifed etc. 4. Added more constant names to Character class. 5. Modified ConnectionQueue to not accept connections when queue is full. 6. Changed GrafPort to answer a MultiDisplayScanner when appropriate (allows subclasses of MultiNewParagraph). 7. NaturalLanguageTranslator startup postion move to after PasteUpMorph since it will show a progress bar. 8. Fix to Random>>nextInt: to allow large numbers which would be out of range if using Floats (as mentioned recently on dev, use of Floats is dodgy anyway...) 9. Changed TranscriptStream>>clear to use a new buffer (was just reset which could leave a massive collection). 10. Changed RemoteString to handle concurrent processes safely. This ones particularly interesting: we were load-testing our Seaside app here and getting lots of syntax errors when hitting the image with around the 20 concurrent processes due to source file access. After this change we were hitting it with approximately 500 concurrent processes, and the failure was in the Java load tester (it timed out). Issue 224: random cleans - removeColorSwatch.1.cs: remove class ColorSwatch Issue 221: cleanup: remove methods calling isThisEverCalled - remove some methods that where deprecated in 3.9 - remove all methods with calls to #isThisEverCalled Issue 222: methods from NewCompiler - some method from newcompiler/Reflectivity that are better directly in the base (accessors, mostly) Issue 199: remove MethodFinder - finding methods by name is done by "Method Names", too - it s >1000 lines of Code. - it has a list of all selectors of a very old Squeak version. Many methods are only referenced here, thus they can not be found using the tools to find unsent mesages. postscript: Smalltalk removeClassNamed: #CardPlayer59. Smalltalk removeClassNamed: #Player58. SystemOrganization removeEmptyCategories. -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

4 7

Re: [Pharo-project] [OT] Rewrite in C++
by Bill Schwab Oct. 8, 2008

Oct. 8, 2008

Torsten, Pharo will be different from Squeak, but it should be a Smalltalk, not what we think a C* (C/C++/Java/Python/C#/etc.) programmer would to to Smalltalk to "fix" it. Without specific complaints, it is hard to know whether there is an unfortunate synergy among some of Squeak's quirks, or whether the developer never quite mastered Smalltalk. On the former, the number crunching side of the project is probably something that I would dump into a C-callable C++ dll/so. Plugins, if used, would be a real pain in the neck, at least from my perspective. That would be the case both because of the the development cycle, and because C++ operators and precedence will have advantages over Slang for translating equations into code. Plugins would add mixed-language hassles without much benefit beyond speed. IMHO, the Squeak community has a bias against FFI. What I do not know is whether that is justified on technical grounds. Dolphin's FFI works very well, so if there is a problem, we should fix it, not discourage the concept. Another consideration is the devices in question. I have tried to avoid palm-top devices on the grounds that tablets are "real computers" with much longer product life cycles, more computing power and far fewer gimmicks than their smaller cousins. My fear is that by the time I figure out the oddities of one system, it will be replaced by another, and I would have been better off prototyping on something more stable and powerful. That said, I'm glad to people tackling small machines, because I might really need them some day :) 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 >>> astares(a)gmx.de 10/08/08 4:13 AM >>> Found a program currently written in Squeak called TaalPulse (see http://taalpulse.net) >From the news page: "For the technically inclined, the new version of TaalPulse is being written in C++ using the Qt 4.4 user-interface toolkit. " In the forum the developer Guillaume Pothier explains his decision: http://sourceforge.net/mailarchive/forum.php?thread_name=8caa8ded0804172152… "Squeak was the only truly portable solution, and it still is to this day" "Although I haven't programmed in C++ for years I am confident it will be easier than Smalltalk" Could not really understand the move to C++, it's sad and at least this rings some bells that Pharo has to be different than Squeak ... Bye Torsten -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser _______________________________________________ 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] [OT] Rewrite in C++
by Torsten Bergmann Oct. 8, 2008

Oct. 8, 2008

Found a program currently written in Squeak called TaalPulse (see http://taalpulse.net) >From the news page: "For the technically inclined, the new version of TaalPulse is being written in C++ using the Qt 4.4 user-interface toolkit. " In the forum the developer Guillaume Pothier explains his decision: http://sourceforge.net/mailarchive/forum.php?thread_name=8caa8ded0804172152… "Squeak was the only truly portable solution, and it still is to this day" "Although I haven't programmed in C++ for years I am confident it will be easier than Smalltalk" Could not really understand the move to C++, it's sad and at least this rings some bells that Pharo has to be different than Squeak ... Bye Torsten -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

1 0

[Pharo-project] update10074 hashMappedBy: not removed as advertised
by nicolas cellier Oct. 8, 2008

Oct. 8, 2008

Hello all, second try to post this message, sorry if it duplicates. When I select hashMappedBy: in the 10074 Workspace and press alt+b I can still see 5 implementors. Seems like a change has been forgotten...

2 1

Re: [Pharo-project] Seaside and Apache
by Bill Schwab Oct. 8, 2008

Oct. 8, 2008

Sorry gang, I meant to send this to the seaside list. Your opinions are welcome too! 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 >>> BSchwab(a)anest.ufl.edu 10/7/2008 8:16:45 PM >>> Hello all, After a few days of getting almost nothing (even in logs, which was driving me nuts), I tried a different approach and had a self-signed https Apache proxying Seaside. I will start to congratulate myself when I can reproduce it. Toward that end, I have been writing some truly ugly code to capture how to do some things. First, I have ported part of some OpenSSL tools I use with Dolphin, specifically the part the builds self-signed certificates. In short, I found recent versions of OpenSSL unbuildable with MinGW (please feel encouraged to prove me wrong on this one!), and the pre-built openssl.exe I found did not work properly on Win32. Since Apache now ships with mod_ssl and OpenSSL libraries, all I needed was a working openssl.exe. The Penguin to the rescue, so I altered the certificate factory to write a shell script; it could be integrated with OS Process to "just do it." Not fully tested yet, I also added some things to get Squeak/Pharo running as a service on Windows via the resource kit tools. Configuring Apache is still something of a mystery to me. I am content with having everything transported by SSL, and to force the use of the correct URLs (at least for now). Below please find some sample output from my evolving tool. The goal is to generate a nearly correct configuration based on the local host and registered Seaside applications. It found more than shown below, but please have a look at it to see if I am a mockery of the location statements. If something usable results from this, I will make it available. Bill # Apache-related concepts herein were shamelessly stolen from sources including: # http://lists.squeakfoundation.org/pipermail/seaside/2007-November/015181.ht… # http://leftshore.files.wordpress.com/2006/10/apacheandseaside.txt Listen 443 SSLEngine On SSLCertificateFile conf/ssl/wherever.cert SSLCertificateKeyFile conf/ssl/wherever.key SetEnvIf User-Agent ".*MSIE.*" nokeepalive ssl-unclean-shutdown ProxyRequests Off ProxyPreserveHost On <Proxy *> Order deny,allow Allow from none </Proxy> <Location /seaside/bibtex> Order deny,allow Allow from all ProxyPass http://localhost:8080/seaside/bibtex ProxyPassReverse http://localhost:8080/seaside/bibtex </Location> <Location /seaside/browse> Order deny,allow Allow from all ProxyPass http://localhost:8080/seaside/browse ProxyPassReverse http://localhost:8080/seaside/browse </Location> <Location /seaside/examples/counter> Order deny,allow Allow from all ProxyPass http://localhost:8080/seaside/examples/counter ProxyPassReverse http://localhost:8080/seaside/examples/counter </Location> 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0