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,
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'.
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 P
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 ,
> no matter what type
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 quick
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
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 fs,
- 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 m
>
>
>
>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 settin
> 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
- 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-wid
> >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 pl
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 f
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 e
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 ?
Will using 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 that the hard limit onSolaris
:( 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
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 PROT
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 P
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:4
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 informatio
21 matches
Mail list logo