February 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] ConfigurationOfXMLSupport...

by George Herolyants

Btw, how can I contribute to XML-Support? Is there some process? Because I've created two issues on bugs.squeak.org a month ago and still don't know if they were noticed or not?

Feb. 17, 2010

Re: [Pharo-project] ConfigurationOfXMLSupport...

by Tudor Girba

I also used it for several projects without problems. Cheers, Doru On 17 Feb 2010, at 12:09, George Herolyants wrote: > 2010/2/17 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> I would be good to make the test of mike running. > > It runs without much problems. I did it. But a lot of the tests fail > or execute with errors. I don't know if it's supposed to be so or not. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Speaking louder won't make the point worthier."

Feb. 17, 2010

Re: [Pharo-project] ConfigurationOfXMLSupport...

by George Herolyants

2010/2/17 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > I would be good to make the test of mike running. It runs without much problems. I did it. But a lot of the tests fail or execute with errors. I don't know if it's supposed to be so or not.

Feb. 17, 2010

Re: [Pharo-project] databases

by Richard Durr

PostgreSQL has native drivers. Take a look at Glorp, Magritte and SqueakDBX On Wed, Feb 17, 2010 at 11:25 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Excellent idea! > > Stef > > On Feb 17, 2010, at 7:45 AM, laurent laffont wrote: > >> Hi, >> >> I would like to learn on Pharo + databases. I've seen there's several solutions in both object and relational databases. >> - Which (open source) object database should I start with (most used) ? >> - Which object database can be accessed from Smalltalk AND Â Ruby or Python ? How ? >> - I want to try MySQL too. >> Is there up to date small applications on squeaksource which show this stuff quite well ? >> >> Thanks for help ! >> >> Laurent Laffont >> _______________________________________________ >> 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 >

Feb. 17, 2010

Re: [Pharo-project] databases

by StÃ©phane Ducasse

Excellent idea! Stef On Feb 17, 2010, at 7:45 AM, laurent laffont wrote: > Hi, > > I would like to learn on Pharo + databases. I've seen there's several solutions in both object and relational databases. > - Which (open source) object database should I start with (most used) ? > - Which object database can be accessed from Smalltalk AND Ruby or Python ? How ? > - I want to try MySQL too. > Is there up to date small applications on squeaksource which show this stuff quite well ? > > Thanks for help ! > > Laurent Laffont > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 17, 2010

Re: [Pharo-project] ConfigurationOfXMLSupport...

by StÃ©phane Ducasse

I would be good to make the test of mike running. On Feb 16, 2010, at 11:27 PM, Alexandre Bergel wrote: > Hi Dale, > > Thanks for writing ConfigurationOfXMLSupport, I should have done it, > but I could not find the time. I consider the package XML-Testing as > obsolete. I haven't been able to run it. I think it was useful when > Michael begun to develop XML-Parser. But for now, it is rather > irrelevant. I added some tests some times ago to not leave this > package untested. Maybe I could separate the test from the core if > necessary. > > Cheers, > Alexandre > > NB: Sorry for my late reply, I was on holidays > > > On 7 Feb 2010, at 16:31, Dale Henrichs wrote: > >> I've just published ConfigurationOfXMLSupport to the >> MetacelloRepository. It is used by several Pier addons. It _is_ just >> one package, but since it can be used in a lot of different >> projects, I thought it was worth adding as a configuration. >> >> It is based upon the code in http://www.squeaksource.com/XMLSupport. >> The test package appears to be several years old and a number of the >> tests failed, so I didn't include them in this version of the config. >> >> So if someone with a little more knowledge about XMLSupport could >> comment, that would help (hint, hint, Alexandre:). >> >> Thanks, >> >> Dale >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 17, 2010

[Pharo-project] [update 1.1] #11212

by Marcus Denker

11212 ----- - Issue 1962: remove FileDirectory #st and #cs - Issue 1977: fix for MethodFinder - Issue 1976: remove left over Futures code from Compiler - Issue 1975: remove more unsent etoy methods in Morph - Issue 1971: small cleanup of sort: - Issue 1972: clean ResourceCollector, ResourceManager and ResouceLocator (somehow this was not posted...) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 17, 2010

[Pharo-project] databases

by laurent laffont

Hi, I would like to learn on Pharo + databases. I've seen there's several solutions in both object and relational databases. - Which (open source) object database should I start with (most used) ? - Which object database can be accessed from Smalltalk AND Ruby or Python ? How ? - I want to try MySQL too. Is there up to date small applications on squeaksource which show this stuff quite well ? Thanks for help ! Laurent Laffont

Feb. 17, 2010

Re: [Pharo-project] Fwd: [squeak-dev] Re: ScriptLoader loadFFI doesn't work anymore

by Yanni Chiu

Dale Henrichs wrote: > ----- "Yanni Chiu" <yanni(a)rogers.com> wrote: > > | BTW, since all FFI-Examples packages were removed from the FFI > | repository, even Metacello "versions" would fail because the package > | is > | no longer there. > > This underscores Lukas' argument that you need to create your own repository of packages that you use. I don't understand how this jives with Metacello. If I depend on a Metacello configuration then I inherit the repository dependencies of that configuration -- unless I maintain my own copy of the configuration and the packages it references. > As far as I am concerned, it is a cardinal sin to remove packages from a public repository ... I agree. I assume the reason for removing the package was to eliminate confusion caused when the latest version of the package is loaded, but doesn't work, because none of the code should be there. Another approach might have been to delete all the classes/methods from the package, and submit it as the latest version. Though I'm not sure Monticello would accept an "empty" package. > We'll have to mark the earlier versions of FFI as broken in the Metacello config unless we can recover the older files... I probably can find an old version in a package-cache, but the repository for FFI is on http://source.squeakfoundation.org, which seems to be the active code base for Squeak (correct me if I'm wrong). -- Yanni

Feb. 17, 2010

Re: [Pharo-project] FileSystem question

by Colin Putney

On 2010-02-15, at 9:36 AM, stephane ducasse wrote: > |working cache| > working := FSDiskFilesystem current working. > cache := working / 'package-cache'. > cache entry > cache entry creation. "--> 2010-02-14T10:34:31+00:00" > cache entry modification. "--> 2010-02-14T10:34:31+00:00" > cache entry size > > give me access to the file descriptor now I was wondering why we could not have > the API of description at the level of FSreference to avoid that navigation code. > > cache creation. "--> 2010-02-14T10:34:31+00:00" > cache modification. "--> 2010-02-14T10:34:31+00:00" > cache size Yes, references could provide direct access to the information in the entry. But I made it a separate object for a couple of reasons. The main one is performance. If you need to fetch several pieces of information it's more efficient to make one trip to the disk and keep all the information in one object. I ran into this problem while implementing the directory tree visitor code - it was slow, slow, slow until I implemented FSDirectoryEntry. Colin

Feb. 17, 2010