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

Re: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls

by StÃ©phane Ducasse

enough half omniscient are enough :) On Jul 20, 2010, at 3:49 AM, Henrik Johansen wrote: > > > Den 19. juli 2010 kl. 23:04 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> should this be integrated into pharo? >> ifTrue: open a ticket please. >> >> Sorry but I'm not omniscient yet even if I work hard on it >> >> Stef > > That's ok, I am! ;) > The change to use large frames for methods doing performs was integrated in Pharo shortly after Igor initially raised the issue. > I can't remember off-hand if they are part of 1.1 though. > Darn, guess I'm not omnipotent after all. > > Cheers, > Henry > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 20, 2010

Re: [Pharo-project] help to update actions done in Pharo 1.1

by StÃ©phane Ducasse

ok We will see if this happens before october else we will check that with the guy we will hire. >>> Basically in Squeak, but I'm sure most of them are in the Pharo bugtracker. >> Thanks but >> well... >> tell me that this is too boring to report it which I can understand but not that >> kind of answer because this is certainly not the case since I'm nearly the only one >> to look at squeak fixes. > > The code of HashedCollection and subclasses in Pharo and Squeak are too different now, there are no patches/changesets that can convert one to the other. So a brave soul has to do it by hand. > > > Levente > >> >> Stef >> >>> >>> >>> Levente >>> >>>> >>>> Stef >>>> >>>> On Jul 19, 2010, at 6:18 PM, Levente Uzonyi wrote: >>>> >>>>> On Mon, 19 Jul 2010, Henrik Johansen wrote: >>>>> >>>>> ... >>>>> The wkd in Pharo 1.1 didn't really result in a speedup :) >>>>> Better Identity hashing, encoding conversions, the other collection changes which made it in, plus rendering speedups f.ex through inlining alot of common morph extensions, and using Strike fonts by default, were though! >>>>> >>>>> >>>>> That's a nice euphemism. I didn't check the code thoroughly, but rehashing seems to be O(n^2) in WeakKeyDictionary. This affects it's subclasses and WeakRegistry which affects the whole finalization process. >>>>> >>>>> (Recently I did a benchmark of Seaside 3.0, where Squeak handled 1.28x more requests/second than Pharo under "heavy load" (50 concurrent users flooding the server) with the Kom adaptor.) >>>>> >>>>> >>>>> Levente >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >> >> >> _______________________________________________ >> 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

July 20, 2010

Re: [Pharo-project] help to update actions done in Pharo 1.1

by StÃ©phane Ducasse

>>> The code of HashedCollection and subclasses in Pharo and Squeak are too different now, there are no patches/changesets that can convert one to the other. So a brave soul has to do it by hand. >> >> Levente >> > I've been meaning to for the longest time, but work/other bugs/holiday keeps getting in my way :( > > If my friends start leaving me alone, I might finally get some time at the end of this last holiday week though ;) >>> > > > Cheers, > Henry friends are important :) Stef

July 20, 2010

Re: [Pharo-project] Update of Seaside One-Click Experience 3.0RC (development) image fails when using the Software update menu

by Franz Josef Konrad

Thanks for the detailed answer and your suggestions to handle the issue. It would be great if such useful information would be visible in a readme workspace. I guess all newcomers can benefit from it. Regards, Franz Josef Am 19.07.2010 15:09, schrieb Mariano Martinez Peck: > > > On Mon, Jul 19, 2010 at 12:57 PM, Franz Josef Konrad <franzl(a)fjkonrad.de > <mailto:franzl@fjkonrad.de>> wrote: > > I've downloaded the newest development image from > <http://www.seaside.st/download/pharo> (the link of the image is > <http://www.seaside.st/distributions/Seaside-3.0rc.app.zip>). > > If you enable "Show update option in World menu" in the settings > browser and try to bring the image up2date using this menu it fails. > > It seems to me that this image has a wrong version string > 'Pharo-1.1-11406-rc3' instead of 'Pharo1.1rc3'. > > When you evaluate > SystemVersion current version: 'Pharo1.1rc3' > the update of the image works fine via the menu System>Software update. > > > Hi Franz Josef. The system update is disabled in purpose. The Pharo > image cannot be updated anymore. Only PharoCore images can be updated. > So..you have two posibilities: > > - You just update seaside in the same Pharo image > - You just take any new released Pharo image and load Seaside there. > > If you are curious why updates were disable, read: > http://forum.world.st/update-1-1-11371-tp2229126p2231195.html > > Thanks > > Mariano > > Regards, > Franz Josef > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > <mailto:Pharo-project@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

July 20, 2010

Re: [Pharo-project] about hex

by StÃ©phane Ducasse

thanks! Stef On Jul 20, 2010, at 2:46 AM, Henrik Johansen wrote: > Iirc, it was reintroduced in Pharo in relation to SqueakDBX, might want to check with Mariano that changes will be compatible/SqueakDBX is updated. > > Cheers, > Henry > > Den 19. juli 2010 kl. 23:05 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> **Tx** >> http://code.google.com/p/pharo/issues/detail?id=2699 >> >> Stef >> >> >> On Jul 19, 2010, at 10:07 PM, Levente Uzonyi wrote: >> >>> On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: >>> >>>> Levente >>>> Now what hex should returns? >>> >>> If you mean Integer >> #hex then see here: >>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151957.html >>> >>> >>> Levente >>> >>>> >>>> On Jul 19, 2010, at 9:33 PM, stephane ducasse wrote: >>>> >>>>> If I recall hex was removed because it was used for html related thing. >>>>> >>>>> Stef >>>>> >>>>> >>>>> >>>>> Looks like the hex method will be changed in Squeak and >>>>> we should keep track using this issue to see if Pharo has >>>>> to follow to keep compatible (also for Cog). >>>>> >>>>> See >>>>> >>>>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151949.html >>>>> >>>>> _______________________________________________ >>>>> 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 20, 2010

[Pharo-project] [ANN] ConfigurationOfMagma for Magma 1.1r1

by Torsten Bergmann

Hi Mariano, why dont you add: (Scanner class includesSelector: #allowUnderscoreAsAssignment:) ifTrue: [Scanner allowUnderscoreAsAssignment: true] to the #preLoadForPharo ? Bye T. -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl

July 20, 2010

Re: [Pharo-project] Markup Builder in Smalltalk (XMLWriter)

by HernÃ¡n Morales Durand

http://www.squeaksource.com/XMLPullParser.html If I would going to write a XML parser, I'd go for a VTD parser instead. Cheers, HernÃ¡n 2010/7/19 Norbert Hartl <norbert(a)hartl.name>: > > On 06.07.2010, at 23:04, jaayer wrote: > >> >> >> ---- On Tue, 06 Jul 2010 03:19:48 -0700 Torsten Bergmann Â wrote ---- >> >>> Just check "XMLWriter-tbn.5" which can be found in "http://squeaksource.com/PharoGoodies/" >>> >>> ------------------------------------------------------ >>> |writer| >>> writer := XMLTagWriter xml. >>> writer comment: 'A new xml file'. >>> writer tag: 'package' with: [ >>> Â Â writer cData: 'name' with: 'XMLWriter'. >>> ]. >>> writer contents >>> >>> returns >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------ >>> >>> You can also access the stream (writer stream). >>> Indenting is not yet working fully but at least >>> it should give you idea. Check out the test cases for >>> more. >>> >>> I once saw such an XMLWriter written by Ernest Micklei >>> in VAST (credits for the idea) and rebuilt it in Pharo. >>> >>> Bye >>> T. >>> -- >>> GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. >>> Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> The next version of XMLSupport will feature an XMLWriter with an API similar to XMLTagWriter. I had decided a few weeks that any API using explicit start/end methods was unsmalltalk-like and should be replaced with one based on execute-around methods, though I was unaware of XMLTagWriter and instead modeled the API loosely on Seaside's HTML generation. You now send XMLWriter messages that create markup-writing objects for the parts of a document. These objects can then be configured using messages like #attributeAt:put: and written to the document explicitly with a serialization message (which typically accepts content) or implicitly by creating another markup writer after it. The new API looks like this: >> >> Â Â Â | writer | >> Â Â Â ((writer := XMLWriter new) >> Â Â Â Â Â Â Â enablePrettyPrinting; >> Â Â Â Â Â Â Â xmlDeclaration; >> Â Â Â Â Â Â Â tag: 'foo') >> Â Â Â Â Â Â Â Â Â Â Â xmlnsAt: 'foo' put: 'http://foo'; >> Â Â Â Â Â Â Â Â Â Â Â attributeAt: 'a' put: 'one'; >> Â Â Â Â Â Â Â Â Â Â Â attributeAt: 'b' put: 'two'; >> Â Â Â Â Â Â Â Â Â Â Â content: [ >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â writer tag: 'bar' content: [ >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â (writer >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â string: 'test'; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â tag: 'baz'; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â tag: 'foobar') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â content: 'test']] >> which produces: >> <?xml version="1.0" encoding="UTF-8"?> >> <foo xmlns:foo="http://foo" a="one" b="two"> >> Â Â <bar>test<baz /> >> Â Â Â Â <foobar>test</foobar> >> Â Â </bar> >> </foo> >> > Could you elaborate on the usage of xmlns? The one you defined does nothing. The foo in the xml is just the element name. I would like to know > > - how to define a namespace prefix for an element > - how to define a default namespace for an element > > I think I need another look in the xml parser since last time :) Thanks for putting effort into xml parser. Is there a pull parser available or planned? > > thanks, > > Norbert > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 20, 2010

Re: [Pharo-project] [ANN] ConfigurationOfMagma for Magma 1.1r1

by Miguel Enrique CobÃ¡ MartÃnez

El sÃ¡b, 10-07-2010 a las 12:14 -0300, GermÃ¡n Arduino escribiÃ³: > I saw that exist a preference, but seems not work. > > Also a closed issue talking about this topic (1544) but really don't > understand how to use this in Pharo 1.0. > > Any clarification will be appreciated. Hola GermÃ¡n, just have the time to check this issue. I found the problem. This configuration was made and tested for PharoCore 1.0 (and maybe Pharo 1.0 but I always test on Pharo Core images). The version I published with support for 1.1r1 was ConfigurationOfMagma-MiguelCoba.31.mcz from 3 June 2010, 7:40:32 pm. Thas was tested, as I said, in PharoCore 1.0. In pharo core 1.0 the underscores are allowed. Also, in PharoCore 1.0 the setting is changed in a preference Preferences class>>allowUnderScoreAssingment. Remember that currently only PharoCore 1.0 is released and stable. 1.1 is frozen and 1.2 is unstable. Now, the configuration was modified in order to work for 1.1 and 1.2. So the method: ConfigurationOfMagma>>preLoadForPharo "Magma extends EventSensor that was replaced by InputEventSensor in Pharo and Magma still has underscore code" Smalltalk at: #EventSensor put: InputEventSensor. got this line added: Scanner allowUnderscoreAsAssignment: true. But this is correct only for Pharo 1.1 and 1.2. In those versions of pharo, is the Scanner class the responsible of allowing or not the underscore in the code. In Pharo 1.0 that method doesn't exist in Scanner class. So the error you saw. So the configuration of magma now loads in 1.1 and 1.2 but is broken on the stable release. fortunately this can be reverted and everything will be ok. But... two things: - If we modify a stable configuration in order to make it work in a RC or unstable version of pharo things will probably broke, because of the many changes of the new version of pharo respect to the old one. - We must decide about the aproach for handle this. One proposal suggested to copy all the configurations tested in a given pharo version to a new repository for the next release. I proposed to use tags in the version methods that specify what versions of pharo they apply to (but didn't provide any code for this so the copy of configuration has more viability :) No matter what option is elected as long as is elected soon. Why, because people understandably want software to run in the newest version of pharo, but if there isn't a specific configuration for the new version, they will modify and possibly broke the stable one. So people, what should we do? Dale, can you please give your opinion. We need to decide now. P.S. I will revert for now the change in ConfigurationOfMagma so it works for 1.0 and will be broken for 1.1 and 1.2. Thanks > > Cheers. > > > El 9 de julio de 2010 20:12, GermÃ¡n Arduino <garduino(a)gmail.com> > escribiÃ³: > I checked a bit and saw that such method is on Scanner class > on PharoCore 1.2, but not on Pharo 1.0. > > What I missed? > > > El 9 de julio de 2010 19:46, GermÃ¡n Arduino > <garduino(a)gmail.com> escribiÃ³: > > > Hi; > > Thanks by the useful configuration. > > I tried today by first time on a Pharo 1.0 image and > get a DNU > > Scanner class(Object)>> > doesNotUnderstand: #allowUnderscoreAsAssignment: > > I need to install some patch before run the > installation? > > Cheers. > GermÃ¡n. > > > > > El 3 de junio de 2010 21:46, Miguel Enrique CobÃ¡ > MartÃnez <miguel.coba(a)gmail.com> escribiÃ³: > > I'm pleased to announce that the > ConfigurationOfMagma now includes > > > support for loading version 1.1r1 of Magma. > > In a Pharo or PharoCore 1.0 image evaluate: > > Gofer it > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfMagma'; > load. > > To install the Magma Client evaluate: > > ConfigurationOfMagma project latestVersion > load: 'Client' > > To install the Magma Server evaluate: > > ConfigurationOfMagma project latestVersion > load: 'Server' > > To install the Magma Tester evaluate: > > ConfigurationOfMagma project latestVersion > load: 'Tester' > > Then if you want, run the test suite. Evaluate > in a workspace: > > MagmaTestCase allowWriteBarrier: false. > MagmaTestCase fullSuite maDebug. > > > Enjoy > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > Magma mailing list > Magma(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/magma > > > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: > garduino > Arduino Software & Web Hosting > http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > > > > > > -- Miguel CobÃ¡ http://miguel.leugim.com.mx

July 20, 2010

Re: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls

by Henrik Johansen

Den 19. juli 2010 kl. 23:04 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > should this be integrated into pharo? > ifTrue: open a ticket please. > > Sorry but I'm not omniscient yet even if I work hard on it > > Stef That's ok, I am! ;) The change to use large frames for methods doing performs was integrated in Pharo shortly after Igor initially raised the issue. I can't remember off-hand if they are part of 1.1 though. Darn, guess I'm not omnipotent after all. Cheers, Henry

July 20, 2010

Re: [Pharo-project] help to update actions done in Pharo 1.1

by Henrik Johansen

Den 20. juli 2010 kl. 02:04 skrev Levente Uzonyi <leves(a)elte.hu>: > On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: > >> >> On Jul 19, 2010, at 10:08 PM, Levente Uzonyi wrote: >> >>> On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: >>> >>>> Where is the code that we should check to be included in 1.2? >>> >>> Basically in Squeak, but I'm sure most of them are in the Pharo bugtracker. >> Thanks but >> well... >> tell me that this is too boring to report it which I can understand but not that >> kind of answer because this is certainly not the case since I'm nearly the only one >> to look at squeak fixes. > > The code of HashedCollection and subclasses in Pharo and Squeak are too different now, there are no patches/changesets that can convert one to the other. So a brave soul has to do it by hand. > > > Levente > I've been meaning to for the longest time, but work/other bugs/holiday keeps getting in my way :( If my friends start leaving me alone, I might finally get some time at the end of this last holiday week though ;) >> Cheers, Henry

July 20, 2010

Re: [Pharo-project] about hex

by Henrik Johansen

Iirc, it was reintroduced in Pharo in relation to SqueakDBX, might want to check with Mariano that changes will be compatible/SqueakDBX is updated. Cheers, Henry Den 19. juli 2010 kl. 23:05 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > **Tx** > http://code.google.com/p/pharo/issues/detail?id=2699 > > Stef > > > On Jul 19, 2010, at 10:07 PM, Levente Uzonyi wrote: > >> On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: >> >>> Levente >>> Now what hex should returns? >> >> If you mean Integer >> #hex then see here: >> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151957.html >> >> >> Levente >> >>> >>> On Jul 19, 2010, at 9:33 PM, stephane ducasse wrote: >>> >>>> If I recall hex was removed because it was used for html related thing. >>>> >>>> Stef >>>> >>>> >>>> >>>> Looks like the hex method will be changed in Squeak and >>>> we should keep track using this issue to see if Pharo has >>>> to follow to keep compatible (also for Cog). >>>> >>>> See >>>> >>>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151949.html >>>> >>>> _______________________________________________ >>>> 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

July 20, 2010

Re: [Pharo-project] help to update actions done in Pharo 1.1

by Levente Uzonyi

On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: > > On Jul 19, 2010, at 10:08 PM, Levente Uzonyi wrote: > >> On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: >> >>> Where is the code that we should check to be included in 1.2? >> >> Basically in Squeak, but I'm sure most of them are in the Pharo bugtracker. > Thanks but > well... > tell me that this is too boring to report it which I can understand but not that > kind of answer because this is certainly not the case since I'm nearly the only one > to look at squeak fixes. The code of HashedCollection and subclasses in Pharo and Squeak are too different now, there are no patches/changesets that can convert one to the other. So a brave soul has to do it by hand. Levente > > Stef > >> >> >> Levente >> >>> >>> Stef >>> >>> On Jul 19, 2010, at 6:18 PM, Levente Uzonyi wrote: >>> >>>> On Mon, 19 Jul 2010, Henrik Johansen wrote: >>>> >>>> ... >>>> The wkd in Pharo 1.1 didn't really result in a speedup :) >>>> Better Identity hashing, encoding conversions, the other collection changes which made it in, plus rendering speedups f.ex through inlining alot of common morph extensions, and using Strike fonts by default, were though! >>>> >>>> >>>> That's a nice euphemism. I didn't check the code thoroughly, but rehashing seems to be O(n^2) in WeakKeyDictionary. This affects it's subclasses and WeakRegistry which affects the whole finalization process. >>>> >>>> (Recently I did a benchmark of Seaside 3.0, where Squeak handled 1.28x more requests/second than Pharo under "heavy load" (50 concurrent users flooding the server) with the Kom adaptor.) >>>> >>>> >>>> Levente >>>> >>>> >>>> _______________________________________________ >>>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 20, 2010

Re: [Pharo-project] connection to access databases

by Eliot Miranda

Hi Doru, On Mon, Jul 19, 2010 at 1:51 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Thanks Eliot. > > Indeed this allowed me to connect, but now I have problems executing even > simple queries. For example, when executing the following code, the > sqlAllocStmtConnection:statement: fails saying "Could not coerce > arguments": > > connection := ODBCConnection dsn: 'Test' user: '' password: ''. > connection query: 'select * from TABLE' > > Am I doing something wrong, or is it something else? > difficult to know. I was using ODBC & mysql to test the threaded VM late last year but I haven't ported this to Snow Leopard. Anyway, I used Apple's ODBC tools and the mysql tools to check the database was setup correctly before I used the ODBCConnect code. Apple's recently released their ODBC tools for SNow Leopard http://reviews.cnet.com/8301-13727_7-10330516-263.html. So I recommend using the relevant tools to check the DB is configured correctly before you try and debug ODBCConnect. cheers, Eliot > Cheers, > Doru > > > On 19 Jul 2010, at 19:39, Eliot Miranda wrote: > > moduleName >> "Return the name of the module for this library" >> Smalltalk platformName = 'Win32' ifTrue:[^'odbc32']. >> Smalltalk platformName = 'unix' ifTrue:[^ 'libodbc.so']. >> Smalltalk platformName = 'Mac OS' ifTrue:[^ 'libiodbc.dylib']. >> ^self error: 'Don''t know the ODBC library name' >> >> works for me. Find attached. >> >> On Mon, Jul 19, 2010 at 1:41 AM, Tudor Girba <tudor.girba(a)gmail.com> >> wrote: >> Hi, >> >> Thanks for all the pointers. I am now testing on Mac using the Actual >> driver: >> http://www.actualtech.com/product_access.php >> >> I managed to get it running, but now I have problems with the ODBC Pharo >> implementation because there seems to be no module for Mac: >> >> ODBCLibrary class>>moduleName >> "Return the name of the module for this library" >> SmalltalkImage current platformName = 'Win32' ifTrue: [ ^ 'odbc32' >> ]. >> SmalltalkImage current platformName = 'unix' ifTrue: [ ^ >> 'libodbc.so' ]. >> ^ self error: 'Don''t know the ODBC library name' >> >> Is there something to be done in this area? >> >> Cheers, >> Doru >> >> >> On 19 Jul 2010, at 01:04, GermÃ¡n Arduino wrote: >> >> Yes, Indeed, I mean, I used a driver to access, but can't remember now >> the brand, but I'm sure I not payed for it :) >> >> May be I used some trial version.... >> >> 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> >> On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: >> >> Not, I'm not talking of propietary software. >> >> I'm talking of one I used when helped Diego with the testing of the >> odbc package. Don't remember now, but may be this >> http://www.unixodbc.org/ ? >> >> ODBC is just an API, if you don't have a driver for yourdatabase, then it >> won't help. >> >> >> Levente >> >> >> About Mac, sorry, never touched a mac in all my life.... >> >> Cheers. >> >> >> 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> >> On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: >> >> Hi Tudor: >> >> Is as Levente says, you must define an ODBC source on a Windows PC >> (Alternatively on Unix you can use ODBC also). >> >> I don't know any free ODBC drivers for Access on un*x. I only know a >> driver >> which costs 4-5 times more than the windows OS itself :). But >> there's a driver for mac which costs only 30 usd if you're interested. >> >> >> Levente >> >> >> Some examples on: http://wiki.squeak.org/squeak/2480 >> >> Cheers. >> GermÃ¡n. >> >> >> 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> >> On Sun, 18 Jul 2010, Tudor Girba wrote: >> >> Thanks Mariano! >> >> Indeed, if I load ConfigurationOfFFI first, everything loads well. >> >> I am a complete newbie in this area. Can anyone tell me what I should >> do >> next? >> >> I imagine that I should connect to an Access server. If yes, how would >> I >> do that? >> >> Also, do I need anything else, like a C plugin/library to get the C >> calls >> from ODBCLibrary going? >> >> First you'll need a pc running windows. Then you have to create an ODBC >> Data >> Source for your Access file. Then you'll be able to create a connection >> to >> that datasource from your image. >> >> >> Levente >> >> >> Cheers, >> Doru >> >> >> On 18 Jul 2010, at 09:17, Mariano Martinez Peck wrote: >> >> >> >> On Sun, Jul 18, 2010 at 8:49 AM, Tudor Girba <tudor.girba(a)gmail.com> >> wrote: >> Hi, >> >> I tried loading it, but I get : >> "This package depends on the following classes: >> ExternalLibrary >> ExternalStructure" >> >> Can anyone tell me where to find these from? >> >> This means that you need Metacello ;) >> >> Those classes are from FFI, a pre-requisite for ODBC to work. >> Maybe there is a ConfigurationOfODBC somewhere... >> >> For the moment, I recommend you to install FFI using the >> ConfigurationOfFFI. >> >> Cheers >> >> Mariano >> >> >> Also, are there eternal prerequisites to work with ODBC? >> >> Cheers, >> Doru >> >> >> >> On 18 Jul 2010, at 00:35, Levente Uzonyi wrote: >> >> On Sat, 17 Jul 2010, Tudor Girba wrote: >> >> Hi, >> >> Is there a way to connect to a Microsoft Access database from Pharo? >> >> Yes, with ODBC. >> >> >> Levente >> >> >> I have an mdb file of 300 Mb that I would need to analyze. >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "Next time you see your life passing by, say 'hi' and get to know >> her." >> >> >> >> >> >> _______________________________________________ >> 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 >> >> -- >> www.tudorgirba.com >> >> "Speaking louder won't make the point worthier." >> >> >> >> >> _______________________________________________ >> 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 >> >> -- >> www.tudorgirba.com >> >> "When people care, great things can happen." >> >> >> >> >> >> _______________________________________________ >> 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 >> >> >> >> >> -- >> ================================================= >> GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino >> Arduino Software & Web Hosting http://www.arduinosoftware.com >> PasswordsPro http://www.passwordspro.com >> ================================================= >> >> >> _______________________________________________ >> 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 >> >> -- >> www.tudorgirba.com >> >> "Every thing should have the right to be different." >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> <ODBCLibrary >> class-moduleName.st>_______________________________________________ >> >> 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 > > "Every thing has its own flow." > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 19, 2010

Re: [Pharo-project] Monticello mcz files write their DataStream and a portion of their chunk-files as WideStrings, which are non-portable.

by StÃ©phane Ducasse

thanks for the info. So some people will have to investigate because my plate is more than full. Stef On Jul 19, 2010, at 11:43 PM, Paul DeBruicker wrote: > > >> Interesting. >> Now is the problem happening with other packages than a JS related? >> >> Stef >> >> > >> Hi- >> > > Hi - > > Yes. If you attempt to load the latest Money package I uploaded to SqueakSource into Gemstone it fails because it requires the Currency class, which is provide by the Money package. The Money package doesn't use any JS. The Money package loads just fine into Pharo. It behaves in the same way as the JQWidgetBox-FullCalendar-Core package. > > > Thanks > > Paul > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] A facility to launch external processes from Pharo should be provided by default on all platforms

by StÃ©phane Ducasse

On Jul 19, 2010, at 11:38 PM, Levente Uzonyi wrote: > On Mon, 19 Jul 2010, Eliot Miranda wrote: > >> Hi Levente, >> >> at Cadence I extended the plugin so we could connect to Subversion via >> the plugin because Newspeak at one point used a Subversion backend to >> Monticello for source-code control. If you're interested I have the plugin >> and can dig up the image-side code. > > Does that mean that OSProcess can be used on all platforms? If yes, then it would be great. that would be gorgeous. > > > Levente > >> >> On Mon, Jul 19, 2010 at 1:05 PM, Levente Uzonyi <leves(a)elte.hu> wrote: >> >>> On Mon, 19 Jul 2010, Gabriel Cuvillier wrote: >>> >>> >>>> Hello everyone, >>>> >>>> I've read several threads about people having problems to launch external >>>> processes from Pharo. >>>> >>>> The solutions are well known: either by using ProcessWrapper, or by using >>>> the plugin OSProcess. But the former is Win32 only, and the latter is >>>> supposedly cross platform, but is only included by default on Linux and OS >>>> X... On Win32, the plugin must be built by hand with the Squeak VM. >>>> >>> >>> AFAIK the Win32OSProcessPlugin is included with the SqueakVM for windows. >>> The only reason I wrote ProcessWrapper is that OSProcess doesn't support >>> pipes on windows, so you can't use stdin, stdout or stderr. >>> >>> >>>> For the average user, this is a little bit puzzling. Unless things >>>> operates in a closed sandbox (no files, no sockets, ...), such basic >>>> operation should be included by default and usable in a cross platform way >>>> (even if we are living in an image, no?). >>>> >>>> For example, here is my use case: I have several command line tools to >>>> automate tasks on my machine. I intended to learn Pharo/Smalltalk by >>>> building a graphical front-end to these tools (with Morphic) as well as a >>>> Web front-end (with Seaside). But the "system()" message is missing :) >>>> >>>> Gabriel. >>>> >>>> Note: Maybe it is more a SqueakVM issue. If so, I will post my request on >>>> that mailing list. >>>> >>> >>> Pharo uses the SqueakVM. >>> >>> >>> Levente >>> >>> >>>> >>>> _______________________________________________ >>>> 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

July 19, 2010

Re: [Pharo-project] Monticello mcz files write their DataStream and a portion of their chunk-files as WideStrings, which are non-portable.

by Paul DeBruicker

> Interesting. > Now is the problem happening with other packages than a JS related? > > Stef > > >/ Hi- > / Hi - Yes. If you attempt to load the latest Money package I uploaded to SqueakSource into Gemstone it fails because it requires the Currency class, which is provide by the Money package. The Money package doesn't use any JS. The Money package loads just fine into Pharo. It behaves in the same way as the JQWidgetBox-FullCalendar-Core package. Thanks Paul

July 19, 2010

Re: [Pharo-project] [Vm-dev] RE: Fwd: [squeak-dev] Re: Debug-it and external calls

by Eliot Miranda

On Mon, Jul 19, 2010 at 1:10 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > > If the FFI call is flawed, why does it work when not stepping in the > debugger? I'm not buying it :) > A few people have seen problems with the part of the debugger in question. Here's the canonical version of the method by Andreas 'ar 5/25/2000 20:41'. It is invoked from ContextPart>>doPrimitive:method:receiver:args: and its job is to invoke just the primitive and either answer the result or a special PrimitiveFailed token. The debugger then checks for the result being the PrimitiveFailed token and if so steps into the method. ContextPart>>tryNamedPrimitiveIn: aCompiledMethod for: aReceiver withArgs: arguments "Hack. Attempt to execute the named primitive from the given compiled method" | selector theMethod spec | arguments size > 8 ifTrue:[^PrimitiveFailToken]. selector _ #( tryNamedPrimitive tryNamedPrimitive: tryNamedPrimitive:with: tryNamedPrimitive:with:with: tryNamedPrimitive:with:with:with: tryNamedPrimitive:with:with:with:with: tryNamedPrimitive:with:with:with:with:with: tryNamedPrimitive:with:with:with:with:with:with: tryNamedPrimitive:with:with:with:with:with:with:with:) at: arguments size+1. theMethod _ aReceiver class lookupSelector: selector. theMethod == nil ifTrue:[^PrimitiveFailToken]. spec _ theMethod literalAt: 1. spec replaceFrom: 1 to: spec size with: (aCompiledMethod literalAt: 1) startingAt: 1. ^aReceiver perform: selector withArguments: arguments What this does is slam the named primitive to be evaluated into the relevant implementation of tryNamedPrimitive[:with:with:with:with:with:with:with:] and invoke it. One minor problem is that there are only 9 methods so there's only support for 0 to 8 arguments. The real problem with this is that it doesn't flush the VM's method lookup cache and so one can end up invoking a different named primitive, one that was installed into the same method by a previous invocation of tryNamedPrimitiveIn:for:withArgs:. Michael Haupt saw the effect of this doing bytecode simulation on Cog. For some reason it's much more likely to hit the cache flush issue in Cog tan in the standard interpreter (probably because Cog makes less use of the method cache because machine code sends have their send caches inline in the machine code). I fixed this for Michael by using the following version 'eem 5/23/2010 14:13' ContextPart>>tryNamedPrimitiveIn: aCompiledMethod for: aReceiver withArgs: arguments "Hack. Attempt to execute the named primitive from the given compiled method" | selector theMethod spec | arguments size > 8 ifTrue:[^PrimitiveFailToken]. selector := #( tryNamedPrimitive tryNamedPrimitive: tryNamedPrimitive:with: tryNamedPrimitive:with:with: tryNamedPrimitive:with:with:with: tryNamedPrimitive:with:with:with:with: tryNamedPrimitive:with:with:with:with:with: tryNamedPrimitive:with:with:with:with:with:with: tryNamedPrimitive:with:with:with:with:with:with:with:) at: arguments size+1. theMethod := aReceiver class lookupSelector: selector. theMethod == nil ifTrue:[^PrimitiveFailToken]. spec := theMethod literalAt: 1. spec replaceFrom: 1 to: spec size with: (aCompiledMethod literalAt: 1) startingAt: 1. theMethod flushCache. selector flushCache. ^aReceiver perform: selector withArguments: arguments It adds "theMethod flushCache. selector flushCache" to flush the cache and at least for a couple of months things seemed to be OK. But Michael sent me a different case a week ago that turns out to be due to exactly the same cause. When simulated his code was trying to invoke the primDigitDivNegative primitive via digitDiv:neg: (which doesn't exist in Cog and so should simply fail) but it was succeeding, running some bogus primitive. There is a more fundamental issue with the above. try debugging it. If you do you stand a good chance of the debugger overwriting what the debugger version of the method is trying to effect. That's why if you look at the analogous machinery for num bered primitives you'll see the above approach (which was used in Smalltalk-80 V2) is discarded and a much more reliable approach, a primitive-executing primitive, is used, namely ProtoObject>>#tryPrimitive:withArgs: 'ajh 1/31/2003 22:21': ProtoObject>>tryPrimitive: primIndex withArgs: argumentArray "This method is a template that the Smalltalk simulator uses to execute primitives. See Object documentation whatIsAPrimitive." <primitive: 118> ^ ContextPart primitiveFailToken In the Teleplace images I've taken a similar approach, providing a primitive in Cog. The below is slightly different because the Teleplace images debugger supports primitive error codes (and I need to fold this back into Squeak asap). ContextPart>>tryNamedPrimitiveIn:for:withArgs: eem 5/12/2009 ContextPart>>tryNamedPrimitiveIn: aCompiledMethod for: aReceiver withArgs: arguments | selector theMethod spec receiverClass | <primitive: 218 error: ec> ec ifNotNil: ["If ec is an integer other than -1 there was a problem with primitive 218, not with the external primitive itself. -1 indicates a generic failure (where ec should be nil) but ec = nil means primitive 218 is not implemented. So interpret -1 to mean the external primitive failed with a nil error code." ec isInteger ifTrue: [ec = -1 ifTrue: [ec := nil] ifFalse: [self primitiveFailed]]. ^{PrimitiveFailToken. ec}]. "Assume a nil error code implies the primitive is not implemented and fall back on the old code." "Hack. Attempt to execute the named primitive from the given compiled method" arguments size > 8 ifTrue: [^{PrimitiveFailToken. nil}]. selector := #( tryNamedPrimitive tryNamedPrimitive: tryNamedPrimitive:with: tryNamedPrimitive:with:with: tryNamedPrimitive:with:with:with: tryNamedPrimitive:with:with:with:with: tryNamedPrimitive:with:with:with:with:with: tryNamedPrimitive:with:with:with:with:with:with: tryNamedPrimitive:with:with:with:with:with:with:with:) at: arguments size+1. receiverClass := self objectClass: aReceiver. theMethod := receiverClass lookupSelector: selector. theMethod == nil ifTrue: [^{PrimitiveFailToken. nil}]. spec := theMethod literalAt: 1. spec replaceFrom: 1 to: spec size with: (aCompiledMethod literalAt: 1) startingAt: 1. Smalltalk unbindExternalPrimitives. ^self object: aReceiver perform: selector withArguments: arguments inClass: receiverClass With this approach there's no argument count limit and there's no chance of executing the wrong primitive. But it requires a primitive in the VM. Perhaps the VM folks can take a look at porting the Cog primitive primitiveDoNamedPrimitiveWithArgs back to the base VM and then we can use something like the above with the fallback code, liberally sprinkled with cache flushes, only as a fallback. HTH Eliot > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Igor Stasenko > Sent: Monday, July 19, 2010 3:02 PM > To: Pharo Development > Subject: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls > > ---------- Forwarded message ---------- > From: Igor Stasenko <siguctua(a)gmail.com> > Date: 19 July 2010 23:00 > Subject: Re: [squeak-dev] Re: [Pharo-project] Debug-it and external calls > To: The general-purpose Squeak developers list < > squeak-dev(a)lists.squeakfoundation.org> > > > On 19 July 2010 21:42, Andreas Raab <andreas.raab(a)gmx.de> wrote: > > On 7/19/2010 9:29 AM, Igor Stasenko wrote: > >> > >> No, debugger, actually doing a primitive call, but in order to > >> intercept a primitive failure and 'step into' method, it does the > >> trick with replacing the subject method with temporary method (which > >> will call the same primitive with same arguments& recevier). > >> Then, if primitive runs ok, it simply behaves as a 'step over', and > >> if primitive fails, then debugger itercepts it and creates a context > >> for subject method, which should handle primitive failure. > > > > Correct. Stepping over FFI calls will only fail if the FFI call > > actually fails. So whatever the problem it's somewhere in your FFI call. > > > But! The problem which i discovered not long ago, that if FFI method > contains many arguments (close to max 15), then debugger is unable to invoke > it, because #perform:... method works in a way, that its using temps of > context, where it were invoked. I fixed it by setting a #perform method's > frame to be a large one. > > > See http://bugs.squeak.org/view.php?id=7534 > > > Cheers, > > - Andreas > > > >> On 19 July 2010 19:22, Schwab,Wilhelm K<bschwab(a)anest.ufl.edu> wrote: > >>> > >>> So the external call does not happen and the fall-back code executes. > >>> That explains it. It might be nice if FFI calls could be made to > >>> happen, or at least to have a more informative error message, such > >>> as "Primitive not executed by the debugger" rather than "Unable to find > function address." > >>> > >>> Bill > >>> > >>> > >>> > >>> > >>> ________________________________________ > >>> From: pharo-project-bounces(a)lists.gforge.inria.fr > >>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente > >>> Uzonyi [leves(a)elte.hu] > >>> Sent: Monday, July 19, 2010 12:20 PM > >>> To: Pharo-project(a)lists.gforge.inria.fr > >>> Subject: Re: [Pharo-project] Debug-it and external calls > >>> > >>> On Mon, 19 Jul 2010, Schwab,Wilhelm K wrote: > >>> > >>>> I often (not always??) find that using the Debug-it command and > >>>> debugging into an external call (FFI) leads to a false claim of > >>>> "Unable to find function address." Stepping over the call works; > >>>> stepping into it make it look like it fails. > >>>> > >>>> I am curently using a 1.1 RC2 image and the 4.0.3 vm on Ubuntu. I > >>>> cannot easily move the offending code to Windows, nor do I > >>>> particularly care to do so (feels good<g>), and FFI is fairly uncommon > in Squeak/Pharo. > >>>> > >>>> Can anyone else tinker with this to see if it is real? > >>> > >>> IIRC when you're using the debugger, primitives are not evaluated. > >>> > >>> > >>> Levente > >>> > >>>> > >>>> Bill > >>>> > >>>> > >>>> _______________________________________________ > >>>> 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 > >>> > >>> > >> > >> > >> > > > > > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > > > -- > 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 >

July 19, 2010

Re: [Pharo-project] A facility to launch external processes from Pharo should be provided by default on all platforms

by Levente Uzonyi

On Mon, 19 Jul 2010, Eliot Miranda wrote: > Hi Levente, > > at Cadence I extended the plugin so we could connect to Subversion via > the plugin because Newspeak at one point used a Subversion backend to > Monticello for source-code control. If you're interested I have the plugin > and can dig up the image-side code. Does that mean that OSProcess can be used on all platforms? If yes, then it would be great. Levente > > On Mon, Jul 19, 2010 at 1:05 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Mon, 19 Jul 2010, Gabriel Cuvillier wrote: >> >> >>> Hello everyone, >>> >>> I've read several threads about people having problems to launch external >>> processes from Pharo. >>> >>> The solutions are well known: either by using ProcessWrapper, or by using >>> the plugin OSProcess. But the former is Win32 only, and the latter is >>> supposedly cross platform, but is only included by default on Linux and OS >>> X... On Win32, the plugin must be built by hand with the Squeak VM. >>> >> >> AFAIK the Win32OSProcessPlugin is included with the SqueakVM for windows. >> The only reason I wrote ProcessWrapper is that OSProcess doesn't support >> pipes on windows, so you can't use stdin, stdout or stderr. >> >> >>> For the average user, this is a little bit puzzling. Unless things >>> operates in a closed sandbox (no files, no sockets, ...), such basic >>> operation should be included by default and usable in a cross platform way >>> (even if we are living in an image, no?). >>> >>> For example, here is my use case: I have several command line tools to >>> automate tasks on my machine. I intended to learn Pharo/Smalltalk by >>> building a graphical front-end to these tools (with Morphic) as well as a >>> Web front-end (with Seaside). But the "system()" message is missing :) >>> >>> Gabriel. >>> >>> Note: Maybe it is more a SqueakVM issue. If so, I will post my request on >>> that mailing list. >>> >> >> Pharo uses the SqueakVM. >> >> >> Levente >> >> >>> >>> _______________________________________________ >>> 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 >> >

July 19, 2010

Re: [Pharo-project] Monticello mcz files write their DataStream and a portion of their chunk-files as WideStrings, which are non-portable.

by Dale Henrichs

I've added a little more information to Issue 2697 and I'm willing to help on the GemStone-side. It looks like a WideString has snuck into the mcz file ... seems to be similar to the WideStrings showing up in the changes file issue (Issue 830 ... which appears to resurface periodicaly:)), but I haven't looked closely at how it could happen, although if the changes file had a WideString in it then the WideString could easily migrate into the mcz file... Dale Paul DeBruicker wrote: > Hi- > I created an issue in the tracker: > https://code.google.com/p/pharo/issues/detail?id=2697 > > Some packages that were created with and load fine into Pharo 1.1 release do not load into Gemstone because of the use of WideStrings while creating the mcz files. I don't know how to dissect the mcz files at this time but in describing my issue on the GLASS list, Dale Henrichs was able to reproduce the problem and diagnose it. His diagnosis is pasted below. > > To recreate my issue you must be using Gemstone 2.4.4.1, Glass 1.0-beta8.2, and GemTools for Gemstone 2.4.4. First load the ConfigurationOfJQueryWidgetBox package from the Metacello Repository on SqueakSource. Then run: > > (ConfigurationOfJQueryWidgetBox project latestVersion) > load: #('JQWidgetBox-FullCalendar-Core'). > > It will attempt to load the package but complain that a dependency for the JQFullCalendar Class is not met. The JQFullCalendar class is provided by the JQWidgetBox-FullCalendar-Core package. > > Our entire discussion leading up to his diagnosis is here: http://forum.world.st/aFilePackage-cannot-perform-the-selector-preamble-wit… > > > > Is there a way to write the mcz files using something other than WideStrings that will allow me to attempt to load them into Gemstone and perhaps get a different result? > > Thanks > > Paul > > > Paul, > > Okay, it looks to me like your mcz file(s) are "corrupted" ... probably > due to a bug in Pharo 1.2 (that's the version you're using right?). > > In an mcz file the snapshot of the definitions are serialized using two > formats: > > 1. a DataStream on an ordered collection of MCDefintions > 2. a chunk-file formatted string. > > It appears that for the DataStream, the entire(?) stream is written as a > WideString ... WideString is Squeak/Pharo dependent and is not portable > at all ... this is new. When GemStone hits the widestring an error is > thrown and Monticello tries to use the chunk-file format (which is why > you ran into the preamble probelm ... chunk file format is normally hit > (nor is it desirable to hit it)... > > The chunk file-file is partially written as a WideString again...because > the WideString is not portable it breaks the parsing algorithms for > GemStone ... interestingly enough the chunk-file string looks to be a > WideString for the first hundred characters or so ... > > One of three things is happening: > > 1. someone in Pharo land decided it was a "good idea" to create mcz > files using WideString > 2. The that you used to create the class had a WideString in it > 3. there is a bug somewhere in the pharo/monticello implementation > > I can't guess which of those 3 the problem is and I can't guess what the > solution might be either. > > If you bring up this bug on the Pharo list, I'll monitor the list and if > I can step in and help, I will. > > Dale > > >

July 19, 2010

Re: [Pharo-project] pharo website - screencasts

by Mariano Martinez Peck

maybe it is good to ask pharo users also. I cc'ed them. this is cool laurent :) mariano On Mon, Jul 19, 2010 at 9:10 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > good initiative > > May be you should say > more screencasts at: ... > > On Jul 19, 2010, at 8:55 PM, laurent laffont wrote: > > > Hi, > > > > I've added a "screencast wall" at > http://pharo-project.org/documentation/screencasts > > > > I've tried to put those which best show Pharo for newcommers, feedback > welcome. > > > > Cheers, > > > > Laurent Laffont > > > > http://pharocasts.blogspot.com/ > > http://magaloma.blogspot.com/ > > _______________________________________________ > > 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 >

July 19, 2010

Re: [Pharo-project] help to update actions done in Pharo 1.1

by StÃ©phane Ducasse

On Jul 19, 2010, at 10:08 PM, Levente Uzonyi wrote: > On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: > >> Where is the code that we should check to be included in 1.2? > > Basically in Squeak, but I'm sure most of them are in the Pharo bugtracker. Thanks but well... tell me that this is too boring to report it which I can understand but not that kind of answer because this is certainly not the case since I'm nearly the only one to look at squeak fixes. Stef > > > Levente > >> >> Stef >> >> On Jul 19, 2010, at 6:18 PM, Levente Uzonyi wrote: >> >>> On Mon, 19 Jul 2010, Henrik Johansen wrote: >>> >>> ... >>> The wkd in Pharo 1.1 didn't really result in a speedup :) >>> Better Identity hashing, encoding conversions, the other collection changes which made it in, plus rendering speedups f.ex through inlining alot of common morph extensions, and using Strike fonts by default, were though! >>> >>> >>> That's a nice euphemism. I didn't check the code thoroughly, but rehashing seems to be O(n^2) in WeakKeyDictionary. This affects it's subclasses and WeakRegistry which affects the whole finalization process. >>> >>> (Recently I did a benchmark of Seaside 3.0, where Squeak handled 1.28x more requests/second than Pharo under "heavy load" (50 concurrent users flooding the server) with the Kom adaptor.) >>> >>> >>> Levente >>> >>> >>> _______________________________________________ >>> 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

July 19, 2010

Re: [Pharo-project] about hex

by StÃ©phane Ducasse

**Tx** http://code.google.com/p/pharo/issues/detail?id=2699 Stef On Jul 19, 2010, at 10:07 PM, Levente Uzonyi wrote: > On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: > >> Levente >> Now what hex should returns? > > If you mean Integer >> #hex then see here: > http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151957.html > > > Levente > >> >> On Jul 19, 2010, at 9:33 PM, stephane ducasse wrote: >> >>> If I recall hex was removed because it was used for html related thing. >>> >>> Stef >>> >>> >>> >>> Looks like the hex method will be changed in Squeak and >>> we should keep track using this issue to see if Pharo has >>> to follow to keep compatible (also for Cog). >>> >>> See >>> >>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151949.html >>> >>> _______________________________________________ >>> 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

July 19, 2010

Re: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls

by StÃ©phane Ducasse

should this be integrated into pharo? ifTrue: open a ticket please. Sorry but I'm not omniscient yet even if I work hard on it Stef On Jul 19, 2010, at 10:02 PM, Igor Stasenko wrote: > ---------- Forwarded message ---------- > From: Igor Stasenko <siguctua(a)gmail.com> > Date: 19 July 2010 23:00 > Subject: Re: [squeak-dev] Re: [Pharo-project] Debug-it and external calls > To: The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > > > On 19 July 2010 21:42, Andreas Raab <andreas.raab(a)gmx.de> wrote: >> On 7/19/2010 9:29 AM, Igor Stasenko wrote: >>> >>> No, debugger, actually doing a primitive call, >>> but in order to intercept a primitive failure and 'step into' method, >>> it does the trick >>> with replacing the subject method with temporary method (which will >>> call the same primitive with same arguments& recevier). >>> Then, if primitive runs ok, it simply behaves as a 'step over', >>> and if primitive fails, then debugger itercepts it and creates a >>> context for subject method, which should handle primitive failure. >> >> Correct. Stepping over FFI calls will only fail if the FFI call actually >> fails. So whatever the problem it's somewhere in your FFI call. >> > But! The problem which i discovered not long ago, that if FFI method > contains many arguments (close to max 15), > then debugger is unable to invoke it, because #perform:... method > works in a way, that its using temps of context, > where it were invoked. I fixed it by setting a #perform method's frame > to be a large one. > > > See http://bugs.squeak.org/view.php?id=7534 > >> Cheers, >> - Andreas >> >>> On 19 July 2010 19:22, Schwab,Wilhelm K<bschwab(a)anest.ufl.edu> wrote: >>>> >>>> So the external call does not happen and the fall-back code executes. >>>> That explains it. It might be nice if FFI calls could be made to happen, >>>> or at least to have a more informative error message, such as "Primitive not >>>> executed by the debugger" rather than "Unable to find function address." >>>> >>>> Bill >>>> >>>> >>>> >>>> >>>> ________________________________________ >>>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi >>>> [leves(a)elte.hu] >>>> Sent: Monday, July 19, 2010 12:20 PM >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Subject: Re: [Pharo-project] Debug-it and external calls >>>> >>>> On Mon, 19 Jul 2010, Schwab,Wilhelm K wrote: >>>> >>>>> I often (not always??) find that using the Debug-it command and >>>>> debugging into an external call (FFI) leads to a false claim of "Unable to >>>>> find function address." Stepping over the call works; stepping into it make >>>>> it look like it fails. >>>>> >>>>> I am curently using a 1.1 RC2 image and the 4.0.3 vm on Ubuntu. I >>>>> cannot easily move the offending code to Windows, nor do I particularly care >>>>> to do so (feels good<g>), and FFI is fairly uncommon in Squeak/Pharo. >>>>> >>>>> Can anyone else tinker with this to see if it is real? >>>> >>>> IIRC when you're using the debugger, primitives are not evaluated. >>>> >>>> >>>> Levente >>>> >>>>> >>>>> Bill >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>>> >>> >>> >>> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > > > -- > 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

July 19, 2010

Re: [Pharo-project] Monticello mcz files write their DataStream and a portion of their chunk-files as WideStrings, which are non-portable.

by StÃ©phane Ducasse

Interesting. Now is the problem happening with other packages than a JS related? Stef > Hi- > I created an issue in the tracker: > https://code.google.com/p/pharo/issues/detail?id=2697 > > Some packages that were created with and load fine into Pharo 1.1 release do not load into Gemstone because of the use of WideStrings while creating the mcz files. I don't know how to dissect the mcz files at this time but in describing my issue on the GLASS list, Dale Henrichs was able to reproduce the problem and diagnose it. His diagnosis is pasted below. > > To recreate my issue you must be using Gemstone 2.4.4.1, Glass 1.0-beta8.2, and GemTools for Gemstone 2.4.4. First load the ConfigurationOfJQueryWidgetBox package from the Metacello Repository on SqueakSource. Then run: > > (ConfigurationOfJQueryWidgetBox project latestVersion) > load: #('JQWidgetBox-FullCalendar-Core'). > > It will attempt to load the package but complain that a dependency for the JQFullCalendar Class is not met. The JQFullCalendar class is provided by the JQWidgetBox-FullCalendar-Core package. > > Our entire discussion leading up to his diagnosis is here: http://forum.world.st/aFilePackage-cannot-perform-the-selector-preamble-wit… > > > > Is there a way to write the mcz files using something other than WideStrings that will allow me to attempt to load them into Gemstone and perhaps get a different result? > > Thanks > > Paul > >> Paul, >> >> Okay, it looks to me like your mcz file(s) are "corrupted" ... probably >> due to a bug in Pharo 1.2 (that's the version you're using right?). >> >> In an mcz file the snapshot of the definitions are serialized using two >> formats: >> >> 1. a DataStream on an ordered collection of MCDefintions >> 2. a chunk-file formatted string. >> >> It appears that for the DataStream, the entire(?) stream is written as a >> WideString ... WideString is Squeak/Pharo dependent and is not portable >> at all ... this is new. When GemStone hits the widestring an error is >> thrown and Monticello tries to use the chunk-file format (which is why >> you ran into the preamble probelm ... chunk file format is normally hit >> (nor is it desirable to hit it)... >> >> The chunk file-file is partially written as a WideString again...because >> the WideString is not portable it breaks the parsing algorithms for >> GemStone ... interestingly enough the chunk-file string looks to be a >> WideString for the first hundred characters or so ... >> >> One of three things is happening: >> >> 1. someone in Pharo land decided it was a "good idea" to create mcz >> files using WideString >> 2. The that you used to create the class had a WideString in it >> 3. there is a bug somewhere in the pharo/monticello implementation >> >> I can't guess which of those 3 the problem is and I can't guess what the >> solution might be either. >> >> If you bring up this bug on the Pharo list, I'll monitor the list and if >> I can step in and help, I will. >> >> Dale >> >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

[Pharo-project] [update 1.2] #12062

by StÃ©phane Ducasse

12062 ----- - Issue 2694: MC screwing up ancestry. Tx lukas! - Issue 2684: Deleting a method is not logged SystemChangeNotifier uniqueInstance notify: Smalltalk ofAllSystemChangesUsing: #event:. - Issue 2681: easily browse the variables defined in a workspace. Tx Yann Stef

July 19, 2010

Re: [Pharo-project] A facility to launch external processes from Pharo should be provided by default on all platforms

by Eliot Miranda

Hi Levente, at Cadence I extended the plugin so we could connect to Subversion via the plugin because Newspeak at one point used a Subversion backend to Monticello for source-code control. If you're interested I have the plugin and can dig up the image-side code. On Mon, Jul 19, 2010 at 1:05 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Mon, 19 Jul 2010, Gabriel Cuvillier wrote: > > >> Hello everyone, >> >> I've read several threads about people having problems to launch external >> processes from Pharo. >> >> The solutions are well known: either by using ProcessWrapper, or by using >> the plugin OSProcess. But the former is Win32 only, and the latter is >> supposedly cross platform, but is only included by default on Linux and OS >> X... On Win32, the plugin must be built by hand with the Squeak VM. >> > > AFAIK the Win32OSProcessPlugin is included with the SqueakVM for windows. > The only reason I wrote ProcessWrapper is that OSProcess doesn't support > pipes on windows, so you can't use stdin, stdout or stderr. > > >> For the average user, this is a little bit puzzling. Unless things >> operates in a closed sandbox (no files, no sockets, ...), such basic >> operation should be included by default and usable in a cross platform way >> (even if we are living in an image, no?). >> >> For example, here is my use case: I have several command line tools to >> automate tasks on my machine. I intended to learn Pharo/Smalltalk by >> building a graphical front-end to these tools (with Morphic) as well as a >> Web front-end (with Seaside). But the "system()" message is missing :) >> >> Gabriel. >> >> Note: Maybe it is more a SqueakVM issue. If so, I will post my request on >> that mailing list. >> > > Pharo uses the SqueakVM. > > > Levente > > >> >> _______________________________________________ >> 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 >

July 19, 2010

Re: [Pharo-project] [Vm-dev] how to identify objects ? (hash?)

by Eliot Miranda

Hi Mariano, On Mon, Jul 19, 2010 at 5:25 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > Hi folks. I have a simple question. Suppose I have a file in disk that has > a "pointer" to an object X that is in the image. What can I store from X in > the file? this is an issue in virtual object systems, object persistence and object distribution systems and has been the subject of considerable research and implementation in the 70's, 80's and 90's. You need to do a literature search (if Chris' suggestion of DiskProxy is insufficient). In general the hash is insufficient since it is not unique. A common approach (as Adrien points out) is to use a table in the image containing objects which have a persistent id and pass out the index into the table as the external id. This immediately raises a GC issue because even if the table is weak a cycle of references between objects in the table can render the isolated cycle uncollectable. Hence distributed garbage collection algorithms. > Two options: the address in memory or the hash. > > If I savethe address, the object X can be moved by the GC, and thus, the > address can become incorrect in the file. I don't want to update the disk > files in case objects are moved. > If I save the hash of X, how can I then localize that object in memory? > Hash is 12 bits...so it is not enough to find that object...(otherwise there > would be only 4096 objects) > > So....the question is, what should I save from object X in the file and > what should I do to be able to localize it, some time after (even when the X > is moved by the GC). > > Sorry for my ignorance about the hash. > > Thank you very much in advance, > > Mariano > >

July 19, 2010

Re: [Pharo-project] connection to access databases

by Tudor Girba

Thanks Eliot. Indeed this allowed me to connect, but now I have problems executing even simple queries. For example, when executing the following code, the sqlAllocStmtConnection:statement: fails saying "Could not coerce arguments": connection := ODBCConnection dsn: 'Test' user: '' password: ''. connection query: 'select * from TABLE' Am I doing something wrong, or is it something else? Cheers, Doru On 19 Jul 2010, at 19:39, Eliot Miranda wrote: > moduleName > "Return the name of the module for this library" > Smalltalk platformName = 'Win32' ifTrue:[^'odbc32']. > Smalltalk platformName = 'unix' ifTrue:[^ 'libodbc.so']. > Smalltalk platformName = 'Mac OS' ifTrue:[^ 'libiodbc.dylib']. > ^self error: 'Don''t know the ODBC library name' > > works for me. Find attached. > > On Mon, Jul 19, 2010 at 1:41 AM, Tudor Girba <tudor.girba(a)gmail.com> > wrote: > Hi, > > Thanks for all the pointers. I am now testing on Mac using the > Actual driver: > http://www.actualtech.com/product_access.php > > I managed to get it running, but now I have problems with the ODBC > Pharo implementation because there seems to be no module for Mac: > > ODBCLibrary class>>moduleName > "Return the name of the module for this library" > SmalltalkImage current platformName = 'Win32' ifTrue: [ ^ > 'odbc32' ]. > SmalltalkImage current platformName = 'unix' ifTrue: [ ^ > 'libodbc.so' ]. > ^ self error: 'Don''t know the ODBC library name' > > Is there something to be done in this area? > > Cheers, > Doru > > > On 19 Jul 2010, at 01:04, GermÃ¡n Arduino wrote: > > Yes, Indeed, I mean, I used a driver to access, but can't remember now > the brand, but I'm sure I not payed for it :) > > May be I used some trial version.... > > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: > > On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: > > Not, I'm not talking of propietary software. > > I'm talking of one I used when helped Diego with the testing of the > odbc package. Don't remember now, but may be this > http://www.unixodbc.org/ ? > > ODBC is just an API, if you don't have a driver for yourdatabase, > then it > won't help. > > > Levente > > > About Mac, sorry, never touched a mac in all my life.... > > Cheers. > > > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: > > On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: > > Hi Tudor: > > Is as Levente says, you must define an ODBC source on a Windows PC > (Alternatively on Unix you can use ODBC also). > > I don't know any free ODBC drivers for Access on un*x. I only know a > driver > which costs 4-5 times more than the windows OS itself :). But > there's a driver for mac which costs only 30 usd if you're interested. > > > Levente > > > Some examples on: http://wiki.squeak.org/squeak/2480 > > Cheers. > GermÃ¡n. > > > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: > > On Sun, 18 Jul 2010, Tudor Girba wrote: > > Thanks Mariano! > > Indeed, if I load ConfigurationOfFFI first, everything loads well. > > I am a complete newbie in this area. Can anyone tell me what I should > do > next? > > I imagine that I should connect to an Access server. If yes, how would > I > do that? > > Also, do I need anything else, like a C plugin/library to get the C > calls > from ODBCLibrary going? > > First you'll need a pc running windows. Then you have to create an > ODBC > Data > Source for your Access file. Then you'll be able to create a > connection > to > that datasource from your image. > > > Levente > > > Cheers, > Doru > > > On 18 Jul 2010, at 09:17, Mariano Martinez Peck wrote: > > > > On Sun, Jul 18, 2010 at 8:49 AM, Tudor Girba <tudor.girba(a)gmail.com> > wrote: > Hi, > > I tried loading it, but I get : > "This package depends on the following classes: > ExternalLibrary > ExternalStructure" > > Can anyone tell me where to find these from? > > This means that you need Metacello ;) > > Those classes are from FFI, a pre-requisite for ODBC to work. > Maybe there is a ConfigurationOfODBC somewhere... > > For the moment, I recommend you to install FFI using the > ConfigurationOfFFI. > > Cheers > > Mariano > > > Also, are there eternal prerequisites to work with ODBC? > > Cheers, > Doru > > > > On 18 Jul 2010, at 00:35, Levente Uzonyi wrote: > > On Sat, 17 Jul 2010, Tudor Girba wrote: > > Hi, > > Is there a way to connect to a Microsoft Access database from Pharo? > > Yes, with ODBC. > > > Levente > > > I have an mdb file of 300 Mb that I would need to analyze. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Next time you see your life passing by, say 'hi' and get to know > her." > > > > > > _______________________________________________ > 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 > > -- > www.tudorgirba.com > > "Speaking louder won't make the point worthier." > > > > > _______________________________________________ > 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 > > -- > www.tudorgirba.com > > "When people care, great things can happen." > > > > > > _______________________________________________ > 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 > > > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > > > _______________________________________________ > 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 > > -- > www.tudorgirba.com > > "Every thing should have the right to be different." > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > <ODBCLibrary class- > moduleName.st>_______________________________________________ > 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 "Every thing has its own flow."

July 19, 2010

[Pharo-project] Monticello mcz files write their DataStream and a portion of their chunk-files as WideStrings, which are non-portable.

by Paul DeBruicker

Hi- I created an issue in the tracker: https://code.google.com/p/pharo/issues/detail?id=2697 Some packages that were created with and load fine into Pharo 1.1 release do not load into Gemstone because of the use of WideStrings while creating the mcz files. I don't know how to dissect the mcz files at this time but in describing my issue on the GLASS list, Dale Henrichs was able to reproduce the problem and diagnose it. His diagnosis is pasted below. To recreate my issue you must be using Gemstone 2.4.4.1, Glass 1.0-beta8.2, and GemTools for Gemstone 2.4.4. First load the ConfigurationOfJQueryWidgetBox package from the Metacello Repository on SqueakSource. Then run: (ConfigurationOfJQueryWidgetBox project latestVersion) load: #('JQWidgetBox-FullCalendar-Core'). It will attempt to load the package but complain that a dependency for the JQFullCalendar Class is not met. The JQFullCalendar class is provided by the JQWidgetBox-FullCalendar-Core package. Our entire discussion leading up to his diagnosis is here: http://forum.world.st/aFilePackage-cannot-perform-the-selector-preamble-wit… Is there a way to write the mcz files using something other than WideStrings that will allow me to attempt to load them into Gemstone and perhaps get a different result? Thanks Paul > Paul, > > Okay, it looks to me like your mcz file(s) are "corrupted" ... probably > due to a bug in Pharo 1.2 (that's the version you're using right?). > > In an mcz file the snapshot of the definitions are serialized using two > formats: > > 1. a DataStream on an ordered collection of MCDefintions > 2. a chunk-file formatted string. > > It appears that for the DataStream, the entire(?) stream is written as a > WideString ... WideString is Squeak/Pharo dependent and is not portable > at all ... this is new. When GemStone hits the widestring an error is > thrown and Monticello tries to use the chunk-file format (which is why > you ran into the preamble probelm ... chunk file format is normally hit > (nor is it desirable to hit it)... > > The chunk file-file is partially written as a WideString again...because > the WideString is not portable it breaks the parsing algorithms for > GemStone ... interestingly enough the chunk-file string looks to be a > WideString for the first hundred characters or so ... > > One of three things is happening: > > 1. someone in Pharo land decided it was a "good idea" to create mcz > files using WideString > 2. The that you used to create the class had a WideString in it > 3. there is a bug somewhere in the pharo/monticello implementation > > I can't guess which of those 3 the problem is and I can't guess what the > solution might be either. > > If you bring up this bug on the Pharo list, I'll monitor the list and if > I can step in and help, I will. > > Dale >

July 19, 2010

Re: [Pharo-project] [Vm-dev] how to identify objects ? (hash?)

by Chris Muller

See DiskProxy in Squeak... On Mon, Jul 19, 2010 at 7:25 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Hi folks. I have a simple question. Suppose I have a file in disk that has a "pointer" to an object X that is in the image. What can I store from X in the file?Â Two options: the address in memory or the hash. > > If I savethe address, the object X can be moved by the GC, and thus, the address can become incorrect in the file.Â I don't want to update the disk files in case objects are moved. > If I save the hash of X, how can I then localize that object in memory?Â Hash is 12 bits...so it is not enough to find that object...(otherwise there would be only 4096 objects) > > So....the question is, what should I save from object X in the file and what should I do to be able to localize it, some time after (even when the X is moved by the GC). > > Sorry for my ignorance about the hash. > > Thank you very much in advance, > > Mariano > >

July 19, 2010

Re: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls

by Schwab,Wilhelm K

If the FFI call is flawed, why does it work when not stepping in the debugger? I'm not buying it :) -----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: Monday, July 19, 2010 3:02 PM To: Pharo Development Subject: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls ---------- Forwarded message ---------- From: Igor Stasenko <siguctua(a)gmail.com> Date: 19 July 2010 23:00 Subject: Re: [squeak-dev] Re: [Pharo-project] Debug-it and external calls To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> On 19 July 2010 21:42, Andreas Raab <andreas.raab(a)gmx.de> wrote: > On 7/19/2010 9:29 AM, Igor Stasenko wrote: >> >> No, debugger, actually doing a primitive call, but in order to >> intercept a primitive failure and 'step into' method, it does the >> trick with replacing the subject method with temporary method (which >> will call the same primitive with same arguments& Â recevier). >> Then, if primitive runs ok, it simply behaves as a 'step over', and >> if primitive fails, then debugger itercepts it and creates a context >> for subject method, which should handle primitive failure. > > Correct. Stepping over FFI calls will only fail if the FFI call > actually fails. So whatever the problem it's somewhere in your FFI call. > But! The problem which i discovered not long ago, that if FFI method contains many arguments (close to max 15), then debugger is unable to invoke it, because #perform:... method works in a way, that its using temps of context, where it were invoked. I fixed it by setting a #perform method's frame to be a large one. See http://bugs.squeak.org/view.php?id=7534 > Cheers, > Â - Andreas > >> On 19 July 2010 19:22, Schwab,Wilhelm K<bschwab(a)anest.ufl.edu> Â wrote: >>> >>> So the external call does not happen and the fall-back code executes. >>> Â That explains it. Â It might be nice if FFI calls could be made to >>> happen, or at least to have a more informative error message, such >>> as "Primitive not executed by the debugger" rather than "Unable to find function address." >>> >>> Bill >>> >>> >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente >>> Uzonyi [leves(a)elte.hu] >>> Sent: Monday, July 19, 2010 12:20 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Debug-it and external calls >>> >>> On Mon, 19 Jul 2010, Schwab,Wilhelm K wrote: >>> >>>> I often (not always??) find that using the Debug-it command and >>>> debugging into an external call (FFI) leads to a false claim of >>>> "Unable to find function address." Â Stepping over the call works; >>>> stepping into it make it look like it fails. >>>> >>>> I am curently using a 1.1 RC2 image and the 4.0.3 vm on Ubuntu. Â I >>>> cannot easily move the offending code to Windows, nor do I >>>> particularly care to do so (feels good<g>), and FFI is fairly uncommon in Squeak/Pharo. >>>> >>>> Can anyone else tinker with this to see if it is real? >>> >>> IIRC when you're using the debugger, primitives are not evaluated. >>> >>> >>> Levente >>> >>>> >>>> Bill >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >> >> >> > > > -- Best regards, Igor Stasenko AKA sig. -- 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

July 19, 2010

Re: [Pharo-project] help to update actions done in Pharo 1.1

by Levente Uzonyi

On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: > Where is the code that we should check to be included in 1.2? Basically in Squeak, but I'm sure most of them are in the Pharo bugtracker. Levente > > Stef > > On Jul 19, 2010, at 6:18 PM, Levente Uzonyi wrote: > >> On Mon, 19 Jul 2010, Henrik Johansen wrote: >> >> ... >> The wkd in Pharo 1.1 didn't really result in a speedup :) >> Better Identity hashing, encoding conversions, the other collection changes which made it in, plus rendering speedups f.ex through inlining alot of common morph extensions, and using Strike fonts by default, were though! >> >> >> That's a nice euphemism. I didn't check the code thoroughly, but rehashing seems to be O(n^2) in WeakKeyDictionary. This affects it's subclasses and WeakRegistry which affects the whole finalization process. >> >> (Recently I did a benchmark of Seaside 3.0, where Squeak handled 1.28x more requests/second than Pharo under "heavy load" (50 concurrent users flooding the server) with the Kom adaptor.) >> >> >> Levente >> >> >> _______________________________________________ >> 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 >

July 19, 2010

Re: [Pharo-project] about hex

by Levente Uzonyi

On Mon, 19 Jul 2010, StÃ©phane Ducasse wrote: > Levente > Now what hex should returns? If you mean Integer >> #hex then see here: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151957.html Levente > > On Jul 19, 2010, at 9:33 PM, stephane ducasse wrote: > >> If I recall hex was removed because it was used for html related thing. >> >> Stef >> >> >> >> Looks like the hex method will be changed in Squeak and >> we should keep track using this issue to see if Pharo has >> to follow to keep compatible (also for Cog). >> >> See >> >> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151949.html >> >> _______________________________________________ >> 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 >

July 19, 2010

Re: [Pharo-project] A facility to launch external processes from Pharo should be provided by default on all platforms

by Levente Uzonyi

On Mon, 19 Jul 2010, Gabriel Cuvillier wrote: > > Hello everyone, > > I've read several threads about people having problems to launch external > processes from Pharo. > > The solutions are well known: either by using ProcessWrapper, or by using the > plugin OSProcess. But the former is Win32 only, and the latter is supposedly > cross platform, but is only included by default on Linux and OS X... On > Win32, the plugin must be built by hand with the Squeak VM. AFAIK the Win32OSProcessPlugin is included with the SqueakVM for windows. The only reason I wrote ProcessWrapper is that OSProcess doesn't support pipes on windows, so you can't use stdin, stdout or stderr. > > For the average user, this is a little bit puzzling. Unless things operates > in a closed sandbox (no files, no sockets, ...), such basic operation should > be included by default and usable in a cross platform way (even if we are > living in an image, no?). > > For example, here is my use case: I have several command line tools to > automate tasks on my machine. I intended to learn Pharo/Smalltalk by building > a graphical front-end to these tools (with Morphic) as well as a Web > front-end (with Seaside). But the "system()" message is missing :) > > Gabriel. > > Note: Maybe it is more a SqueakVM issue. If so, I will post my request on > that mailing list. Pharo uses the SqueakVM. Levente > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 19, 2010

[Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls

by Igor Stasenko

---------- Forwarded message ---------- From: Igor Stasenko <siguctua(a)gmail.com> Date: 19 July 2010 23:00 Subject: Re: [squeak-dev] Re: [Pharo-project] Debug-it and external calls To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> On 19 July 2010 21:42, Andreas Raab <andreas.raab(a)gmx.de> wrote: > On 7/19/2010 9:29 AM, Igor Stasenko wrote: >> >> No, debugger, actually doing a primitive call, >> but in order to intercept a primitive failure and 'step into' method, >> it does the trick >> with replacing the subject method with temporary method (which will >> call the same primitive with same arguments& Â recevier). >> Then, if primitive runs ok, it simply behaves as a 'step over', >> and if primitive fails, then debugger itercepts it and creates a >> context for subject method, which should handle primitive failure. > > Correct. Stepping over FFI calls will only fail if the FFI call actually > fails. So whatever the problem it's somewhere in your FFI call. > But! The problem which i discovered not long ago, that if FFI method contains many arguments (close to max 15), then debugger is unable to invoke it, because #perform:... method works in a way, that its using temps of context, where it were invoked. I fixed it by setting a #perform method's frame to be a large one. See http://bugs.squeak.org/view.php?id=7534 > Cheers, > Â - Andreas > >> On 19 July 2010 19:22, Schwab,Wilhelm K<bschwab(a)anest.ufl.edu> Â wrote: >>> >>> So the external call does not happen and the fall-back code executes. >>> Â That explains it. Â It might be nice if FFI calls could be made to happen, >>> or at least to have a more informative error message, such as "Primitive not >>> executed by the debugger" rather than "Unable to find function address." >>> >>> Bill >>> >>> >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi >>> [leves(a)elte.hu] >>> Sent: Monday, July 19, 2010 12:20 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Debug-it and external calls >>> >>> On Mon, 19 Jul 2010, Schwab,Wilhelm K wrote: >>> >>>> I often (not always??) find that using the Debug-it command and >>>> debugging into an external call (FFI) leads to a false claim of "Unable to >>>> find function address." Â Stepping over the call works; stepping into it make >>>> it look like it fails. >>>> >>>> I am curently using a 1.1 RC2 image and the 4.0.3 vm on Ubuntu. Â I >>>> cannot easily move the offending code to Windows, nor do I particularly care >>>> to do so (feels good<g>), and FFI is fairly uncommon in Squeak/Pharo. >>>> >>>> Can anyone else tinker with this to see if it is real? >>> >>> IIRC when you're using the debugger, primitives are not evaluated. >>> >>> >>> Levente >>> >>>> >>>> Bill >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >> >> >> > > > -- Best regards, Igor Stasenko AKA sig. -- Best regards, Igor Stasenko AKA sig.

July 19, 2010

Re: [Pharo-project] Cleaning morphic - Step 1 - About "Morphic-Ballon" and the Ballon category

by Miguel Enrique CobÃ¡ MartÃnez

El lun, 19-07-2010 a las 15:58 -0300, Guillermo Polito escribiÃ³: > HAhah, thanks :). > > Anyway, my idea is not to remove those packages. I want to put them > in separate monticello packages, so we don't need have it in the core > if we don't use it. > > So, I download Seaside, Moose, and what else? Magma, RFB, Pier, Magritte. :) > > 2010/7/19 Mariano Martinez Peck <marianopeck(a)gmail.com> > Guille: one thing you can do before removing the code, is to > prepare an DEV image with Seaside, Moose and all those big > projects. So that when you search senders/references you can > do it also there. I don't mean that we shouldn't remove them > if they are used in those projects, but just to be aware. > > but for "coding" and commiting, yes, use latest PharoCore, not > dev. > > And yes, if you don't receive feedback, go ahead! > > Cheers > > Mariano > > 2010/7/19 Guillermo Polito <guillermopolito(a)gmail.com> > > Ok, I opened an Issue for this... > > http://code.google.com/p/pharo/issues/detail?id=2696 > > > > On Thu, Jul 15, 2010 at 8:18 PM, Guillermo Polito > <guillermopolito(a)gmail.com> wrote: > Hi! > > Does anyone know what the Ballon category and > its related morphs are for? Someone uses it? > Is it useful in the Core of pharo? > > Did Someone try previously to remove it and > failed? why? > > thanks in advance :) > Guille > > > > > _______________________________________________ > 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 -- Miguel CobÃ¡ http://miguel.leugim.com.mx

July 19, 2010

Re: [Pharo-project] A facility to launch external processes from Pharo should be provided by default on all platforms

by Schwab,Wilhelm K

+10 In interest of full disclosure, some have argued that FFI poses a security risk; one nice solution that was proposed is a command line option to disable it. But making people work hard to connect to the outside world buys us nothing and should indeed be corrected. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Gabriel Cuvillier Sent: Monday, July 19, 2010 2:20 PM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] A facility to launch external processes from Pharo should be provided by default on all platforms Hello everyone, I've read several threads about people having problems to launch external processes from Pharo. The solutions are well known: either by using ProcessWrapper, or by using the plugin OSProcess. But the former is Win32 only, and the latter is supposedly cross platform, but is only included by default on Linux and OS X... On Win32, the plugin must be built by hand with the Squeak VM. For the average user, this is a little bit puzzling. Unless things operates in a closed sandbox (no files, no sockets, ...), such basic operation should be included by default and usable in a cross platform way (even if we are living in an image, no?). For example, here is my use case: I have several command line tools to automate tasks on my machine. I intended to learn Pharo/Smalltalk by building a graphical front-end to these tools (with Morphic) as well as a Web front-end (with Seaside). But the "system()" message is missing :) Gabriel. Note: Maybe it is more a SqueakVM issue. If so, I will post my request on that mailing list. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

[Pharo-project] Fwd: [Pharo-users] Recent Submissions

by StÃ©phane Ducasse

Ben you should register to pharo-dev Give a way for people to be lazy 1- give them a way load simply your code Gofer new squeaksource: 'PharoTaskForces'; package: 'Tools-Browser'; load 2- publish your work in a separate package 3- propose a way to open it 4- Create a separate class so that we can play with it independently of the other and existing tools. Stef Begin forwarded message: > From: Benjamin Van Ryseghem <benjamin.vanryseghem(a)gmail.com> > Date: July 19, 2010 9:03:57 PM GMT+02:00 > To: pharo-users(a)lists.gforge.inria.fr > Subject: [Pharo-users] Recent Submissions > Reply-To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> > > Hi everybody, > > > I'm a new Smalltalker tutored by StÃ©phane Ducasse who gave me the project to rewrite the "Recent Submissions" tool to improve the UI and the functionalities. > > I've already done a basic version posted in PharoTaskForces (the RecentMessageSet class in Tool-Browser) on squeaksource, so if anybody have ideas or advice, I'll thank him a lot > > > > > Benjamin Van Ryseghem > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

July 19, 2010

Re: [Pharo-project] about hex

by StÃ©phane Ducasse

Levente Now what hex should returns? On Jul 19, 2010, at 9:33 PM, stephane ducasse wrote: > If I recall hex was removed because it was used for html related thing. > > Stef > > > > Looks like the hex method will be changed in Squeak and > we should keep track using this issue to see if Pharo has > to follow to keep compatible (also for Cog). > > See > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151949.html > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

[Pharo-project] about hex

by stephane ducasse

If I recall hex was removed because it was used for html related thing. Stef Looks like the hex method will be changed in Squeak and we should keep track using this issue to see if Pharo has to follow to keep compatible (also for Cog). See http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151949.html

July 19, 2010

Re: [Pharo-project] A facility to launch external processes from Pharo should be provided by default on all platforms

by StÃ©phane Ducasse

Thanks gabriel. Your mail is important because we should get much much better on that site so please push. We are working (but nothing is ready for public or even private try) on making sure that we can use pharo as a scripting language and the connection with the OS is important. I really think that we should get much better. I hope that the VM will improve from that part. We are really busy from the image side.... If more people would help we could do so much more exciting things. Stef On Jul 19, 2010, at 9:20 PM, Gabriel Cuvillier wrote: > > Hello everyone, > > I've read several threads about people having problems to launch external processes from Pharo. > > The solutions are well known: either by using ProcessWrapper, or by using the plugin OSProcess. But the former is Win32 only, and the latter is supposedly cross platform, but is only included by default on Linux and OS X... On Win32, the plugin must be built by hand with the Squeak VM. > > For the average user, this is a little bit puzzling. Unless things operates in a closed sandbox (no files, no sockets, ...), such basic operation should be included by default and usable in a cross platform way (even if we are living in an image, no?). > > For example, here is my use case: I have several command line tools to automate tasks on my machine. I intended to learn Pharo/Smalltalk by building a graphical front-end to these tools (with Morphic) as well as a Web front-end (with Seaside). But the "system()" message is missing :) > > Gabriel. > > Note: Maybe it is more a SqueakVM issue. If so, I will post my request on that mailing list. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] XML Demarshalling (Hern?n Morales Durand)

by Norbert Hartl

On 19.07.2010, at 16:33, Alexandre Bergel wrote: >> There were no string-symbol comparison in the code I checked. The parser converted all tagnames to symbols and the queries expected symbol arguments, so symbols were compared with symbols. The problem with this approach is that the symbol table is spammed with all the tags found in the xml document and parsing is slower. The queries are faster of course (if no namespaces are involved). >> Btw is the package ment to be cross-dialect? > > Not that I am aware of. Maybe Dale ported it to Gemstone, but I am not sure. > I did it. But the last version I ported is probably two month old. I'll (or someone else) pick up the newest versions and bring to gemstone. We discussed the whole symbol thing because in gemstone #test = 'test' is false and so we had to tweak some things. I hope the latest version in ConfigurationOfXMLSupport for gemstone is still right. I can provide more details if needed. Norbert

July 19, 2010

[Pharo-project] A facility to launch external processes from Pharo should be provided by default on all platforms

by Gabriel Cuvillier

Hello everyone, I've read several threads about people having problems to launch external processes from Pharo. The solutions are well known: either by using ProcessWrapper, or by using the plugin OSProcess. But the former is Win32 only, and the latter is supposedly cross platform, but is only included by default on Linux and OS X... On Win32, the plugin must be built by hand with the Squeak VM. For the average user, this is a little bit puzzling. Unless things operates in a closed sandbox (no files, no sockets, ...), such basic operation should be included by default and usable in a cross platform way (even if we are living in an image, no?). For example, here is my use case: I have several command line tools to automate tasks on my machine. I intended to learn Pharo/Smalltalk by building a graphical front-end to these tools (with Morphic) as well as a Web front-end (with Seaside). But the "system()" message is missing :) Gabriel. Note: Maybe it is more a SqueakVM issue. If so, I will post my request on that mailing list.

July 19, 2010

Re: [Pharo-project] Cleaning morphic - Step 1 - About "Morphic-Ballon" and the Ballon category

by StÃ©phane Ducasse

Hi guile here are some ideas to clean morphic - looking at etoy left over externalName and others checking extension - make sure that drawing a button does not require to check that the label is a Morph kind of behavior We should make sure that a label is always an object that have the right properties - cleaning borderstyle and friends. - making sure that there are examples - making sure that the comments are up to date - commenting classes - an important task is to make sure that we could use NewTextMorph and SmalltalkEditor On Jul 16, 2010, at 1:18 AM, Guillermo Polito wrote: > Hi! > > Does anyone know what the Ballon category and its related morphs are for? Someone uses it? Is it useful in the Core of pharo? > > Did Someone try previously to remove it and failed? why? > > thanks in advance :) > Guille > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] XML Demarshalling

by Norbert Hartl

On 16.07.2010, at 18:46, Larry Gadallah wrote: > Hi all: > > I am a noob searching for an example of how to demarshall a set of > simple and complex XML nodes into an object using Pastell or something > similar. I have found many examples of how to pick out all of the > elements of a certain type into a collection, but I'm trying to grab > the data from a mixed collection of (~20) elements that are children > of a particular element type and unpack them into an object. > > Does anyone know of some good examples of how to do this using Pastell > or something similar? > Can you give more detailled information about how the XML maps onto the data model? I mean if you have childr elements will that map to objects that are referenced similar? Do attributes map to variables and such? Or do you want to freely define how the structure of the XML resembles into your objects? Norbert

July 19, 2010

Re: [Pharo-project] pharo website - screencasts

by StÃ©phane Ducasse

good initiative May be you should say more screencasts at: ... On Jul 19, 2010, at 8:55 PM, laurent laffont wrote: > Hi, > > I've added a "screencast wall" at http://pharo-project.org/documentation/screencasts > > I've tried to put those which best show Pharo for newcommers, feedback welcome. > > Cheers, > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] connection to access databases

by StÃ©phane Ducasse

Thanks eliot. Who is maintaining ODBC? to commit the changes? On Jul 19, 2010, at 7:39 PM, Eliot Miranda wrote: > moduleName > "Return the name of the module for this library" > Smalltalk platformName = 'Win32' ifTrue:[^'odbc32']. > Smalltalk platformName = 'unix' ifTrue:[^ 'libodbc.so']. > Smalltalk platformName = 'Mac OS' ifTrue:[^ 'libiodbc.dylib']. > ^self error: 'Don''t know the ODBC library name' > > works for me. Find attached. > > On Mon, Jul 19, 2010 at 1:41 AM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > Thanks for all the pointers. I am now testing on Mac using the Actual driver: > http://www.actualtech.com/product_access.php > > I managed to get it running, but now I have problems with the ODBC Pharo implementation because there seems to be no module for Mac: > > ODBCLibrary class>>moduleName > "Return the name of the module for this library" > SmalltalkImage current platformName = 'Win32' ifTrue: [ ^ 'odbc32' ]. > SmalltalkImage current platformName = 'unix' ifTrue: [ ^ 'libodbc.so' ]. > ^ self error: 'Don''t know the ODBC library name' > > Is there something to be done in this area? > > Cheers, > Doru > > > On 19 Jul 2010, at 01:04, GermÃ¡n Arduino wrote: > > Yes, Indeed, I mean, I used a driver to access, but can't remember now > the brand, but I'm sure I not payed for it :) > > May be I used some trial version.... > > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: > > On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: > > Not, I'm not talking of propietary software. > > I'm talking of one I used when helped Diego with the testing of the > odbc package. Don't remember now, but may be this > http://www.unixodbc.org/ ? > > ODBC is just an API, if you don't have a driver for yourdatabase, then it > won't help. > > > Levente > > > About Mac, sorry, never touched a mac in all my life.... > > Cheers. > > > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: > > On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: > > Hi Tudor: > > Is as Levente says, you must define an ODBC source on a Windows PC > (Alternatively on Unix you can use ODBC also). > > I don't know any free ODBC drivers for Access on un*x. I only know a > driver > which costs 4-5 times more than the windows OS itself :). But > there's a driver for mac which costs only 30 usd if you're interested. > > > Levente > > > Some examples on: http://wiki.squeak.org/squeak/2480 > > Cheers. > GermÃ¡n. > > > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: > > On Sun, 18 Jul 2010, Tudor Girba wrote: > > Thanks Mariano! > > Indeed, if I load ConfigurationOfFFI first, everything loads well. > > I am a complete newbie in this area. Can anyone tell me what I should > do > next? > > I imagine that I should connect to an Access server. If yes, how would > I > do that? > > Also, do I need anything else, like a C plugin/library to get the C > calls > from ODBCLibrary going? > > First you'll need a pc running windows. Then you have to create an ODBC > Data > Source for your Access file. Then you'll be able to create a connection > to > that datasource from your image. > > > Levente > > > Cheers, > Doru > > > On 18 Jul 2010, at 09:17, Mariano Martinez Peck wrote: > > > > On Sun, Jul 18, 2010 at 8:49 AM, Tudor Girba <tudor.girba(a)gmail.com> > wrote: > Hi, > > I tried loading it, but I get : > "This package depends on the following classes: > ExternalLibrary > ExternalStructure" > > Can anyone tell me where to find these from? > > This means that you need Metacello ;) > > Those classes are from FFI, a pre-requisite for ODBC to work. > Maybe there is a ConfigurationOfODBC somewhere... > > For the moment, I recommend you to install FFI using the > ConfigurationOfFFI. > > Cheers > > Mariano > > > Also, are there eternal prerequisites to work with ODBC? > > Cheers, > Doru > > > > On 18 Jul 2010, at 00:35, Levente Uzonyi wrote: > > On Sat, 17 Jul 2010, Tudor Girba wrote: > > Hi, > > Is there a way to connect to a Microsoft Access database from Pharo? > > Yes, with ODBC. > > > Levente > > > I have an mdb file of 300 Mb that I would need to analyze. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Next time you see your life passing by, say 'hi' and get to know > her." > > > > > > _______________________________________________ > 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 > > -- > www.tudorgirba.com > > "Speaking louder won't make the point worthier." > > > > > _______________________________________________ > 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 > > -- > www.tudorgirba.com > > "When people care, great things can happen." > > > > > > _______________________________________________ > 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 > > > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > > > _______________________________________________ > 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 > > -- > www.tudorgirba.com > > "Every thing should have the right to be different." > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > <ODBCLibrary class-moduleName.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] Cleaning morphic - Step 1 - About "Morphic-Ballon" and the Ballon category

by Guillermo Polito

HAhah, thanks :). Anyway, my idea is not to remove those packages. I want to put them in separate monticello packages, so we don't need have it in the core if we don't use it. So, I download Seaside, Moose, and what else? 2010/7/19 Mariano Martinez Peck <marianopeck(a)gmail.com> > Guille: one thing you can do before removing the code, is to prepare an DEV > image with Seaside, Moose and all those big projects. So that when you > search senders/references you can do it also there. I don't mean that we > shouldn't remove them if they are used in those projects, but just to be > aware. > > but for "coding" and commiting, yes, use latest PharoCore, not dev. > > And yes, if you don't receive feedback, go ahead! > > Cheers > > Mariano > > 2010/7/19 Guillermo Polito <guillermopolito(a)gmail.com> > >> Ok, I opened an Issue for this... >> >> http://code.google.com/p/pharo/issues/detail?id=2696 >> >> >> On Thu, Jul 15, 2010 at 8:18 PM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> Hi! >>> >>> Does anyone know what the Ballon category and its related morphs are >>> for? Someone uses it? Is it useful in the Core of pharo? >>> >>> Did Someone try previously to remove it and failed? why? >>> >>> thanks in advance :) >>> Guille >>> >> >> >> _______________________________________________ >> 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 >

July 19, 2010

[Pharo-project] pharo website - screencasts

by laurent laffont

Hi, I've added a "screencast wall" at http://pharo-project.org/documentation/screencasts I've tried to put those which best show Pharo for newcommers, feedback welcome. Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

July 19, 2010

Re: [Pharo-project] Markup Builder in Smalltalk (XMLWriter)

by Norbert Hartl

On 06.07.2010, at 23:04, jaayer wrote: > > > ---- On Tue, 06 Jul 2010 03:19:48 -0700 Torsten Bergmann wrote ---- > >> Just check "XMLWriter-tbn.5" which can be found in "http://squeaksource.com/PharoGoodies/" >> >> ------------------------------------------------------ >> |writer| >> writer := XMLTagWriter xml. >> writer comment: 'A new xml file'. >> writer tag: 'package' with: [ >> writer cData: 'name' with: 'XMLWriter'. >> ]. >> writer contents >> >> returns >> >> >> >> >> >> >> ------------------------------------------------------ >> >> You can also access the stream (writer stream). >> Indenting is not yet working fully but at least >> it should give you idea. Check out the test cases for >> more. >> >> I once saw such an XMLWriter written by Ernest Micklei >> in VAST (credits for the idea) and rebuilt it in Pharo. >> >> Bye >> T. >> -- >> GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. >> Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > The next version of XMLSupport will feature an XMLWriter with an API similar to XMLTagWriter. I had decided a few weeks that any API using explicit start/end methods was unsmalltalk-like and should be replaced with one based on execute-around methods, though I was unaware of XMLTagWriter and instead modeled the API loosely on Seaside's HTML generation. You now send XMLWriter messages that create markup-writing objects for the parts of a document. These objects can then be configured using messages like #attributeAt:put: and written to the document explicitly with a serialization message (which typically accepts content) or implicitly by creating another markup writer after it. The new API looks like this: > > | writer | > ((writer := XMLWriter new) > enablePrettyPrinting; > xmlDeclaration; > tag: 'foo') > xmlnsAt: 'foo' put: 'http://foo'; > attributeAt: 'a' put: 'one'; > attributeAt: 'b' put: 'two'; > content: [ > writer tag: 'bar' content: [ > (writer > string: 'test'; > tag: 'baz'; > tag: 'foobar') > content: 'test']] > which produces: > <?xml version="1.0" encoding="UTF-8"?> > <foo xmlns:foo="http://foo" a="one" b="two"> > <bar>test<baz /> > <foobar>test</foobar> > </bar> > </foo> > Could you elaborate on the usage of xmlns? The one you defined does nothing. The foo in the xml is just the element name. I would like to know - how to define a namespace prefix for an element - how to define a default namespace for an element I think I need another look in the xml parser since last time :) Thanks for putting effort into xml parser. Is there a pull parser available or planned? thanks, Norbert

July 19, 2010