- Pharo-users - lists.pharo.org

Re: [Pharo-users] Using Pharo 1.1

by Mariano Martinez Peck

On Thu, Jun 10, 2010 at 4:45 PM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > Hi, > > Yet another question. > > I keep hearing and reading that Pharo 1.1 is quite usable and a lot better > than 1.0 that I am currently using. Is that true ? > > yes > If I download Pharo-1.1-11367-Betadev10.05.1 how do I then keep up to date > with the development that is presumably still going on ? > > It seems like only Pharo-Core images have this 'software update' world menu > item ? > > yes, they don't have it. Read: http://forum.world.st/update-1-1-11371-tp2229126p2231195.html > Or do I just have to keep on downloading the lastest released beta ? > Just download each new PharoDev version. If you want, you can take a core and try to build yourself a dev image on top of that. But that could be unstable. Cheers mariano > > Sorry for all the beginner questions... > > Thx, > > Sven > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

June 10, 2010

Using Pharo 1.1

by Sven Van Caekenberghe

Hi, Yet another question. I keep hearing and reading that Pharo 1.1 is quite usable and a lot better than 1.0 that I am currently using. Is that true ? If I download Pharo-1.1-11367-Betadev10.05.1 how do I then keep up to date with the development that is presumably still going on ? It seems like only Pharo-Core images have this 'software update' world menu item ? Or do I just have to keep on downloading the lastest released beta ? Sorry for all the beginner questions... Thx, Sven

June 10, 2010

Glorp & PostgresV2

by Sven Van Caekenberghe

Hi, A similar question regarding Glorp & PosgresV2: what is the official Pharo standpoint regarding this ? There is no ConfigurationOfGlorpNativePostgreSQL (there are some for DBX, but I don't need that). I used GlorpPharoLoader loadGlorpWithNativePostgreSQLDriver. I had to make some small changes to GlorpDriverPostgreSQL and PostgresV2 to make more tests succeed. The installer did also load the underscore.cs hack adding an ugly star in Monticello to Compiler (Scanner#xLetter). But all in all it does work great and fast. Is this something for the Pharo list or should I go ask my questions somewhere else ? Sven

June 10, 2010

Re: [Pharo-users] Alien for Squeak 4.1/Pharo 1.1?

by Joachim Geidel

Am 09.06.10 11:35 schrieb StÃ©phane Ducasse: >> Am 09.06.10 08:06 schrieb StÃ©phane Ducasse: >>> We would love to have a version of alien working for pharo on all platform. [snip] >>>> as they are redundant or obsolete in >>>> Squeak 4.1. I have a version of the Alien-Core Monticello package which >>>> loads cleanly in Squeak 4.1, if anybody is interested. However, this >>>> package >>>> does not load in Pharo 1.1 beta 11367 - some of the changes I removed still >>>> seem to be needed there. >>> >>> can you point us to them? I had a look at Alien-Prereqs and Alien-Core. Actually, it seems that all extensions to system classes except the conversion and utility methods can be removed in all three platforms. The only exception is Parser>>pragmaStatement. It is needed in Pharo 1.0, which contains an old version of that method. I have added a comment to Pharo issue #1360 (http://code.google.com/p/pharo/issues/detail?id=1360) with attached Monticello versions of Pharo-Prereqs and Pharo-Core which are compatible with Pharo 1.0, 1.1, and Squeak 4.1. Pharo-Prereqs is only needed in Pharo 1.0. The Alien tests were green on all three platforms. I have accidentally published Alien-Core to SqueakSource, but have asked John McIntosh to delete the version. I think that my changes should be reviewed by someone with better knowledge of Alien and who knows how to update the ConfigurationOfAlien, before they are released publicly. Sorry for the inconvinience, I will be more careful next time. Best regards, Joachim Geidel

June 10, 2010

WebClient

by Sven Van Caekenberghe

Hi, Andreas Raab's 'new' WebClient/WebServer seems quite nice, as he says himself: As a result, we now have what I think is a pretty decent HTTP server and client implementation for Squeak 4.1 and hopefully we can nuke HTTPSocket sometime soon. WebClient is superior in every respect. Is this something that will / should fit seamlessly into Pharo ? Or even become preinstalled ? I didn't try his ConfigurationOfWebClient since the last version was unreadable and it seemed like an experiment, while his textual explanation was easy to follow. To load it into and to make the unit tests run in Pharo 1.0 I had to make a couple of fixes (to WebCookie#printOn: and WebServer class#serverString). Who should I sent these changes to ? But even then 1 unit test failed (#testServerDestroy). Furthermore, some the changes in his package WebClient-Pharo seem a bit dangerous, especially a modification to SocketStream#peek (and the failed test was doing a peek) and an override of String#, some others are unneccessary as far as I can see. Sven -- Sven Van Caekenberghe - mailto:sven@beta9.be Beta Nine - software engineering - http://www.beta9.be .Mac - svc(a)mac.com - http://homepage.mac.com/svc

June 10, 2010

Re: [Pharo-users] JNIPort preview for Pharo available on SqueakSource

by Johan Fabry

On 09 Jun 2010, at 01:35, Tudor Girba wrote: > Hi Johan, > > It is not only reasoning about Java. A connection to Java is very useful to communicate with Java libraries (for example, graph libraries). True, I was just considering my point of view because my name propped up :-) > Also, what Johan Brichau did in VW was to directly query Eclipse for reasoning about Java. Pretty cool :) Yes, penumbra is very cool. We used it in the first version of AspectMaps built on VW. Penumbra is what I wanted Irish to be in my time, but at that time Eclipse did not have sub-method granularity for the Java code. The difficulties with the penumbra way is that Eclipse is a horrible beast to work on because of its complexity (I have some nice plugin horror stories). So Respect to JohanB for getting it working in the first place, and I understand why there is nothing like this for Pharo (yet). -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

June 9, 2010

Re: [Pharo-users] Alien for Squeak 4.1/Pharo 1.1?

by StÃ©phane Ducasse

On Jun 9, 2010, at 9:32 AM, Joachim Geidel wrote: > > Am 09.06.10 08:06 schrieb StÃ©phane Ducasse: >> We would love to have a version of alien working for pharo on all platform. > > IMO, this would make it necessary to move all extensions of system classes > (with the exception of the #asAlien conversion methods) to Alien-Prereqs, > and have different versions of this package for Pharo 1.0, Pharo 1.1, and > Squeak 4.1. Can this be done with Metacello, or is Metacello a Pharo-only > thing? I am a newbie here, I simply haven't had the time to look at > Metacello yet. > > Also, the override of > SystemDictionary/SmalltalkImage>>recreateSpecialObjectsArray has to be > eliminated. I have seen that the current Squeak and Pharo images have a 50 > element specialObjectsArray, Alien adds 5 more entries, and there is another > version in the pipeline for Squeak which adds one more for finalization > support. after discussing with igor this point we decided to wait to see what was happening since it made no sense to change this method all the time but to wait for a new VM. > That leaves us with three different versions already. IMHO, it is > not acceptable to override that method. What's needed is a possibility to > extend the array using a well-defined API, intended for VM developers only, > of course. There is a better solution as discussed in the vm mailing-list. Igor proposed a solution and now we are waiting. > >>> In Squeak, this meant removing the Alien-Prereqs package and all >>> Parser/Scanner/MethodNode changes, >> >> what are these? > > Ups, sorry for the confusion. There are changes of Parser and Scanner in > Alien-Prereqs, while Alien-Core contains methods for MethodNode, Compiler, > Decompiler, and CompiledMethod. Most of the latter only change the > printStrings of MethodNodes and CompiledMethods for primitives, and all of > them seem to be completely unnecessary in Squeak 4.1. One method in > MethodNode (MethodNode>>generate) overrides a different implementation both > in Squeak 4.1 and Pharo 1.1, and does not work in both of them. Most of the > overridden methods in Alien-Prereqs actually only changed the error messages > emitted when parsing method sources, others seem to be precursors of methods > which have been integrated into Squeak about two years ago. cleaning the package would be a nice first step. > >>> as they are redundant or obsolete in >>> Squeak 4.1. I have a version of the Alien-Core Monticello package which >>> loads cleanly in Squeak 4.1, if anybody is interested. However, this package >>> does not load in Pharo 1.1 beta 11367 - some of the changes I removed still >>> seem to be needed there. >> >> can you point us to them? > > Not yet. I didn't want to waste my time with an analysis before knowing if > someone else is working on this issue, and might already know what has to be > done. > > Joachim Geidel > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

June 9, 2010

Re: [Pharo-users] Alien for Squeak 4.1/Pharo 1.1?

by Joachim Geidel

Am 09.06.10 08:06 schrieb StÃ©phane Ducasse: > We would love to have a version of alien working for pharo on all platform. IMO, this would make it necessary to move all extensions of system classes (with the exception of the #asAlien conversion methods) to Alien-Prereqs, and have different versions of this package for Pharo 1.0, Pharo 1.1, and Squeak 4.1. Can this be done with Metacello, or is Metacello a Pharo-only thing? I am a newbie here, I simply haven't had the time to look at Metacello yet. Also, the override of SystemDictionary/SmalltalkImage>>recreateSpecialObjectsArray has to be eliminated. I have seen that the current Squeak and Pharo images have a 50 element specialObjectsArray, Alien adds 5 more entries, and there is another version in the pipeline for Squeak which adds one more for finalization support. That leaves us with three different versions already. IMHO, it is not acceptable to override that method. What's needed is a possibility to extend the array using a well-defined API, intended for VM developers only, of course. >> In Squeak, this meant removing the Alien-Prereqs package and all >> Parser/Scanner/MethodNode changes, > > what are these? Ups, sorry for the confusion. There are changes of Parser and Scanner in Alien-Prereqs, while Alien-Core contains methods for MethodNode, Compiler, Decompiler, and CompiledMethod. Most of the latter only change the printStrings of MethodNodes and CompiledMethods for primitives, and all of them seem to be completely unnecessary in Squeak 4.1. One method in MethodNode (MethodNode>>generate) overrides a different implementation both in Squeak 4.1 and Pharo 1.1, and does not work in both of them. Most of the overridden methods in Alien-Prereqs actually only changed the error messages emitted when parsing method sources, others seem to be precursors of methods which have been integrated into Squeak about two years ago. >> as they are redundant or obsolete in >> Squeak 4.1. I have a version of the Alien-Core Monticello package which >> loads cleanly in Squeak 4.1, if anybody is interested. However, this package >> does not load in Pharo 1.1 beta 11367 - some of the changes I removed still >> seem to be needed there. > > can you point us to them? Not yet. I didn't want to waste my time with an analysis before knowing if someone else is working on this issue, and might already know what has to be done. Joachim Geidel

June 9, 2010

Re: [Pharo-users] JNIPort preview for Pharo available on SqueakSource

by StÃ©phane Ducasse

On Jun 9, 2010, at 7:35 AM, Tudor Girba wrote: > Hi Johan, > > It is not only reasoning about Java. A connection to Java is very useful to communicate with Java libraries (for example, graph libraries). +1 such as a PHP parser > Also, what Johan Brichau did in VW was to directly query Eclipse for reasoning about Java. Pretty cool :) > > Cheers, > Doru > >

June 9, 2010

Re: [Pharo-users] Alien for Squeak 4.1/Pharo 1.1?

by StÃ©phane Ducasse

We would love to have a version of alien working for pharo on all platform. On Jun 8, 2010, at 9:49 PM, Joachim Geidel wrote: > I somehow managed to load Alien into both Squeak 4.1 and Pharo 1.1. You can > see what I had to do in the installation instructions for JNIPort on > SqueakSource. It's not for the faint of heart... ;-) > > In Squeak, this meant removing the Alien-Prereqs package and all > Parser/Scanner/MethodNode changes, what are these? > as they are redundant or obsolete in > Squeak 4.1. I have a version of the Alien-Core Monticello package which > loads cleanly in Squeak 4.1, if anybody is interested. However, this package > does not load in Pharo 1.1 beta 11367 - some of the changes I removed still > seem to be needed there. can you point us to them? > > What are the plans for Alien? When will it be made available for Squeak 4.1 > and Pharo 1.1? I am interested in this because I need Alien as the base for > JNIPort, and I would like to at least run the JNIPort test suite on a stable > version of Alien before officially releasing JNIPort 2.0. > > Joachim Geidel > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

June 9, 2010