March 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Glorp version in Pharo

by Mariano Martinez Peck

Seems it was the one that came with VW 7.7.1..... On Mon, Mar 10, 2014 at 9:38 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > > On Wed, Mar 5, 2014 at 4:36 PM, Esteban A. Maringolo <emaringolo(a)gmail.com > > wrote: > >> [I'm cross posting Pharo-dev mailing list too] >> >> Hi Pharo developers, >> >> I'm having an issue while performing a not so common db query (but not >> esoteric either). >> And it seems the version I'm using in Pharo is outdated compared with >> the latest version they're using in VW. >> >> Is there an official maintaner and/or updater of the Glorp port for Pharo? >> >> > No. The first time, we did ir (me, Esteban Lorenzano, Guillermo Polito, > etc). We took certain version of the VW version. I will try to search which > one. After that, no one that I am aware of did a another port again. > > >> I'm using the GlorpDriverPostgreSQL, and the Glorp package from >> SmalltalkHub (Glorp-MarianoMartinezPeck.88). >> I don't have any DBXTalk stuff in my image. >> >> > So you are using Glorp + native postgres driver. > > >> Do we know how old is the Pharo branch from VisualWorks? >> >> > Quite a bit. let me see if I find which one... > > >> Regards! >> >> Esteban A. Maringolo >> >> >> 2014-03-05 15:50 GMT-03:00 Alan Knight <knight(a)acm.org>: >> > I think that whatever version it is it's an old one, because that looks >> like >> > a bug that was fixed some while ago. It's not putting in the subselect >> table >> > in the from clause. I would hope that the Pharo port would list >> somewhere >> > which Glorp version it was built from. There's code to generate a >> > Squeak/Pharo port from the VisualWorks version, and the code tries to be >> > entirely portable in the core, but I never got fixes back from the last >> > porting effort to incorporate, so there are probably some divergences. >> > >> > >> > On 5 March 2014 10:31, Esteban A. Maringolo <emaringolo(a)gmail.com> >> wrote: >> >> >> >> Hi Tom, >> >> >> >> It might have to do with the Pharo version of Glorp. I get the exact >> >> same error as with Alan's suggestion. >> >> ... >> >> I there any way I can know which version of Glorp I'm running in Pharo? >> >> >> 2014-03-03 18:21 GMT-03:00 Tom Robinson <zxrobinson(a)gmail.com>: >> >> > Hi Esteban, >> >> > >> >> > I was able to execute the following query, equivalent to what you're >> >> > trying >> >> > to do on the current dev build of VisualWorks connected to a Store >> >> > repository running in PostgreSQL. >> >> > >> >> > | session query | >> >> > session := StoreLoginFactory currentStoreSession. >> >> > query read: StorePackage >> >> > where: [:each | | subQuery | >> >> > subQuery := Query read: StorePackage >> >> > where: [:eachPkg| eachPkg name = each name]. >> >> > subQuery retrieveMax: [:eachPkg | eachPkg timestamp ]. >> >> > each timestamp = subQuery]. >> >> > session execute: query. >> >> > >> >> > This appears to be what you're trying to do. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "glorp-group" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to glorp-group+unsubscribe(a)googlegroups.com. >> To post to this group, send email to glorp-group(a)googlegroups.com. >> Visit this group at http://groups.google.com/group/glorp-group. >> For more options, visit https://groups.google.com/groups/opt_out. >> > > > > -- > Mariano > http://marianopeck.wordpress.com > -- Mariano http://marianopeck.wordpress.com

March 10, 2014

Re: [Pharo-dev] Glorp version in Pharo

by Esteban A. Maringolo

Bump. Nobody can answer this? :-/ Esteban A. Maringolo 2014-03-05 16:36 GMT-03:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: > [I'm cross posting Pharo-dev mailing list too] > > Hi Pharo developers, > > I'm having an issue while performing a not so common db query (but not > esoteric either). > And it seems the version I'm using in Pharo is outdated compared with > the latest version they're using in VW. > > Is there an official maintaner and/or updater of the Glorp port for Pharo? > > I'm using the GlorpDriverPostgreSQL, and the Glorp package from > SmalltalkHub (Glorp-MarianoMartinezPeck.88). > I don't have any DBXTalk stuff in my image. > > Do we know how old is the Pharo branch from VisualWorks? > > Regards! > > Esteban A. Maringolo > > > 2014-03-05 15:50 GMT-03:00 Alan Knight <knight(a)acm.org>: >> I think that whatever version it is it's an old one, because that looks like >> a bug that was fixed some while ago. It's not putting in the subselect table >> in the from clause. I would hope that the Pharo port would list somewhere >> which Glorp version it was built from. There's code to generate a >> Squeak/Pharo port from the VisualWorks version, and the code tries to be >> entirely portable in the core, but I never got fixes back from the last >> porting effort to incorporate, so there are probably some divergences. >> >> >> On 5 March 2014 10:31, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>> >>> Hi Tom, >>> >>> It might have to do with the Pharo version of Glorp. I get the exact >>> same error as with Alan's suggestion. >>> ... >>> I there any way I can know which version of Glorp I'm running in Pharo? > >>> 2014-03-03 18:21 GMT-03:00 Tom Robinson <zxrobinson(a)gmail.com>: >>> > Hi Esteban, >>> > >>> > I was able to execute the following query, equivalent to what you're >>> > trying >>> > to do on the current dev build of VisualWorks connected to a Store >>> > repository running in PostgreSQL. >>> > >>> > | session query | >>> > session := StoreLoginFactory currentStoreSession. >>> > query read: StorePackage >>> > where: [:each | | subQuery | >>> > subQuery := Query read: StorePackage >>> > where: [:eachPkg| eachPkg name = each name]. >>> > subQuery retrieveMax: [:eachPkg | eachPkg timestamp ]. >>> > each timestamp = subQuery]. >>> > session execute: query. >>> > >>> > This appears to be what you're trying to do.

March 10, 2014

Re: [Pharo-dev] Pharo3.0 and Halos: very annoying to work with

by Sean P. DeNigris

philippeback wrote > Hmm, how do you two-way cycle? After you enable the setting (search for "halo" I think), the shortcut without shift works in addition to shift variant, and cycles the opposite way (one is front to back, the other back to front). This is the original Squeak behavior ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo3-0-and-Halos-very-annoying-to-work-with-tp47482… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 10, 2014

Re: [Pharo-dev] [FEEDBACK] Install Pharo on Windows

by Nicolai Hess

Took me definitly more than 10 minutes to understand how the system settings browser work :) Still unsure how to add the network settings in the launcher settings. 1. add <pharoLauncherSettings> to NetworkSystemSettings>>networkSettiOn: (works these settings show up in the PHLSettingsBrowser) 2. Add another method in one of the PhlSettings classes with pragma <pharoLauncherSettings> and call NetworkSystemSettings>>networkSettiOn: from there? (does not work) regards Nicolai 2014-03-10 11:12 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > See NetworkSystemSettings > > On 10 Mar 2014, at 11:09, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > > Hi Nicolai, > > > > On Mon, Mar 10, 2014 at 9:06 AM, Nicolai Hess <nicolaihess(a)web.de> > wrote: > >> I would need a way to define the proxy settings. > > > > > > would you mind trying to implement that, it should not take you more > > than 10 minutes: the only thing needed is to find where is the Pharo > > proxy setting implemented and reference it from a method with the > > correct pragma in Pharo Launcher. I can help you if you want. > > > > -- > > Damien Cassou > > http://damiencassou.seasidehosting.st > > > > "Success is the ability to go from one failure to another without > > losing enthusiasm." > > Winston Churchill > > > >

March 10, 2014

Re: [Pharo-dev] base64.b64encode(data) equivalent

by Henrik Johansen

On 09 Mar 2014, at 9:50 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > ZnBase64Encoder new encode: 42 asByteArray. > => 'Kg==' > > (ZnBase64Encoder new decode: 'Kg==') asInteger. > => 42 > > There is also #asByteArrayOfSize: and signed/unsigned might come into play as well. > > Note that strictly speaking (as implemented by ZnBase64Encoder), Base64 is a binary to string encoding. "String" is such a loose concept, binary -> safe ASCII subset, really. Since Stefâs motivation was understanding (which in my mind always includes *why* something is done), the implication of that, is that you can safely transmit the data over any medium, with no fear of any intermediary transaction participant misinterpreting the data. The cost of this is a 33% overhead (3 binary bytes -> 4 encoded bytes), which isnât all that bad compared to alternatives like using the hex printstring. (Which, by the way, was fairly recently added as the ânewâ standard binary format in postgres, Iâd love to see the discussion where THAT ended up as the preferred alternativeâ¦ http://www.postgresql.org/docs/9.1/static/datatype-binary.html) Cheers, Henry

March 10, 2014

Re: [Pharo-dev] [FEEDBACK] Install Pharo on Windows

by Torsten Bergmann

Hi Nicolai, either we add the <pharoLauncherSettings> pragma to NetworkSystemSettings as I already suggested in https://pharo.fogbugz.com/f/cases/12405/PharoLauncher-should-include-Networ… which is the easiest solution but was denied by Damien since this would be in the base image. Another (more clean) way would be to implement a custom settings class PhLNetworkSettings with the <pharoLauncherSettings> pragma providing a similar interface for methods and delegating to NetworkSystemSettings. If you work on this please also create a "PharoLauncher-Core-Settings" category and move PhLSettingBrowser into it. It is currently in 'PharoLauncher-Core-Commands' and it is better to have an own category for settings related stuff. Thx T. > Gesendet: Montag, 10. MÃ¤rz 2014 um 11:12 Uhr > Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] [FEEDBACK] Install Pharo on Windows > > See NetworkSystemSettings > > On 10 Mar 2014, at 11:09, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > > Hi Nicolai, > > > > On Mon, Mar 10, 2014 at 9:06 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> I would need a way to define the proxy settings. > > > > > > would you mind trying to implement that, it should not take you more > > than 10 minutes: the only thing needed is to find where is the Pharo > > proxy setting implemented and reference it from a method with the > > correct pragma in Pharo Launcher. I can help you if you want. > > > > -- > > Damien Cassou > > http://damiencassou.seasidehosting.st > > > > "Success is the ability to go from one failure to another without > > losing enthusiasm." > > Winston Churchill > > > > >

March 10, 2014

Re: [Pharo-dev] Pharo3.0 and Halos: very annoying to work with

by phil＠highoctane.be

Hmm, how do you two-way cycle? Phil On Mon, Mar 10, 2014 at 11:57 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > Tudor Girba-2 wrote > > in the current implementation they are rather poor > > when you want to select a specific submorph. > > Would you be more specific about what doesn't work well for you? I have not > found it difficult to cycle through submorphs (once two-way cycling was > re-enabled as a setting). > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Pharo3-0-and-Halos-very-annoying-to-work-with-tp47482… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

March 10, 2014

Re: [Pharo-dev] Pharo3.0 and Halos: very annoying to work with

by Sean P. DeNigris

Tudor Girba-2 wrote > in the current implementation they are rather poor > when you want to select a specific submorph. Would you be more specific about what doesn't work well for you? I have not found it difficult to cycle through submorphs (once two-way cycling was re-enabled as a setting). ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo3-0-and-Halos-very-annoying-to-work-with-tp47482… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 10, 2014

Re: [Pharo-dev] [FEEDBACK] Install Pharo on Windows

by Sven Van Caekenberghe

See NetworkSystemSettings On 10 Mar 2014, at 11:09, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Hi Nicolai, > > On Mon, Mar 10, 2014 at 9:06 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: >> I would need a way to define the proxy settings. > > > would you mind trying to implement that, it should not take you more > than 10 minutes: the only thing needed is to find where is the Pharo > proxy setting implemented and reference it from a method with the > correct pragma in Pharo Launcher. I can help you if you want. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

March 10, 2014

Re: [Pharo-dev] [FEEDBACK] Install Pharo on Windows

by Damien Cassou

Hi Nicolai, On Mon, Mar 10, 2014 at 9:06 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > I would need a way to define the proxy settings. would you mind trying to implement that, it should not take you more than 10 minutes: the only thing needed is to find where is the Pharo proxy setting implemented and reference it from a method with the correct pragma in Pharo Launcher. I can help you if you want. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

March 10, 2014