So... this time I got a really weird one. I'm storing a subclass of
File (Archetypes newBaseUnit, File is the only base class) into a
PersistentMapping, and I'm getting:
'Can't pickle objects in acquisition wrappers'
However, as far as I can see, the object is *not* acquisition
wrapper. If I
Alan Milligan wrote at 2003-12-15 13:45 +1100:
>I'm trying to upgrade my Zpydoc product to Python 2.3.2 from 2.1.3 and
>have come across a confusing situation in regard to the
>inspect.getmembers function.
>
>This function uses the builtin dir() function to get a list of an
>objects attributes.
On Mon, 2003-12-15 at 11:51, Casey Duncan wrote:
> On Mon, 15 Dec 2003 10:02:58 -0600
> Evan Simpson <[EMAIL PROTECTED]> wrote:
>
> > Sidnei da Silva wrote:
> > > If you look at FSPageTemplate, its obvious that it doesn't subclass
> > > ZopePageTemplate, but the solution is not so obvious. Using:
On Mon, 15 Dec 2003 10:02:58 -0600
Evan Simpson <[EMAIL PROTECTED]> wrote:
> Sidnei da Silva wrote:
> > If you look at FSPageTemplate, its obvious that it doesn't subclass
> > ZopePageTemplate, but the solution is not so obvious. Using:
> >
> > pt_getContext = ZopePageTemplate.pt_getContext.i
Sidnei da Silva wrote:
Yep. Sorry for not having checked CMF Head. BTW, Yuppie, can we get a
1.5 soon?
Maybe [EMAIL PROTECTED] is a better place for questions like that?
Today Tres Seaver wrote:
BTW, I plan to post a draft roadmap for CMF 1.5 soon (today, I hope),
and to ask for feedback.
Yuppie
On Mon, Dec 15, 2003 at 07:56:04AM -0500, Chris McDonough wrote:
| On Mon, 2003-12-15 at 08:04, Sidnei da Silva wrote:
| > pt_getContext = ZopePageTemplate.pt_getContext.im_func
| >
| > Seemed to work, though I'm almost sure that is not the Right Thing (tm).
|
| This exact fix was already che
Sidnei da Silva wrote:
If you look at FSPageTemplate, its obvious that it doesn't subclass
ZopePageTemplate, but the solution is not so obvious. Using:
pt_getContext = ZopePageTemplate.pt_getContext.im_func
Wow, FSPageTemplate is lousy with this sort of thing, isn't it? I'd
have spelled it Zo
On Mon, Dec 15, 2003 at 05:21:55AM -0500, Jim Fulton wrote:
> Chris McDonough wrote:
> >Woot! ;-) Descriptors, yum...
>
> But you can use descriptors in extension classes now too.
I wondered what the heck you guys were on about...
google turned up this:
http://users.rcn.com/python/download/Descr
On Mon, 2003-12-15 at 05:21, Jim Fulton wrote:
> Chris McDonough wrote:
> > Woot! ;-) Descriptors, yum...
>
> But you can use descriptors in extension classes now too.
> Extension classes are now just new-style classes with some
> extra features and a different mro algorithm.
Whoa. Cool. That
Chris McDonough wrote:
Woot! ;-) Descriptors, yum...
But you can use descriptors in extension classes now too.
Extension classes are now just new-style classes with some
extra features and a different mro algorithm.
Jim
On Mon, 2003-12-15 at 10:02, Jeremy Hylton wrote:
On Mon, 2003-12-15 at 08:1
[Jeremy Hylton]
>> I don't think it makes a lot of sense to put an __del__ method on a
>> Persistent object.
[Dieter Maurer]
> I just read in "cPersistence.c:ghostify":
>
> /* We remove the reference to the just ghosted object that the ring
>* holds. Note that the dictionary of oids->object
Woot! ;-) Descriptors, yum...
On Mon, 2003-12-15 at 10:02, Jeremy Hylton wrote:
> On Mon, 2003-12-15 at 08:15, Chris McDonough wrote:
> > Can you answer a question about the features we're allowed now? If we
> > don't use extensionclass, is it possible to persist instances of
> > new-style class
On Mon, 2003-12-15 at 08:15, Chris McDonough wrote:
> Can you answer a question about the features we're allowed now? If we
> don't use extensionclass, is it possible to persist instances of
> new-style classes in ZODB now (ie. is persistent.Persistent really a
> new-style type/class)?
Yes. (i.e
On Mon, 2003-12-15 at 07:34, Dieter Maurer wrote:
> >I don't think it makes a lot of sense to put an __del__ method on a
> >Persistent object.
>
> I just read in "cPersistence.c:ghostify":
>
> /* We remove the reference to the just ghosted object that the ring
> * holds. Note that the d
> On Mon, 2003-12-15 at 02:39, Jim Fulton wrote:
>
> > I checked in the necessary fix for PersistentMapping. There was a
> > change in the data structure and I had to add some logic to convert
> > some old state.
Oh, geez, I remember this setstate/getstate business now. FWIW, I think
Jeremy add
On Mon, 2003-12-15 at 02:39, Jim Fulton wrote:
> I checked in the necessary fix for PersistentMapping. There was a
> change in the data structure and I had to add some logic to convert
> some old state.
>
> I also had to check in a %$#@ travesty because Data.fs.in still has
> references to BoboP
On Mon, 2003-12-15 at 02:47, Jim Fulton wrote:
> Chris McDonough wrote:
> ...
>
> > Out of curiosity, could you explain why it matters in this context
> > whether it's an extensionclass or not? Is it because there might be a
> > set of people using PersistentMapping objects for whom its important
Hi Sidnei!
Sidnei da Silva wrote:
So, it seems Chris McDonough figured out what we couldn't *wink*. Now,
it seems like Zope HEAD boots fine with an old Data.fs, and I could
even get a Plone 1.0 site migrated to Plone 2.0 and CMF 1.4 (a small
problem on DCWorkflow, but I checked in a fix).
Maybe yo
On Mon, 2003-12-15 at 08:04, Sidnei da Silva wrote:
> pt_getContext = ZopePageTemplate.pt_getContext.im_func
>
> Seemed to work, though I'm almost sure that is not the Right Thing (tm).
This exact fix was already checked in to the CMF HEAD by Yuppie a couple
of days ago (and a series of other
These are lines that did not produce an error with zope 2.6.2. They
aren't even my code - I've run into errors in two different products -
Plone and PloneCalendar.
For testing, I merged the line together, then pressed Enter and used
spaces to move the code across multiple lines.
Gerry Kirk
Proje
So, it seems Chris McDonough figured out what we couldn't *wink*. Now,
it seems like Zope HEAD boots fine with an old Data.fs, and I could
even get a Plone 1.0 site migrated to Plone 2.0 and CMF 1.4 (a small
problem on DCWorkflow, but I checked in a fix).
Soo... now, i'm getting some errors out of
Jeremy Hylton wrote at 2003-12-8 15:28 -0500:
>On Mon, 2003-12-08 at 13:17, Dieter Maurer wrote:
>> Jeremy Hylton wrote at 2003-12-7 23:01 -0500:
>> >On Sun, 2003-12-07 at 08:15, Dieter Maurer wrote:
>> >> ATT: replacing the cache without clearing it can lead to huge
>> >> memory leaks (everyth
OK, 2 against 1 for. I won't make anything extra. I'll do the merge today or
tomorrow or something.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
ht
Chris McDonough wrote:
...
Out of curiosity, could you explain why it matters in this context
whether it's an extensionclass or not? Is it because there might be a
set of people using PersistentMapping objects for whom its important
that they be able to use extenionclass semantics against them? I
Chris McDonough wrote:
On Sun, 2003-12-14 at 23:02, Chris McDonough wrote:
Here's an idea: create a simple script that manufactured a module which
set up the Zope configuration, "filled in" for BTree in sys.modules, and
got a hold of Zope.app(), causing ZGlobals to be replaced by a new-style
BTree
25 matches
Mail list logo
