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

Re: [Pharo-project] Smalltalk Complex

by Schwab,Wilhelm K

Very well said. -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Friday, August 14, 2009 1:28 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Smalltalk Complex 2009/8/14 Ken.Dickey <Ken.Dickey(a)whidbey.com>: > Coming from Scheme and Lisp, where (sqrt -4) is expected to work, I > was surprised to find it "broken" in Squeak when I first tried it out. Â > [Some years ago now]. It works in Squeak. And result of -4 sqrt is signaling an FloatingPointException with message 'undefined if less than zero.'. I calling the code broken if its not follows the original design, contains bugs and unexpected behavior (again, unexpected to original design). But error in -4 sqrt is expected behavior. So how it can be considered broken? > > I noted Smalltalk in a list of languages implementing complex numbers; > > http://rosettacode.org/wiki/Complex_numbers#Smalltalk > > Unfortunately, my laptop died and is now in pieces on my desk while I > try and resurrect it. Â Perhaps some kind soul will look at GNU > Smalltalk's library and see what they do. Â Note that GNU Smalltalk > files in a 'Complex' package first. > > Other Smalltalk examples? > Ken, i welcome your willing to have a Complex numbers in Squeak. I just pointing out that we should make certain decisions right - like honoring the choice of people, who don't need to use a Complex math in their work, and moreover expecting that regardless of Complex numbers support, in their image they could be certain, that default behavior of a number of math functions does not changes unexpectably after they load the Complex package. > Thanks much, > -KenD > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 14, 2009

Re: [Pharo-project] question on browser buttons

by Mariano Martinez Peck

+1 On Fri, Aug 14, 2009 at 7:22 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > +1 > > On Aug 14, 2009, at 8:23 AM, Adrian Lienhard wrote: > > > +1 > > > > (They are like this in the latest Pharo image (not Pharo-core)). > > > > Adrian > > > > On Aug 14, 2009, at 01:29 , csrabak(a)bol.com.br wrote: > > > >> I don't see these... which image version and which System Browser > >> are you using? > >> > >> > >> Em 13/08/2009 20:19, Michael Roberts < mike(a)mjr104.co.uk > escreveu: > >> > >> > >> folks, just wondering what people think about the big 'blue' class > >> browser buttons. Pharo is looking really nice, but i tend to prefer > >> somewhat smaller, plainer buttons. e.g on the test runner, or the > >> preference browser. the browser ones are twice as high! they just > >> seem to stick out a bit. > >> > >> is it easy to switch off these blue buttons, or make all buttons > >> consistent? > >> > >> thanks, > >> Mike > >> > >> > >> _______________________________________________ > >> 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 >

Aug. 14, 2009

Re: [Pharo-project] OBDependencyWalker for Pharo

by HernÃ¡n Morales Durand

Ok, I found this could be related with an OB installation using this script: http://code.google.com/p/pharo/wiki/ImageBuildScripts I've loaded "AST", "Refactoring", "OmniBrowser" and "Tools". Then loaded the DependencyBrowser, selected a package and gotcha, the #theClass MNU was raised. However I wasn't able to debug it (please see the attachement), the stack isn't displayed in the debugger and some operations (Out, Over, etc) hang the image and I have interrupt with Alt+. Cheers HernÃ¡n 2009/8/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > apparently there was a change in OB and it would be good to understand > because > we have some open issues that are related to that. > > Stef > > >> Oh, that page was obsolete sorry about that, working with PHP pages is >> so... fuckin horrible! >> However that's not the issue here. I need to do a little research to >> see why the Dependency Browser breaks with mysterious OB stuff? I will >> update the repository as soon as I find the cause. >> Thanks for reporting >> >> HernÃ¡n >> >> 2009/8/13 Â <csrabak(a)bol.com.br>: >>> Em 13/08/2009 21:34, HernÃ¡n Morales Durand >>> <hernan.morales(a)gmail.com> escreveu: >>> >>>> Hi csrabak, >>>> Thanks for the feedback. I wonder how you've installed the DW? >>> >>> I followed http://cs.hernanmorales.com.ar/projects/dependencyBrowser/DBrowser-fr.php >>> Â (Overture Pharo) tab (but I bet you _knew_ that ;-)! >>> >>> Notice I installed on Pharo1.0beta image. . . and use only >>> "default" settings. . . >>> >>>> Anyone else experimented this trouble? >>> >>> This is something I cannot answer :-( >>> >>>> That MNU is fine, the problem is that message should never be sent >>>> to >>>> an OBInheritanceDependencyNode. Please note the two leftmost panes >>>> (columns) in the DependencyBrowser contains system categories or >>>> "packages", not classes. >>>> So I've tried to reproduce your problem with the three OB >>>> installations from Pharo: >>>> >>>> ScriptLoader loadOB. >>>> ScriptLoader loadSuperOB. >>>> ScriptLoader loadOBAlpha. >>>> >>>> selected every system category, gathering all dependencies in your >>>> Pharo version, and still cannot find that MNU. Can you provide me >>>> further details about it? >>>> >>>> Are you using latest OmniBrowser? >>> >>> I do supose so as at the time I wrote the e-mail I had the image >>> uptodate (#10413). >>> >>>> Have you installed the DependencyBrowser with the script of my >>>> previous e-mail? >>> >>> I ran the script of your page. >>> >>>> This is happening when you select a particular package? >>> >>> Any package will do, but to stick to a simple one I click in >>> "OmniBrowser" and kaboom! >>> >>>> Have you installed additional OB packages? >>> >>> I lost the control of what is considered "aditional" wrt to OB. So >>> I attach the browser of the image I'm testing it: >>> >>> HTH >>> >>> -- >>> Cesar Rabak >>> >>> _______________________________________________ >>> 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 >

Aug. 14, 2009

Re: [Pharo-project] Question about MD5

by Henrik Johansen

I added a version to the issue which is almost 2x faster (for large ByteArrays at least). I'm not sure if the needs of DBX are such that the performance increase can justify the added uglyness (using to:do: instead of do: ), but it'd be nice if you would have a look. Cheers, Henry On Aug 13, 2009, at 3:23 08PM, Mariano Martinez Peck wrote: > Ok. I opened the ticket: http://code.google.com/p/pharo/issues/detail?id=1067 > > I replaced _ to := and take into considerations the henrik > suggestions. > > Best, > > Mariano > > On Thu, Aug 13, 2009 at 9:47 AM, Henrik Johansen <henrik.s.johansen(a)veloxit.no > > wrote: > Please also use (String new: (self size * 2)) writeStream instead of > '' writeStream. > In this case it won't lead to any noticeable performance increases, > but it's good practice anyways :) > > I'd also argue the expected returnvalue of "hex" might not be clear as > something like "asHexString" when applied to a collection (hex > previously only implemented on single values), but that's a minor > issue. > > When looking around, I also noticed WriteStream nextPut: does an > unnecessary check for ByteStrings which is pretty ugly (plus, it > decreases nextPut: performance for all ByteString writeStreams), filed > as Issue 1065. > > Cheers, > Henry > > > Issue 1065 > On Aug 13, 2009, at 10:32 19AM, StÃ©phane Ducasse wrote: > > > add a nice method comment and a couple of tests! > > > > Stef > > > > On Aug 13, 2009, at 1:26 AM, Mariano Martinez Peck wrote: > > > >> Hi folks: Me and the rest of the team is developing SqueakDBX which > >> is a driver to talk with major databases. However, I think the most > >> persistence alternatives pharo has, the best. There is no better > >> solution for every escenario. So, I am also trying to get the > >> PostgreSQL native driver to work in Pharo. This package depends on > >> Cryptography because of MD5. I know that there were added to Pharo > >> packages like System-Hashing-core, System-Hashing-SHA1 and System- > >> Hashing-MD5. However, the driver doesn't work yet. But adding this > >> single method: > >> > >> ByteArray>>hex > >> | stream | > >> stream _ '' writeStream. > >> self do: [ :each | > >> stream > >> nextPut: ('0123456789ABCDEF' at: each // 16 + 1); > >> nextPut: ('0123456789ABCDEF' at: each \\ 16 + 1)]. > >> ^ stream contents > >> > >> The driver works like a charm in Pharo without needing Cryptography > >> package. As far as I remember there were no MIT problem with this > >> package. Because of this those packages ( System-Hashing-core, > >> System-Hashing-SHA1 and System-Hashing-MD5) were integrated in > Pharo. > >> > >> So, can I add it? > >> > >> Thanks > >> > >> Mariano > >> _______________________________________________ > >> 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

Aug. 14, 2009

Re: [Pharo-project] question on browser buttons

by StÃ©phane Ducasse

+1 On Aug 14, 2009, at 8:23 AM, Adrian Lienhard wrote: > +1 > > (They are like this in the latest Pharo image (not Pharo-core)). > > Adrian > > On Aug 14, 2009, at 01:29 , csrabak(a)bol.com.br wrote: > >> I don't see these... which image version and which System Browser >> are you using? >> >> >> Em 13/08/2009 20:19, Michael Roberts < mike(a)mjr104.co.uk > escreveu: >> >> >> folks, just wondering what people think about the big 'blue' class >> browser buttons. Pharo is looking really nice, but i tend to prefer >> somewhat smaller, plainer buttons. e.g on the test runner, or the >> preference browser. the browser ones are twice as high! they just >> seem to stick out a bit. >> >> is it easy to switch off these blue buttons, or make all buttons >> consistent? >> >> thanks, >> Mike >> >> >> _______________________________________________ >> 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

Aug. 14, 2009

Re: [Pharo-project] Help on Polymorph [was How to build a GUI]

by StÃ©phane Ducasse

On Aug 14, 2009, at 7:00 AM, Brian Brown wrote: > > On Aug 13, 2009, at 2:49 PM, StÃ©phane Ducasse wrote: > >> But you know you can also propose a solution with code. :) >> Take DrDoc and improve it. >> I agree more than 200% with you but my day job in not improving pharo >> or squeak. >> Pharo is a nice project but I have plenty of other things that I have >> to do (admin, research, PhD students....) > > I know that, you do amazing amounts in spite of your responsibilities > and I really appreciate it. The only reason I sent you an email is > because you were/are working on the PackageInfo replacement, so it > seemed appropriate. Oh Yes! > Is DrDoc on SqueakSource? I'll take a look. Yes I would be more than happy if someone could take the lead there. I could embed images (UML diagram). I designed in a way that it does not depend on an existing superclass so that we can load the package and its metadata in any squeak/pharo version (so the design is suboptimal from a OO perspective). Stef > > - Brian > > > >> >> Stef >> >>>> So far we should invent it. >>>> And I totally agree with you. If people do not see the good doc >>>> they >>>> will not write good comment. >>>> I started to work on DrDoc a kind of package meta data to add >>>> documentation to a package but it got stole >>>> I should push that again. What would be nice is to take one package >>>> and do it well as an example. >>>> >>>> >>>> It think it should be possible to write documentation at the >>>> package level. So developpers have a place where they can write an >>>> overview of their package. When we click on a package, >>>> documentation should be displayed by default or easily. >>> >>> Yes! Here is a post I made in April of 2003: >>> >>> >>>> The biggest frustration with using comments is that there is no >>>> good >>>> "starting place" for a given class category. For example, go browse >>>> the Seaside classes and categories and figure out where one should >>>> start. You can repeat this exercise for any number of categories. I >>>> propose that we we add a documentation attribute to the PackageInfo >>>> stuff, so there is a category level documentation spot, with links >>> to >>>> the appropriate class comments. >>> >>>> Any thoughts? >>> I didn't get any response, and I sent a similar type of thought to >>> Stef recently, but he's so busy I don't even know if he read my >>> email :) >>> >>> - Brian >>>> >>>> In the rubygems world, it is a common practice to write >>>> documentation in a README file which is displayed by RDoc on >>>> startup page (github works the same way). It seems to me that >>>> there's the same level of comment between Ruby class/methods and >>>> Pharo. The documentation at the package level may be the >>>> difference. >>>> >>>> Python has a real documentation effort.Each release come with its >>>> up to date documentation. It's a release criteria. Python shares >>>> some similarities with Pharo as they both have "batteries >>>> included". May be there should have a process to contribute to a >>>> centralized Pharo documentation which can be accessed within the >>>> IDE. >>>> >>>> Laurent. >>>> _______________________________________________ >>>> 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

Aug. 14, 2009

Re: [Pharo-project] OBDependencyWalker for Pharo

by StÃ©phane Ducasse

apparently there was a change in OB and it would be good to understand because we have some open issues that are related to that. Stef > Oh, that page was obsolete sorry about that, working with PHP pages is > so... fuckin horrible! > However that's not the issue here. I need to do a little research to > see why the Dependency Browser breaks with mysterious OB stuff? I will > update the repository as soon as I find the cause. > Thanks for reporting > > HernÃ¡n > > 2009/8/13 <csrabak(a)bol.com.br>: >> Em 13/08/2009 21:34, HernÃ¡n Morales Durand >> <hernan.morales(a)gmail.com> escreveu: >> >>> Hi csrabak, >>> Thanks for the feedback. I wonder how you've installed the DW? >> >> I followed http://cs.hernanmorales.com.ar/projects/dependencyBrowser/DBrowser-fr.php >> (Overture Pharo) tab (but I bet you _knew_ that ;-)! >> >> Notice I installed on Pharo1.0beta image. . . and use only >> "default" settings. . . >> >>> Anyone else experimented this trouble? >> >> This is something I cannot answer :-( >> >>> That MNU is fine, the problem is that message should never be sent >>> to >>> an OBInheritanceDependencyNode. Please note the two leftmost panes >>> (columns) in the DependencyBrowser contains system categories or >>> "packages", not classes. >>> So I've tried to reproduce your problem with the three OB >>> installations from Pharo: >>> >>> ScriptLoader loadOB. >>> ScriptLoader loadSuperOB. >>> ScriptLoader loadOBAlpha. >>> >>> selected every system category, gathering all dependencies in your >>> Pharo version, and still cannot find that MNU. Can you provide me >>> further details about it? >>> >>> Are you using latest OmniBrowser? >> >> I do supose so as at the time I wrote the e-mail I had the image >> uptodate (#10413). >> >>> Have you installed the DependencyBrowser with the script of my >>> previous e-mail? >> >> I ran the script of your page. >> >>> This is happening when you select a particular package? >> >> Any package will do, but to stick to a simple one I click in >> "OmniBrowser" and kaboom! >> >>> Have you installed additional OB packages? >> >> I lost the control of what is considered "aditional" wrt to OB. So >> I attach the browser of the image I'm testing it: >> >> HTH >> >> -- >> Cesar Rabak >> >> _______________________________________________ >> 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

Aug. 14, 2009

Re: [Pharo-project] Smalltalk Complex

by Igor Stasenko

Do draw a parallel.. Suppose i'm installing a brand new IPv6 protocol support on my box. Should i completely replace all tools which working well with IPv4 and, moreover, abandon the support of IPv4 on my box since then? Or i should expect that after installing the IPv6, all tolls which is based on IPv4 continue to work correctly and without errors? 2009/8/14 Igor Stasenko <siguctua(a)gmail.com>: > 2009/8/14 Ken.Dickey <Ken.Dickey(a)whidbey.com>: >> Coming from Scheme and Lisp, where (sqrt -4) is expected to work, I was >> surprised to find it "broken" in Squeak when I first tried it out. Â [Some >> years ago now]. > > It works in Squeak. And result of > -4 sqrt > is signaling an FloatingPointException with message 'undefined if less > than zero.'. > I calling the code broken if its not follows the original design, > contains bugs and unexpected behavior (again, unexpected to original > design). But error in -4 sqrt is expected behavior. So how it can be > considered broken? > >> >> I noted Smalltalk in a list of languages implementing complex numbers; >> >> http://rosettacode.org/wiki/Complex_numbers#Smalltalk >> >> Unfortunately, my laptop died and is now in pieces on my desk while I try and >> resurrect it. Â Perhaps some kind soul will look at GNU Smalltalk's library >> and see what they do. Â Note that GNU Smalltalk files in a 'Complex' package >> first. >> >> Other Smalltalk examples? >> > > Ken, i welcome your willing to have a Complex numbers in Squeak. > I just pointing out that we should make certain decisions Â right - > like honoring the choice of people, who > don't need to use a Complex math in their work, and moreover expecting > that regardless of Complex numbers support, in their image they could > be certain, that default behavior of a number of math functions does > not changes unexpectably after they load the Complex package. > >> Thanks much, >> -KenD >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

Aug. 14, 2009

Re: [Pharo-project] Smalltalk Complex

by Igor Stasenko

2009/8/14 Ken.Dickey <Ken.Dickey(a)whidbey.com>: > Coming from Scheme and Lisp, where (sqrt -4) is expected to work, I was > surprised to find it "broken" in Squeak when I first tried it out. Â [Some > years ago now]. It works in Squeak. And result of -4 sqrt is signaling an FloatingPointException with message 'undefined if less than zero.'. I calling the code broken if its not follows the original design, contains bugs and unexpected behavior (again, unexpected to original design). But error in -4 sqrt is expected behavior. So how it can be considered broken? > > I noted Smalltalk in a list of languages implementing complex numbers; > > http://rosettacode.org/wiki/Complex_numbers#Smalltalk > > Unfortunately, my laptop died and is now in pieces on my desk while I try and > resurrect it. Â Perhaps some kind soul will look at GNU Smalltalk's library > and see what they do. Â Note that GNU Smalltalk files in a 'Complex' package > first. > > Other Smalltalk examples? > Ken, i welcome your willing to have a Complex numbers in Squeak. I just pointing out that we should make certain decisions right - like honoring the choice of people, who don't need to use a Complex math in their work, and moreover expecting that regardless of Complex numbers support, in their image they could be certain, that default behavior of a number of math functions does not changes unexpectably after they load the Complex package. > Thanks much, > -KenD > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Aug. 14, 2009

Re: [Pharo-project] question on browser buttons

by Adrian Lienhard

+1 (They are like this in the latest Pharo image (not Pharo-core)). Adrian On Aug 14, 2009, at 01:29 , csrabak(a)bol.com.br wrote: > I don't see these... which image version and which System Browser > are you using? > > > Em 13/08/2009 20:19, Michael Roberts < mike(a)mjr104.co.uk > escreveu: > > > folks, just wondering what people think about the big 'blue' class > browser buttons. Pharo is looking really nice, but i tend to prefer > somewhat smaller, plainer buttons. e.g on the test runner, or the > preference browser. the browser ones are twice as high! they just > seem to stick out a bit. > > is it easy to switch off these blue buttons, or make all buttons > consistent? > > thanks, > Mike > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 14, 2009