[Pharo-project] Pool dictionary cause problems to load package from monticello

Guillermo Polito guillermopolito at gmail.com
Sat Apr 16 22:56:10 CEST 2011


Actually, I figured that pool dictionary was not used :).  So I removed it
and problem solved, hehe :D

On Sat, Apr 16, 2011 at 10:53 PM, Mariano Martinez Peck <
marianopeck at gmail.com> wrote:

> YEs, what Guille mentions is from GlorpTest from VW. Do you know if in VW
> they still use PoolDictionaries instead of shared pools?
>
> thanks
>
> On Sat, Apr 16, 2011 at 10:14 PM, Stéphane Ducasse <
> stephane.ducasse at inria.fr> wrote:
>
>> You should use a SharedPool
>> Have a look at what we did for TextConstant.
>> PoolDictionaries are not stored as dictionary in Squeak since ages.
>>
>> Stef
>>
>> On Apr 16, 2011, at 10:06 PM, Guillermo Polito wrote:
>>
>> > Hi!
>> >
>> > I have a class who has a pool dictionary defined as
>> >
>> > ... subclass: #MyClass
>> >     instanceVariableNames: ''
>> >     classVariableNames: ''
>> >     poolDictionaries: 'MyPoolDict'
>> >    ..
>> >
>> > And when I load that class from monticello, he warns me with
>> >
>> > This package depends on the following classes:
>> >   "MyPoolDict"
>> > You must resolve these dependencies before you will be able to load
>> these definitions:
>> >
>> > If before loading the package I declare a global named MyPoolDict it
>> loads well...
>> >
>> > Of course, I can put a preload in a metacello configuration to declare
>> the global, but it sucks :).
>> >
>> > Can anyone point me in the right direction? (or maybe it's a bug... :/)
>> >
>> > Thanks!
>> > Guille
>>
>>
>>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gforge.inria.fr/pipermail/pharo-project/attachments/20110416/fa23bb8c/attachment.htm>


More information about the Pharo-project mailing list