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

Notification extends Exception...

by Vincent Blondeau

Hi, For Moose on web, I have to implement the loading of a Moose Model by a HTML post request. This request send a file which have to been parsed to create a model. The parsing launch a Job (by an UIManager) and the Job throws a JobStartNotification at his beginning. JobStartNotification is a subclass of Exception. I use a Zinc Server. So when I do the request, Zinc catch the Exception and send an error as response. Has a Notification to be considered like an Exception and not like a catchable object, because it's just some information... ? Cheers, Vincent

July 11, 2013

Re: [Pharo-dev] Some updates to GLorp

by Mariano Martinez Peck

If by PostgresSQL you mean the native driver (not OpenDBXDriver), then in my conf I load from ' http://www.smalltalkhub.com/mc/DBXTalk/Configurations/main' (ConfigurationOfGlorpDBX project version: '2.8') load: #('GlorpPostgresV2NativeWithTests' ). That should work. On Thu, Jul 11, 2013 at 9:27 AM, Esteban A. Maringolo <emaringolo(a)gmail.com>wrote: > What is the configuration I should load to get the latest Glorp + > PostgreSQL? > Esteban A. Maringolo > > > 2013/7/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Hi guys > > > > I did a couple of things related to Glorp. I commited 2 fixes related to > the > > connection pool. > > Also, for the native postgres driver, I adapted the pool we have for > > OpenDBXDriver. It's quite ugly because we are duplicating quite a lot of > > code, but the hierarchy make things complicated here and I don't have > more > > time to improve it (at least not right now). If someone wants to give it > a > > shoot :) You can give it as an exercise to a student hahaha. > > > > So...to sum up, some fixes in GlorpOpenDBXDriver and the new connection > pool > > to > > GlorpDriverPostgreSQL. > > > > Cheers, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

July 11, 2013

Re: [Pharo-dev] Some updates to GLorp

by Esteban A. Maringolo

What is the configuration I should load to get the latest Glorp + PostgreSQL? Esteban A. Maringolo 2013/7/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Hi guys > > I did a couple of things related to Glorp. I commited 2 fixes related to the > connection pool. > Also, for the native postgres driver, I adapted the pool we have for > OpenDBXDriver. It's quite ugly because we are duplicating quite a lot of > code, but the hierarchy make things complicated here and I don't have more > time to improve it (at least not right now). If someone wants to give it a > shoot :) You can give it as an exercise to a student hahaha. > > So...to sum up, some fixes in GlorpOpenDBXDriver and the new connection pool > to > GlorpDriverPostgreSQL. > > Cheers, > > -- > Mariano > http://marianopeck.wordpress.com

July 11, 2013

Re: [Pharo-dev] [update 3.0] #30261

by Friedrich Dominicus

Marcus Denker <marcus.denker(a)inria.fr> writes: > 30261 > ----- > > 11138 Implementation of user directories is a mess > https://pharo.fogbugz.com/f/cases/11138 > > Diff information: > http://smalltalkhub.com/mc/Pharo/Pharo30/main/Traits-MarcusDenker.542.diff > http://smalltalkhub.com/mc/Pharo/Pharo30/main/FileSystem-Core-MarcusDenker.… Stupid question how am I supposed to read that stuff on fogbugz? Regards Friedrich

July 11, 2013

Re: [Pharo-dev] [update 3.0] #30261

by Camillo Bruni

On 2013-07-11, at 12:11, Stephan Eggermont <stephan(a)stack.nl> wrote: > Marcu swrote: >> Sadly right now one needs an account... >> >> There are multiple bugs that make the experience right now a bit sub-optimal >> >> 1) to get an account quickly there is >> >> http://bugs.pharo.org >> >> *but* there is a bug that it does not work with a dot in the email address. >> >> 2) http://bugs.pharo.org >> *should* be a complete list of all the open bugs and the links in the mail *should* point there, >> but sadly it is not up to date. >> >> For all these there are of course bugs reportedâ¦ but sadly they don't solve themselves. > > And of course we welcome contributions to LightHouse > > MCHttpRepository > location: 'http://smalltalkhub.com/mc/DiegoLont/LightHouse/main' > user: '' > password: '' > > Currently needs a Moose image (or a Pharo with Glamour loaded) create a jenkins job if you want to distribute it ;) https://ci.inria.fr/pharo-contribution/ as detailed instructions on how to do this.

July 11, 2013

Re: [Pharo-dev] [update 3.0] #30263

by Camillo Bruni

On 2013-07-11, at 12:03, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > On 11 Jul 2013, at 10:54, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> 30263, the third try > > Isn't the Monkey supposed to catch bogus integrations _before_ you ? We still have strange issues with the ImageWorker (running code in a remote image) that's why the monkey is out of order... well, I can "waste" another day on that I guess ;)

July 11, 2013

Re: [Pharo-dev] [update 3.0] #30261

by Stephan Eggermont

Marcu swrote: >Sadly right now one needs an account... > >There are multiple bugs that make the experience right now a bit sub-optimal > >1) to get an account quickly there is > > http://bugs.pharo.org > >*but* there is a bug that it does not work with a dot in the email address. > >2) http://bugs.pharo.org >*should* be a complete list of all the open bugs and the links in the mail *should* point there, >but sadly it is not up to date. > >For all these there are of course bugs reportedâ¦ but sadly they don't solve themselves. And of course we welcome contributions to LightHouse MCHttpRepository location: 'http://smalltalkhub.com/mc/DiegoLont/LightHouse/main' user: '' password: '' Currently needs a Moose image (or a Pharo with Glamour loaded) Stephan

July 11, 2013

Re: [Pharo-dev] [update 3.0] #30263

by Sven Van Caekenberghe

On 11 Jul 2013, at 10:54, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 30263, the third try Isn't the Monkey supposed to catch bogus integrations _before_ you ?

July 11, 2013

Re: [Pharo-dev] the return of the strange methods

by Jan Vrany

On 11/07/13 07:32, Marcus Denker wrote: > > On Jul 11, 2013, at 8:26 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> I would really like to have Sunit 5 in Pharo. >> > > Of course we added lots of things to Sunit, so this means rewriting tests. (e.g. skip). > > And we will get the sunit* methods backâ¦ You sure? Because back in ESUG in Barcelona, Niall spent a spent a *lot* of time with variaos people re-checking whether there is a common method in all supported dialects so we may kill as many of those a possible. I hate them :-) > >> Stef >> >> On Jul 10, 2013, at 6:45 PM, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: >> >>>> What you want is a TAssertable>>#should:raise: that: >>>> - takes a one arg block as second argument that is evaluated with the >>>> exception thrown >>>> - fails if no exception is raised >>>> >>> >>> Then please call it #should:raise:suchThat: >>> That's what is in upcoming SUnit 5.0 [1] >>> >>> Also I would avoid using traits in SUnit, this is >>> non-portable. The TestAsserter class was introduced already >>> in SUnit 4.0. Indeed, only if you at all care about having SUnit in sync >>> with other dialects :-) >>> >>> Best, Jan >>> >>> [1]: https://swing.fit.cvut.cz/hg/stx.goodies.sunit/file/fb932a5daa97/TestAssert… >>> >> >> > > >

July 11, 2013

[update 3.0] #30263

by Marcus Denker

30263, the third try ----- 10466 Better interruption https://pharo.fogbugz.com/f/cases/10466 10304 FileStreamTest should cleanup test files created https://pharo.fogbugz.com/f/cases/10304 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tests-MarcusDenker.584.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1516.diff

July 11, 2013