- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Voyage: GC collecting random objects?

by Esteban Lorenzano

Hi, Voyage should keep a weak cache... objects should be disposed as soon as they are not used anymore. Now... it is saying "Reference not found", or "Lazy reference not found"? Esteban On Feb 8, 2013, at 11:46 AM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > Hi! > > We've been trying to migrate the data of our Iliad webapp to Voyage, and so far everything was going great, until the garbage collector collected objects it shouldn't have... Here's what we did: > > We used to have all objects stored in an Instances classVar belonging to their own classes, so: > > I had our classes return true to #isVoyageRoot > ourClasses do: [ :c | (c classVarNamed: #Instances) do: [ :i | i save ]] > I checked MongoDB and all was looking great. From Pharo, we could get all our instances and explore all of their relationships by OurClass selectAll. Everything was working, so we thought we didn't need the image stored instances anymore, thus: > ourClasses do: [ :c | c classVarNamed: #Instances put: nil ] > Smalltalk garbageCollect > RMUser selectAll â (long delay) â BOOM â 'Reference not found RMUser: OID(3725800612)' > So, should we actually keep references to our instances in the image? I doubt this is the case, cos that'd mean we still have the 2Gb storage limitation, and then having an external DB would not be helping much... > > Thanks a lot in advance! > > Bernat. > > p.s. I've also tried saving copies of my objects, but the result's been the same, after garbage-collecting, I lose references. > > -- > Bernat Romagosa.

Feb. 8, 2013

[Pharo-project] [update 2.0] #20524

by Marcus Denker

20524 ----- Issue 7027: Wrong halo handle balloon text showing http://code.google.com/p/pharo/issues/detail?id=7027 Diff information: http://ss3.gemstone.com/ss/Pharo20/MorphicTests-MarcusDenker.66.diff http://ss3.gemstone.com/ss/Pharo20/Morphic-MarcusDenker.1347.diff

Feb. 8, 2013

Re: [Pharo-project] [Update] Zinc-SSO now supports Dropbox !

by Jan van de Sandt

Hi, The Zinc-SSO-Seaside-Support package contains Seaside configuration classes for the required configuration data of the different OAuth/OpenID providers. When you use these classes you don't have to hardcode the specific consumerKey and consumerSecret in your code but you can use the Seaside config web page to setup the correct values. See ZnSSOSeasideDemo>>#register for an example. If you want to run the demo you need a registration with at least one of the SSO providers. Jan. On Fri, Feb 8, 2013 at 11:01 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Gofer it > url: 'http://mc.stfx.eu/ZincHTTPComponents'; > package: 'ConfigurationOfZincHTTPComponents'; > load. > > ConfigurationOfZincHTTPComponents project latestVersion load: 'SSO'. > > Gofer it > url: 'http://mc.stfx.eu/ZincHTTPComponents'; > package: 'Zinc-Seaside'; "not necessary, updating to the latest > version" > package: 'Zinc-SSO-Seaside-Support'; > package: 'Zinc-SSO-Seaside-Demo'; > load. > > Should load all necessary code (provided you have Seaside already), no ? > > But running it is another matter: you need to setup all the providers. > I have done this, but using Jan's credentials, but these can of course not > be shared. > I would guess that the demo will not do anything unless these are set up. > > Jan, what can be done about this ? > > On 08 Feb 2013, at 10:37, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> wrote: > > > Hi Sven, > > > > I loaded ConfigurationOfZincHTTPComponents '2.3.2' from > http://mc.stfx.eu. > > With this, I have the ZnSSOSeasideDemo loaded. > > > > But in the register method of ZnSSOSeasideDemo , there are classes > referenced, which are not loaded with this Conf. > > Where can I find them? > > ZnOpenIDConfiguration, > > ZnOAuth1TwitterConfiguration, > > ZnOAuth2FacebookConfiguration, > > ZnOAuth2GoogleConfiguration, > > ZnOAuth2MicrosoftConfiguration. > > > > Greetings > > Sabine > > > > On Fri, Feb 8, 2013 at 9:08 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > > On 07 Feb 2013, at 17:33, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > >> Where can I find the code/package of the seaside demo app from Jan? > > > > > > It is in the main Zn repository: http://mc.stfx.eu > > > > Make that http://mc.stfx.eu/ZincHTTPComponents > > > > There is no GUI to this repository, it is storage only. > > > > Sven > > > > > > >

Feb. 8, 2013

[Pharo-project] Voyage: GC collecting random objects?

by Bernat Romagosa

Hi! We've been trying to migrate the data of our Iliad webapp to Voyage, and so far everything was going great, until the garbage collector collected objects it shouldn't have... Here's what we did: We used to have all objects stored in an Instances classVar belonging to their own classes, so: 1. I had our classes return true to *#isVoyageRoot* 2. *ourClasses do: [ :c | (c classVarNamed: #Instances) do: [ :i | i save ]]* 3. I checked MongoDB and all was looking great. From Pharo, we could get all our instances and explore all of their relationships by *OurClass selectAll*. Everything was working, so we thought we didn't need the image stored instances anymore, thus: 4. *ourClasses do: [ :c | c classVarNamed: #Instances put: nil ]* 5. *Smalltalk garbageCollect* 6. *RMUser selectAll* â (long delay) â BOOM â 'Reference not found RMUser: OID(3725800612)' So, should we actually keep references to our instances in the image? I doubt this is the case, cos that'd mean we still have the 2Gb storage limitation, and then having an external DB would not be helping much... Thanks a lot in advance! Bernat. p.s. I've also tried saving copies of my objects, but the result's been the same, after garbage-collecting, I lose references. -- Bernat Romagosa.

Feb. 8, 2013

[Pharo-project] [update 2.0] #20523

by Marcus Denker

20523 ----- Issue 7441: EventHandler is deprecated yet EventHandlerPlus, a subclass, still is there http://code.google.com/p/pharo/issues/detail?id=7441 Issue 6622: PluggableTextMorph: Copy/Paste and Undo should respect autoAccept (was Bug when doing Paste in Find & Replace dialog) http://code.google.com/p/pharo/issues/detail?id=6622 Diff information: http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-MarcusDenker.769.diff http://ss3.gemstone.com/ss/Pharo20/Morphic-MarcusDenker.1346.diff http://ss3.gemstone.com/ss/Pharo20/Deprecated20-MarcusDenker.32.diff

Feb. 8, 2013

Re: [Pharo-project] [Update] Zinc-SSO now supports Dropbox !

by Sven Van Caekenberghe

Gofer it url: 'http://mc.stfx.eu/ZincHTTPComponents'; package: 'ConfigurationOfZincHTTPComponents'; load. ConfigurationOfZincHTTPComponents project latestVersion load: 'SSO'. Gofer it url: 'http://mc.stfx.eu/ZincHTTPComponents'; package: 'Zinc-Seaside'; "not necessary, updating to the latest version" package: 'Zinc-SSO-Seaside-Support'; package: 'Zinc-SSO-Seaside-Demo'; load. Should load all necessary code (provided you have Seaside already), no ? But running it is another matter: you need to setup all the providers. I have done this, but using Jan's credentials, but these can of course not be shared. I would guess that the demo will not do anything unless these are set up. Jan, what can be done about this ? On 08 Feb 2013, at 10:37, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> wrote: > Hi Sven, > > I loaded ConfigurationOfZincHTTPComponents '2.3.2' from http://mc.stfx.eu. > With this, I have the ZnSSOSeasideDemo loaded. > > But in the register method of ZnSSOSeasideDemo , there are classes referenced, which are not loaded with this Conf. > Where can I find them? > ZnOpenIDConfiguration, > ZnOAuth1TwitterConfiguration, > ZnOAuth2FacebookConfiguration, > ZnOAuth2GoogleConfiguration, > ZnOAuth2MicrosoftConfiguration. > > Greetings > Sabine > > On Fri, Feb 8, 2013 at 9:08 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 07 Feb 2013, at 17:33, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> Where can I find the code/package of the seaside demo app from Jan? > > > > It is in the main Zn repository: http://mc.stfx.eu > > Make that http://mc.stfx.eu/ZincHTTPComponents > > There is no GUI to this repository, it is storage only. > > Sven > >

Feb. 8, 2013

Re: [Pharo-project] [Update] Zinc-SSO now supports Dropbox !

by Sabine KnÃ¶fel

thanks for the fast reply :-) On Fri, Feb 8, 2013 at 10:50 AM, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > Hi, > > These classes are part of the package Zinc-SSO-Seaside-Support. > > Jan. > > > On Fri, Feb 8, 2013 at 10:37 AM, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> > wrote: >> >> Hi Sven, >> >> I loaded ConfigurationOfZincHTTPComponents '2.3.2' from >> http://mc.stfx.eu. >> With this, I have the ZnSSOSeasideDemo loaded. >> >> But in the register method of ZnSSOSeasideDemo , there are classes >> referenced, which are not loaded with this Conf. >> Where can I find them? >> ZnOpenIDConfiguration, >> ZnOAuth1TwitterConfiguration, >> ZnOAuth2FacebookConfiguration, >> ZnOAuth2GoogleConfiguration, >> ZnOAuth2MicrosoftConfiguration. >> >> Greetings >> Sabine >> >> >> On Fri, Feb 8, 2013 at 9:08 AM, Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >>> >>> >>> On 07 Feb 2013, at 17:33, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> >> Where can I find the code/package of the seaside demo app from Jan? >>> > >>> > It is in the main Zn repository: http://mc.stfx.eu >>> >>> Make that http://mc.stfx.eu/ZincHTTPComponents >>> >>> There is no GUI to this repository, it is storage only. >>> >>> Sven >>> >> >

Feb. 8, 2013

Re: [Pharo-project] script for downloading the latest image

by Martin Dias

Please tell me if you see something wrong! On Fri, Feb 8, 2013 at 10:54 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > Hi > > I'd like to share a simple script I'm using to download the latest 2.0 > image in current directory. It's built from jenkins ci scripts, so it > should be fine: > > https://gist.github.com/tinchodias/4737729#file-imageget > > Cheers! > Martin

Feb. 8, 2013

[Pharo-project] script for downloading the latest image

by Martin Dias

Hi I'd like to share a simple script I'm using to download the latest 2.0 image in current directory. It's built from jenkins ci scripts, so it should be fine: https://gist.github.com/tinchodias/4737729#file-imageget Cheers! Martin

Feb. 8, 2013

Re: [Pharo-project] [Update] Zinc-SSO now supports Dropbox !

by Jan van de Sandt

Hi, These classes are part of the package Zinc-SSO-Seaside-Support. Jan. On Fri, Feb 8, 2013 at 10:37 AM, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com>wrote: > Hi Sven, > > I loaded ConfigurationOfZincHTTPComponents '2.3.2' from http://mc.stfx.eu > . > With this, I have the ZnSSOSeasideDemo loaded. > > But in the register method of ZnSSOSeasideDemo , there are classes > referenced, which are not loaded with this Conf. > Where can I find them? > ZnOpenIDConfiguration, > ZnOAuth1TwitterConfiguration, > ZnOAuth2FacebookConfiguration, > ZnOAuth2GoogleConfiguration, > ZnOAuth2MicrosoftConfiguration. > > Greetings > Sabine > > > On Fri, Feb 8, 2013 at 9:08 AM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > >> >> On 07 Feb 2013, at 17:33, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> >> Where can I find the code/package of the seaside demo app from Jan? >> > >> > It is in the main Zn repository: http://mc.stfx.eu >> >> Make that http://mc.stfx.eu/ZincHTTPComponents >> >> There is no GUI to this repository, it is storage only. >> >> Sven >> >> >

Feb. 8, 2013