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

Re: [Pharo-project] Create a changeset for an entire package?

by Mariano Martinez Peck

Javier: You can use the change sorter which is in right button -> tools -> change sorter. There, in any of the panes you can see that there is a unnamed changeset with all of your changes. Then you can create a new changeset with right button -> "new changeset" and put a name: "XXXXchange". Then you can move from right to left or left to right any of the changes you want to include. Once you have in your changes all you want, right button on the changeset -> fileout. And in the directory where the image is, you will have a XXXXchange.cs. Does this help? Best, Mariano 2009/8/14 Javier PimÃ¡s <elpochodelagente(a)gmail.com> > It seems fixing bugs is not the only hard part... I've a bunch of fixes for > GLCanvas, and a small proposed change for the class browser but I can't find > a way to export a diff of all the changed packages, nor a diff of an entire > package nor a diff of a class so anybody can see the changes before > commiting... Do I have to file out every class I changed? there has to some > easier way. > > Thanks, > Javier. > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > > _______________________________________________ > 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] Complex number support discussion

by csrabak＠bol.com.br

Aug. 14, 2009

Re: [Pharo-project] ORM for Pharo -- Â½ OFF

by csrabak＠bol.com.br

Aug. 14, 2009

Re: [Pharo-project] Complex number support discussion

by Schwab,Wilhelm K

John, That is not far from the eveolving conscensous opinion - I think we can indeed claim to have a collective desire to leave integers and floats as they are. One concern I have about your suggestion is what happens when the user loads the complex package? Does existing code break? It would given Ken's proposal. There are alternatives, and they are discussed in this fairly extensive thread. Besides, someone wanting complex numbers will look for and load a package to support them, as long as it is good code. Complex is fine as far as it goes; some FFI magic to benefit from GSL functionality would be nice. We should also have an analog to FloatArray that has complex entries; again, a wrapper onto GSL would be a nice addition. I have no power over Ken; he can build what he wants. I would like to see his energy directed toward creating something we can all use. I suggest a layered proposal on the wiki and up or down votes on what becomes part of Pharo. If the vote(s) split, we have benevolent dictators to sort it out. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of John McIntosh Sent: Friday, August 14, 2009 1:49 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Complex number support discussion Why not have sqrt throw the exception and suggest that you could load the optional complex logic if you actual are working with complex numbers On 8/14/09, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Ken, > > All of us will welcome something that can do sophisticed mathematics, > provided it does not break the base system when installed, and has > no/limited runtime penalty when not needed. > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > Ken.Dickey > Sent: Friday, August 14, 2009 10:38 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Complex number support discussion > > Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> >> A 2-10x performance hit is all the more reason why such a creation >> should be dormant unless specifically invoked - translation, no >> coercion into the controversial type. Â While there are uses for >> systems that are "smart" >> enough to give exact answers, most computation happens in a world of >> tolerances, with numbers that are not cherry picked for aesthetics. >> >> As somebody else (Sig perhaps) said, the behavior of the base system >> magnitude classes should not change when a different package is loaded. >> Â #asComplex is the gateway through which one can tell the system that >> complex numbers are expected and desired. Â The more you write, the >> more it becomes clear that there also would need to be a >> #asComplexSymbolic or something to invoke behavior one might expect >> from Maple and other symbolic systems. >> >> I strongly recommend starting with a numerical approach to a "closed >> system" of complex numbers. Â GSL provides much of what should be >> available, and can be mapped into Pharo by FFI/Alien. Â The result >> would get used. Â If you then want to compete with Maple and >> Mathematica, that really should be done separately. Â For examle, >> there are times when I use logs to estimate the number of digits >> required to hold a number, and if the argument is negative, I goofed >> and expect an error. > > Bill, > > My apologies for mixing a personal "philosophy discussion" into the > Complex header. Â The Complex implementation does not suffer from the > performance hit mentioned and as I stated earlier, I have no current > desire to make Pharo into Mathematica. > > I would welcome a package which did this, however. > > -KenD > > _______________________________________________ > 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 > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ 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] ORM for Pharo -- Â½ OFF

by Mariano Martinez Peck

2009/8/14 <csrabak(a)bol.com.br> > Esteban, > > I'm comenting this on *philosophical* grounds. > > I understand the efforts to have SqueakDBX and other ORM in Pharo are > motivated by Seaside and other "production" initiatives so, again, my food > for thought is more an intellectual contribution which I see as useful for > Pharo as project: > > I don't see Pharo *any time soon*Â® having all the toolset to be able to > compete in the CRUDÂ¹ realm with more streamlined tools and besides, not > matter how much theoretical work has been done on ORM, the "impedance > mismatch" is still there, > Hi! I am agree with you about the "impedance mismatch". I think that if I am free to choose a persistence strategy I would use an OODB. However, if we are talking about real enterprise application (not a simple webpage) being able to choose the persistence strategy is practically impossible. We did a survey last year and the results were that most of the times you cannot choose. Of course, the client has a lot of reasons: - The client already has a RDBMS - They had paid for it and have the license (sometimes) - They want a company's support. The only company here is Gemstone. - RDBMS has history and it is an standard - They have knowledge about it - Interaction with other system (even legazy systems) - They are afraid of using another persistence strategy - They want to use SQL - They have DBAs - The persistence is difficult to negotiate So. In my opinion, if Pharo wants to be used really as a platform for enterprise applications (competing to java, .NET, etc), it must have a good relational solution. Of course, when you are able to choose, you can go for another approach like OODB. Best, Mariano > a recent and practicall account of this (for Squeak) can be found in > > http://onsmalltalk.com/simple-image-based-persistence-in-squeak > > also, AIDA/Web has been able to run only storing thing in the image! See > > > http://groups.google.com/group/comp.lang.smalltalk/browse_thread/thread/d3b… > > Since we'll increase the educational efforts to spread Pharo, I think that > as technology we should to recover a bit of Smalltalk technology and be > first more Object Oriented and then see if ORM still is so needed. > > my 0.0199999.... > > -- > > Cesar Rabak > > [1] http://en.wikipedia.org/wiki/Create,_read,_update_and_delete > Em 14/08/2009 16:14, *Esteban A. Maringolo < emaringolo(a)gmail.com >*escreveu: > > > My prototype is getting less proto, and I found out it doesn't have > complex relations, and the system is going to perform faster if I have > tables for most of it. > > What are the choices I have for doing ORM in Pharo? > > Â¿Does GLORP work? Â¿Any other options? > I don't have a strong preference for the RDBMS engine, it can be > anything (free), being it MySQL, PostgreSQL or Sql Server Express. > > Best regards, > > Esteban A. Maringolo > > _______________________________________________ > 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

[Pharo-project] Mouse does not find matching when closing paren is immediately following single quotes

by csrabak＠bol.com.br

Aug. 14, 2009

[Pharo-project] Newbie new initialize [WAS: Incompatibilities was: #< if at first you dont succeed..]

by Ken.Dickey

I highly recommend _Squeak by Example_. My recollection (highly suspect) is that they refer to the base change which added #initialize. http://squeakbyexample.org/ Good on you, -KenD

Aug. 14, 2009

Re: [Pharo-project] ORM for Pharo -- Â½ OFF

by csrabak＠bol.com.br

Aug. 14, 2009

Re: [Pharo-project] ORM for Pharo

by Mariano Martinez Peck

On Fri, Aug 14, 2009 at 6:14 PM, Esteban A. Maringolo <emaringolo(a)gmail.com>wrote: > My prototype is getting less proto, and I found out it doesn't have > complex relations, and the system is going to perform faster if I have > tables for most of it. > > What are the choices I have for doing ORM in Pharo? > > Â¿Does GLORP work? Â¿Any other options? Yes. Glorp does work and with the 100% (850) of the tests green. I am who did the port from Squeak to Pharo. I created a GlorpPharoLoader but unfortunately it doesn't work right now because some packages were added that cause problems ( I am waiting the admin remove them). However, there are 2 things to take into consideration: 1) The Squeak/Pharo port of Glorp is VERY olde (years old). DiÃ³genes Moreira is doing a new port but it is yet in process. 2) Glorp, as it is now, in Squeak/Pharo only works for the PostgreSQL native driver. However, ESUG (http://www.esug.org/Promotion/SummerTalk) soponsor us (SqueakDBX team) again this year to do an SqueakDBX / Glorp integration. This has 2 parts: 1) Refactor Glorp so that the SqueakDatabaseAccessor has nothing hardcoded to a particular driver but to a unified API. Then, you can implement the drivers you want. We already did this refactor and we also did the native postgresql driver (with the stuff we removed from SqueakDatabaseAccesor) and an SqueakDBX driver (that only works for PostgreSQL right now). This step is almost finished. 2) Complete the SqueakDBX Glorp driver so that it can used for all backends. We are now focusing in Oracle and MySQL. And also with the new port of Diogenes. Of course there are others options: - Magritte-RDB - SqueakSave: very very interesting project. See: http://www.hpi.uni-potsdam.de/hirschfeld/projects/sqsave/index.html - Moe Best, Mariano > > I don't have a strong preference for the RDBMS engine, it can be > anything (free), being it MySQL, PostgreSQL or Sql Server Express. > > Best regards, > > Esteban A. Maringolo > > _______________________________________________ > 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 Socket

by Schwab,Wilhelm K

Mariano, Sockets _should not_block the the entire image, but I have just seen it happen with LDAPlayer; I am not yet sure what to make of it. That said, there should be a way to block the UI until something happens, but that should not be done from the sockets layer, as too many things benefit from mutliple conversations happening in the background. On the blocking side, see references to gemstone interfacing, where the server response is integral to the ide responses, so blocking is considered essential. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck Sent: Friday, August 14, 2009 1:44 PM To: The general-purpose Squeak developers list; Pharo Development Subject: [Pharo-project] Question about Socket Hi folks: I am preparing my SqueakDBX talk for ESUG and I am doing some comparisons between a database driver with an external library trough FFI and a native driver. I know FFI locks the VM until the function it is being invoked, finishes. But I don't know what happens with Sockets. Do sockets lock the hole VM until you obtain a response? Thanks for any light in this field. Best, Mariano

Aug. 14, 2009