mitchell,
since python 2.2 is not yet officially supported i stuck with 2.1. we
haven't done any extensive testing using 2.2 yet and there might still be
some side effects.
jens
On Monday, October 1, 2001, at 10:43 , Mitchell L Model wrote:
...
Wonderful! Thanks!! Great information.
You may want to ask these questions on the zodb-dev list instead of on
here... more likely to get the answers in a timely way..
- Original Message -
From: Tim Hoffman [EMAIL PROTECTED]
To: Dieter Maurer [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, October 01, 2001 11:41 PM
I am running into a problem where Zope is trying to open too many
file descriptors (256) in order to process a POST.
I'm not sure how to phrase this question, but my reading has suggested
that this limit may be set by the FILE struct in /usr/incldue/stdio.h.
Does anyone know if this is used in
There is always a hard limit of filedescriptors (based on the kernel
configuration). But usually you can change the number of descriptors
using limit descriptors under tcsh/csh. Under Bash I think you
must call ulimit.
Andreas
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
:( I was hoping against hope that this wouldn't be the answer ...
I think that the hard limit onSolaris must be 256, because ulimit -n 200
seems to have the appropriate effect of making Zope complain about
too many open files ... but anything higher than 256 gets
a File not found ...
Let's
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 12:01
Subject: Re: [Zope-dev] file descriptors on Solaris
:( I was hoping against hope that this wouldn't be the answer ...
I think that the hard limit onSolaris must be
Yeah ... something tells me it's a little more complicated than that.
Any advice on the other front? If I can reduce the number of files
Zope needs to process this request, I'd grumpily agree to do that,
is Zope opening a file for every input name=x.name:records?
Will using input
Hello Dario,
Just noticed behaviour similar to this a couple of days ago , but
haven't had the time to file a report on it.. - We managed to narrow
it down a bit , tho' :
In our installation ; Zope silently restarted , quite quickly , and
almost unnoticeable to our editors.
This was triggered
I'd just like to summarize for the list some additional findings,
questions and clarifications.
DIAGNOSIS:
It appears that this only happens when the form is specified with
enctype=multipart/form-data. In that case, Zope (or, more accurately,
the cgi module), tries to create temporary file
From my POV, I don't mind that you guess wrong, it's just that the
guesses aren't updated when it becomes apparent that they *are* wrong.
It would be nice if the plan for the next release could be updated every
two weeks or so.
I will try to be better about that. Unfortunately, the
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 14:50
Subject: Re: [Zope-dev] file descriptors on Solaris [SUMMARY]
PROGNOSIS:
The problem (on Solaris) is not very easy to fix, since it lies in the
system-wide
http://dev.zope.org/Wikis/DevSite/Proposals/ToleratingHangsAndLeaks
... another proposal for extending Zope with a mode where it would
restart itself every so often or as it determines its in a
pathological state.
This one would be cool.
cheers,
Chris
This is nonsense. Solaris allows of course to use more than 256 FDs.
I don't know how they are stored inside the kernel but I have been using
Solaris in projects where we used 1024 FDs and more. Zope does not
increase the number of allowed FDs (resource module) but inherits
the settings from
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
To: Andreas Jung [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 15:57
Subject: Re: [Zope-dev] file descriptors on Solaris [SUMMARY]
This is nonsense. Solaris allows of course to use more than 256 FDs.
Developer Tools release
ExtSearch/ExtIndex - Allows FS search from zope, integrates with swish++,
includes a pluggable index and standalone version
EventChannel - simple publish/subscribe system for zope with different
channels and filters.
SQLEngine - loads up sql methods from the
Geir Bækholt wrote:
Hello Dario,
Just noticed behaviour similar to this a couple of days ago , but
haven't had the time to file a report on it.. - We managed to narrow
it down a bit , tho' :
In our installation ; Zope silently restarted , quite quickly , and
almost unnoticeable to our
Matthew T. Kromer wrote:
Geir Bækholt wrote:
Hello Dario,
Just noticed behaviour similar to this a couple of days ago , but
haven't had the time to file a report on it.. - We managed to narrow
it down a bit , tho' :
In our installation ; Zope silently restarted , quite quickly , and
On Wednesday 03 October 2001 04:50, John Ziniti wrote:
DIAGNOSIS:
It appears that this only happens when the form is specified with
enctype=multipart/form-data. In that case, Zope (or, more accurately,
the cgi module), tries to create temporary file for each form input,
no matter what type
False alarm for Python2.2a4. It does work
It seems I was either hallucinating or had screwed something up.
After discussions with Guido, after which I understood a lot better
what was supposed to be happening and why, I started over, and this
time it worked. With the updates for OS 10.1 in
Zope Version: 2.4.1 on linux.
When I tried to add a ZCatalog followed by finding objects to index using
the default indices provided (path, summary, id, title etc), the 'path' and
'summary' indices are never generated. The 'summary' index is always an
empty string and the 'path' index is 'None'.
On Wed, Oct 03, 2001 at 12:44:11AM -0400, Mitchell L Model wrote:
False alarm for Python2.2a4. It does work
It seems I was either hallucinating or had screwed something up.
After discussions with Guido, after which I understood a lot better
what was supposed to be happening and why, I
21 matches
Mail list logo