On Tue, 2 Oct 2001, John Ziniti wrote:
Yeah ... something tells me it's a little more complicated than that.
Like recompiling the kernel, quite possibly. On FreeBSD there's
a sysctl, although you may still have to recompile the kernel in
some cases I think; on Linux you can zap a variable in
On Wednesday 03 October 2001 22:00, R. David Murray wrote:
On Tue, 2 Oct 2001, John Ziniti wrote:
Yeah ... something tells me it's a little more complicated than that.
Like recompiling the kernel, quite possibly. On FreeBSD there's
a sysctl, although you may still have to recompile the
[cc'ed to zope-dev so people can check this information]
On Thursday 04 October 2001 13:47, Joseph Wayne Norton wrote:
One related question that I have regarding cgi.py and zope.
Would there be any compatibility problem of applying the following
older cgi hotfix to python's cgi.py file and
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
]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 11:46
Subject: [Zope-dev] file descriptors on Solaris
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
02, 2001 11:46
Subject: [Zope-dev] file descriptors on Solaris
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
- 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
=x_names:list help?
Thanks.
Andreas Jung wrote:
- 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
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
- 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
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
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
13 matches
Mail list logo