[PEAK] Recursive __setstate__ call
Phillip J. Eby
pje at telecommunity.com
Fri Apr 16 21:25:22 EDT 2004
At 02:58 PM 4/16/04 +0200, Radek Kanovsky wrote:
>On Thu, Mar 25, 2004 at 11:52:02AM -0500, Phillip J. Eby wrote:
>
> > So, it's almost certainly something wrong with the state management logic
> > in _persistence.c. It might be possible to workaround by having
> > 'setstate()' force ob._p_changed to a particular state before calling
> > __setstate__, but I'm not sure.
>
>Investigating persistence code I am almost sure that it is not
>possible to revive ghost object without setstate invocation as
>undesirable side effect. Any operation on ghost causes immediate
>_PyPersist_Load() -> setstate() calling.
What would happen if you temporarily set ob._p_jar to an object with a
'setstate()' method that set the desired state?
More information about the PEAK
mailing list