We have an application whereby multimegabyte strings, each generated
from the contents of several thousands of small objects in ZODB, are
downloaded from zope as a CSV files. A particular CSV file is typically
downloaded once or twice a day at a maximum.
The major issue is that it takes a
Any suggestions as to what is causing this kind of problem? I've never
seen this in our environment on Zope 2.7.x - it just started after a
fresh install of 2.8.1.
i386 Linux, Py 2.3.5, Zope 2.8.1, plone 2.1
---
ERROR ZServer uncaptured python exception, closing channel
Just a report workaround fyi for anyone running into the same problem:
I created a db consisting of a single, fairly small table (4 fields of
short strings a few floats) and imported a large amount of data into
it (over a million records). Added a few indexes. The db size is about
440MB.
Tim Peters wrote:
Works for me (WinXP Pro SP2), although it's saner to open a DOS box,
cd to your instance's bin/ directory, and type runzope there (I
don't know why we install a Run Zope in console link -- I can't
imagine that any serious user would start Zope that way, because the
teensy DOS
Am I right in assuming that calls to objectValues etc. still return a
real sequence of objects loaded in memory from ZODB? How about making
object* calls return a generator instead? Has this been discussed
somewhere already? I tried a bit of googling list-searching but could
not find much
