Surely the thing returned by a Catalog search should be immutable?
Nope, it is lazy; immutability would require realizing it first,
which would be prohibitively expensive in many cases.
Yes .. thing is, wrapping with list() or tuple() will therefore
also be prohibitive in those cases, so can't
On Fri, 2004-03-05 at 16:57, Dieter Maurer wrote:
3) is it possible to disable caching of some object?
No, but you can (in most cases) flush it again
by calling its _p_deactivate method.
You can always do it by assigning None to _p_changed, but this
is highly unsafe. You should not do it
Jean Jordaan wrote at 2004-3-8 16:33 +0200:
Surely the thing returned by a Catalog search should be immutable?
Nope, it is lazy; immutability would require realizing it first,
which would be prohibitively expensive in many cases.
Yes .. thing is, wrapping with list() or tuple() will
Hi,
I have Zope and Activestate Python installed together in the same win-xp
machine. Everything works fine until I've learned that I can put
sys.setdefaultencoding('cp874') into sitecustomize.py to accomodate my
native language coding. Since I do that, my Zope 2.7.0 service can no
longer
On Mon, 2004-03-08 at 20:54, Sake wrote:
Everything works fine until I've learned that I can put
sys.setdefaultencoding('cp874') into sitecustomize.py
I assume you created a new sitecustomize.py to hold this in your
activestate Python's library directory, then?
I can start it manually
[Sake]
I have Zope and Activestate Python installed together in the same
win-xp machine. Everything works fine until I've learned that I can
put sys.setdefaultencoding('cp874') into sitecustomize.py to
accomodate my native language coding. Since I do that, my Zope 2.7.0
service can no
[Chris McDonough]
...
From this (and without a Windows machine in front of me), I can't
really make any sense out of why your Activestate Python's
sitecustomize.py is being found instead of Zope's Python
sitecustomize.py if you're running Zope using the Zope Python install.
I suspect it may