Re: [Zope-dev] compiling Zope 2.4.1 on Mac OS 10.1

2001-10-02 Thread Jens Vagelpohl

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.

 Having said that, and having spent a couple of hours experimenting, let 
 me try to clarify things a bit:

 1.  Python 2.2a4 defaults to --with-dylib, so you don't need that when 
 making Python 2.2a4 as you did for 2.1.

 2.  Likewise, you don't need to set OPT the way the 2.1 README says for 
 Mac OS 10.

 3.  Similarly, the Python2.2a4 configure.in knows to add -flat_namespace 
 to Makefile.pre and therefore Makefile.

 4.  Both 2.1 and 2.2a4 correctly specify -undefined suppress.

 So, whereas I did need to fix the Python 2.1 Makefile to build it, I didn'
 t need to fix the Python 2.2a4 Makefile to build it.  (I guess I didn't 
 try building Python 2.1 yesterday, or I would have realized the problem 
 wasn't in Zope, but in Python, as you discovered.)

 From my experience this evening, I'm surprised that fixing the Python 
 Makefile would allow you to compile Zope.  It turns out that the zope 
 configuration process uses the Makefile.pre.in installed in (typically) 
 /usr/local/lib/python2.{1,2}/config.  It also turns out that although 
 Python 2.2a4 correctly adds -flat_namespace to Makefile.pre and Makefile,
  it doesn't add it to Makefile.pre.in!  So for both 2.1 and 2.2 I had to 
 add:

   LDSHARED=   $(CC) $(LDFLAGS) -flat_namespace -undefined suppress

 to Makefile.pre.in, either in the Python src directory before doing 'make 
 install' or in the /usr/local/lib/python2.{1,2}/config after doing the 
 install.

 I'll report this problem to the Python developers.  Thanks for you hints 
 and your careful reading of the fink documentation on shared libraries.  
 (fink is a fabulous resource!)

 --
 --- Mitchell


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Read only ZEO

2001-10-02 Thread Chris McDonough

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
Subject: Re: [Zope-dev] Read only ZEO


 HI Dieter

 I had a look at z2.py (it's actually -r) so any way I tried (not too
 successfully).

 I have zeo running with 2.4.1 I have a zss and 2 zeo clients.
 One running without -r switch and one running with -r

 In z2.py the -r switch is documented as follows

   -r

 Run ZServer is read-only mode. ZServer won't write anything to disk.
 No log files, no pid files, nothing. This means that you can't do a
 lot of stuff like use PCGI, and zdaemon. ZServer will log hits to
 STDOUT and zLOG will log to STDERR.

 Well when running a zeo client with -r switch results in no log files
 being written
 and the log is written to STDOUT, but the ZEO client is definately not
 in readonly mode
 ie I can create and modify documents.  (It probably means it can;t cache
 to disk ;-)

 I need to track down where READ_ONLY flag is used.  There isn't an
 occurrance
 with the ZEO code, so unless the READ_ONLY capability is implemented
 higher up
 in the transaction service, thenI think it isn't going to work.

 This document http://www.amk.ca/zodb/zodb-zeo.html which is linked to on
 the Zeo Product page
 actually mentions using Zeo client in readonly mode. I wonder if anyone
 has actually done it?

 Tim


 Dieter Maurer wrote:

 Tim Hoffman writes:
   In some of the overview documents discussing ZEO, there is reference
   to a ZEO client potentially mounted a ZSS in read only mode. (I want
   to have some ZEO's in read/write as well)
 When you start Zope with the -R option (I think, look at
 z2.py!), it is in read-only mode.
 
   I have been trying to work out how this might be achieved
   but have pretty much drawn a blank, has anyone done this I
   have any idea how I might go about doing such a thing.
 There is a patch at
 
   http://www.dieter.handshake.de/pyprojects/zope
 
 which allows Zope to be started with a read only storage.
 
 Maybe, you can adapt it for ZEO.
 
 
 Dieter
 




 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] file descriptors on Solaris

2001-10-02 Thread John Ziniti

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 Python/Zope?

My first impression was that this problem would be easy to solve --
just up the number of FD's, but now, I'm not so sure.  Any
suggestions?

Here's a traceback -- but I don't think it's much help

Traceback (innermost last):
  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py, line 223, in 
publish_module
  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py, line 187, in 
publish
  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/Zope/__init__.py, line 226, in 
zpublisher_exception_hook
(Object: ApplicationDefaultPermissions)
  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py, line 136, in 
publish
  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/HTTPRequest.py, line 405, 
in processInputs
  File /ilocal/lib/python2.1/cgi.py, line 517, in __init__
  File /ilocal/lib/python2.1/cgi.py, line 606, in read_multi
  File /ilocal/lib/python2.1/cgi.py, line 519, in __init__
  File /ilocal/lib/python2.1/cgi.py, line 616, in read_single
  File /ilocal/lib/python2.1/cgi.py, line 636, in read_lines
  File /ilocal/lib/python2.1/cgi.py, line 723, in make_file
  File /ilocal/opt/Zope-2.4.0-src/lib/python/tempfile.py, line 155, in TemporaryFile
OSError: [Errno 2] No such file or directory




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris

2001-10-02 Thread Andreas Jung

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]
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 suggested
 that this limit may be set by the FILE struct in /usr/incldue/stdio.h.

 Does anyone know if this is used in Python/Zope?

 My first impression was that this problem would be easy to solve --
 just up the number of FD's, but now, I'm not so sure.  Any
 suggestions?

 Here's a traceback -- but I don't think it's much help

 Traceback (innermost last):
   File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py,
line 223, in publish_module
   File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py,
line 187, in publish
   File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/Zope/__init__.py, line
226, in zpublisher_exception_hook
 (Object: ApplicationDefaultPermissions)
   File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py,
line 136, in publish
   File
/u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/HTTPRequest.py, line
405, in processInputs
   File /ilocal/lib/python2.1/cgi.py, line 517, in __init__
   File /ilocal/lib/python2.1/cgi.py, line 606, in read_multi
   File /ilocal/lib/python2.1/cgi.py, line 519, in __init__
   File /ilocal/lib/python2.1/cgi.py, line 616, in read_single
   File /ilocal/lib/python2.1/cgi.py, line 636, in read_lines
   File /ilocal/lib/python2.1/cgi.py, line 723, in make_file
   File /ilocal/opt/Zope-2.4.0-src/lib/python/tempfile.py, line 155, in
TemporaryFile
 OSError: [Errno 2] No such file or directory




 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris

2001-10-02 Thread John Ziniti

 :(  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 try this from another angle ... why does Zope need to open so
many files just to process a *large-but-not-really-large* POST?

Can I change something about the way the form is set up (I use
a lot of :records) to circumvent the problem?

Andreas Jung wrote:

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]
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 suggested
that this limit may be set by the FILE struct in /usr/incldue/stdio.h.

Does anyone know if this is used in Python/Zope?

My first impression was that this problem would be easy to solve --
just up the number of FD's, but now, I'm not so sure.  Any
suggestions?

Here's a traceback -- but I don't think it's much help

Traceback (innermost last):
  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py,

line 223, in publish_module

  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py,

line 187, in publish

  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/Zope/__init__.py, line

226, in zpublisher_exception_hook

(Object: ApplicationDefaultPermissions)
  File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py,

line 136, in publish

  File

/u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/HTTPRequest.py, line
405, in processInputs

  File /ilocal/lib/python2.1/cgi.py, line 517, in __init__
  File /ilocal/lib/python2.1/cgi.py, line 606, in read_multi
  File /ilocal/lib/python2.1/cgi.py, line 519, in __init__
  File /ilocal/lib/python2.1/cgi.py, line 616, in read_single
  File /ilocal/lib/python2.1/cgi.py, line 636, in read_lines
  File /ilocal/lib/python2.1/cgi.py, line 723, in make_file
  File /ilocal/opt/Zope-2.4.0-src/lib/python/tempfile.py, line 155, in

TemporaryFile

OSError: [Errno 2] No such file or directory




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )








___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris

2001-10-02 Thread Andreas Jung


- 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 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 ...

Just ask your administrator to increase the number of file descriptors.
Usually this requires *only* a reboot of the machine :-) 

Andreas


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris

2001-10-02 Thread John Ziniti

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 name=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 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 ...


Just ask your administrator to increase the number of file descriptors.
Usually this requires *only* a reboot of the machine :-) 

Andreas


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )






___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Problems with Oracle DA and Dates

2001-10-02 Thread Geir Bækholt

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 either when we passed one of the
oracle-date-objects returned by DCO2 to DateTime(), or when we
believed them to be DateTime objects and tried to run DateTime methods
on them...

I was in a production environment , so i had to fix the errors before
going to work on narrowing down the bug. Selecting your dates as
strings with TO_CHAR(datefield) in your SQL will be a safeguard
against the restarting/crashing/whatever_bad_things_might_happen , but
will give you boring strings instead of date-objects.. -ok , it is a
stopgap, but my Zope stopped restarting every 2 minutes...

Hoop we can get this fixed before the final is released..
:-)



Monday, October 01, 2001, 15:06:44, you wrote:

DLK (I apologise in advance for the crosspost, but I think this is a valid
DLK question on both the zope-db and zope-dev lists. If you disagree, flame
DLK away, and I'll never do it again. oh, btw: flame in private mail, please)

DLK Hello!

DLK We have run into a showstopper problem here where it seems (we're not sure
DLK yet) that there is a severe problem using dates returned from the Oracle DA
DLK adapter. Other possible culprits include LocalFS, Transparent Folder,
DLK Formulator and the source release of Zope 2.4.1.

DLK The problem is that Zope either dies, core dumps and dies, or slows down to
DLK a crawl.

DLK We are using the Zope 2.4.1 release, with Transparent folders and LocalFS,
DLK latest, and a sligthly modified Formulator.

DLK There are about 2-6 people working and developing in it during all hours of
DLK the day (24 hours).

DLK Unfortunately nothing shows up in any of the logs, so they are of little
DLK use; I don't even have a traceback so display. We *think* we found sometign
DLK pointing at LocalFS in one of the coredumps, but we are lowly non-unix
DLK programmers, and have no idea if this is accurate info or not. It could just
DLK be un-collected garabage memory.

DLK Is anybody noticing anything similar, or if you have any opinion on what
DLK might be going on, please reply; we are in DS mode here (we are having a
DLK prototype presentation during two weeks, starting tomorrow) and are feeling
DLK a bit desperate.

DLK Sincerely,
DLK /dario

-- 
Geir Bækholt   web-developer/zopatista
[EMAIL PROTECTED] funcom oslo | webdev-team


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris [SUMMARY]

2001-10-02 Thread John Ziniti

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 for each form input,
no matter what type the input has ... (I think but I can't be 100%
sure about that).  This seems a little weird.  Why do we have to open
a file for each part just because it *may* contain a file?

PROGNOSIS:
The problem (on Solaris) is not very easy to fix, since it lies in the
system-wide definition of a file descriptor, which uses only one byte
to store the fd value (i.e., anything higher than 256 is meaningless,
and truncated??).  Changing this struct is not easy.  The problem is
not that Zope is exceeding the *allowed* number of FD's (usually
policed by the shell), but that Zope is exceeding the *meaningful*
number of FD's. This sucks. :-)

SUMMARY:
If you're planning on using large forms in Zope on Solaris (version??),
you'll have to move your file uploads to another page, since specifying
multipart/form-data causes cgi.py to open a tempfile.TemporaryFile for
each input on the form, which causes problems if the number of inputs
is greater than the file descriptor address space.




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



RE: [Zope-dev] 2.5 roadmap and schedule?

2001-10-02 Thread Brian Lloyd

 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 planning 
and resource mgmt tools that we use internally are totally 
disconnected from the online large-grained version of the plan 
that I have to maintain by hand.


 So, what is your current best guess estimate for the alpha release of
 Zope 2.5?

I've updated the plan to reflect my best guess at this point 
of 15 Oct. for a1.


Brian Lloyd[EMAIL PROTECTED]
Software Engineer  540.361.1716   
Zope Corporation   http://www.zope.com



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris [SUMMARY]

2001-10-02 Thread Andreas Jung


- 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 definition of a file descriptor, which uses only one byte
 to store the fd value (i.e., anything higher than 256 is meaningless,
 and truncated??).  Changing this struct is not easy.  The problem is
 not that Zope is exceeding the *allowed* number of FD's (usually
 policed by the shell), but that Zope is exceeding the *meaningful*
 number of FD's. This sucks. :-)


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 the environment where Zope gets started. 

The number of FDs are set in Solaris in /etc/system:

set rlim_fd_max = 4096
set rlim_fd_cur = 1024

Solaris 7+ allows up to 65536 FDs.

Cheers,
Andreas


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] RFC: two enterprise zope proposals

2001-10-02 Thread Chris Withers

 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


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris [SUMMARY]

2001-10-02 Thread John Ziniti




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 the environment where Zope gets started. 

The number of FDs are set in Solaris in /etc/system:

set rlim_fd_max = 4096
set rlim_fd_cur = 1024

Solaris 7+ allows up to 65536 FDs.

Solaris is definitely not my area of expertise, but to the best of my 
UNIX-hunting-around-
looking-for-the-answer ability, that's all I can find.   If Zope is 
started in a shell with
$ ulimit -n 200
and I POST the offending form, I get a too many open files error.  But 
if ulimit -n 512,
then I get No such file or directory when $ZOPE/lib/python/tempfile.py 
tries to fdopen a
file descriptor higher than 255 (line 155).

my /etc/system doesn't have anything other than some shm settings.

Can you create a form:

form method=POST enctype=multipart/form-data
  input type=submit value=Click me to test FD's
  dtml-in _.range(500)
input type=text name=input_dtml-var sequence-number 
value=dtml-var sequence-number
  /dtml-in
/form

and tell me if you get the OSError?


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris [SUMMARY]

2001-10-02 Thread Andreas Jung


- 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.
 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 the environment where Zope gets started.
 
 The number of FDs are set in Solaris in /etc/system:
 
 set rlim_fd_max = 4096
 set rlim_fd_cur = 1024
 
 Solaris 7+ allows up to 65536 FDs.
 
 Solaris is definitely not my area of expertise, but to the best of my
 UNIX-hunting-around-
 looking-for-the-answer ability, that's all I can find.   If Zope is
 started in a shell with
 $ ulimit -n 200
 and I POST the offending form, I get a too many open files error.  But
 if ulimit -n 512,
 then I get No such file or directory when $ZOPE/lib/python/tempfile.py
 tries to fdopen a
 file descriptor higher than 255 (line 155).

 my /etc/system doesn't have anything other than some shm settings.

When u dont have the settings then you are using the default settings (maybe
256).
Modify the settings according to your needs.

 Can you create a form:

 form method=POST enctype=multipart/form-data
   input type=submit value=Click me to test FD's
   dtml-in _.range(500)
 input type=text name=input_dtml-var sequence-number
 value=dtml-var sequence-number
   /dtml-in
 /form

I am running Linux here with 1024 FDs.

Andreas


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] [ann] developer tools

2001-10-02 Thread kapil thangavelu


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, and provides a container for 
them, currently hardcoded to openacs's query xml syntax, but those who llike 
snakes should have no problem adjusting to other formats.

License: GPL

documentation on these varies, most integrate with the help system to
provide documentation.

download: http://www.zope.org/Members/k_vertigo

cheers

kapil thangavelu


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Problems with Oracle DA and Dates

2001-10-02 Thread Matthew T. Kromer

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 editors.
This was triggered either when we passed one of the
oracle-date-objects returned by DCO2 to DateTime(), or when we
believed them to be DateTime objects and tried to run DateTime methods
on them...

I was in a production environment , so i had to fix the errors before
going to work on narrowing down the bug. Selecting your dates as
strings with TO_CHAR(datefield) in your SQL will be a safeguard
against the restarting/crashing/whatever_bad_things_might_happen , but
will give you boring strings instead of date-objects.. -ok , it is a
stopgap, but my Zope stopped restarting every 2 minutes...

Hoop we can get this fixed before the final is released..
:-)

So what you REALLY want is the ZOracleDA to promote the weakling 
dco2.DateTime objects to full Zope DateTime objects.

Aha!

I think that's doable in short order.



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Problems with Oracle DA and Dates

2001-10-02 Thread Matthew T. Kromer

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
 almost unnoticeable to our editors.
 This was triggered either when we passed one of the
 oracle-date-objects returned by DCO2 to DateTime(), or when we
 believed them to be DateTime objects and tried to run DateTime methods
 on them...

 So what you REALLY want is the ZOracleDA to promote the weakling 
 dco2.DateTime objects to full Zope DateTime objects.

 Aha!

 I think that's doable in short order. 

In fact, here's the simple patch (only the last bit is really necessary, 
but as long as I was looking at it I tweaked the listtype to be a 
pseudo-constant as an argument.  I've checked it in to CVS too :)

Index: db.py
===
RCS file: /cvs-repository/Products/DCOracle2/db.py,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- db.py   14 Sep 2001 15:11:19 -  1.8
+++ db.py   2 Oct 2001 21:13:58 -   1.9
@@ -83,8 +83,8 @@
 #
 ##
 
-'''$Id: db.py,v 1.8 2001/09/14 15:11:19 matt Exp $'''
-__version__='$Revision: 1.8 $'[11:-2]
+'''$Id: db.py,v 1.9 2001/10/02 21:13:58 matt Exp $'''
+__version__='$Revision: 1.9 $'[11:-2]
 
 import DCOracle2, DateTime
 #DCOracle.dbi.dbiDate=DateTime.DateTime
@@ -230,12 +230,14 @@
 #
 # Do we get tuples back in results? should just be lists
 #
-def _lobConvert(self, result):
+def _lobConvert(self, result, listtype=type([])):
 for i in xrange(len(result)):
 t = type(result[i])
-if t == type([]): self._lobConvert(result[i])
+if t == listtype: self._lobConvert(result[i])
 elif t == DCOracle2.dco2.LobLocatorType:
 result[i] = LobLocator(result[i])
+elif t == DCOracle2.dco2.OracleDateType:
+result[i] = DateTime.DateTime(float(result[i]))
 
 # Added for ChrisM (11/13/2000 MTK)
 def commit_sub(self, *arg, **kw):



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] file descriptors on Solaris [SUMMARY]

2001-10-02 Thread Richard Jones

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 the input has ... (I think but I can't be 100%
 sure about that).  This seems a little weird.  Why do we have to open
 a file for each part just because it *may* contain a file?

This is a bug in python's cgi module that has been patched (but not in python 
2.1.1). There's a patch on sourceforge for it in any case. 

http://sourceforge.net/tracker/?group_id=5470atid=105470func=detailaid=231249

No fiddling with max open files required.


Richard

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] compiling Zope 2.4.1 on Mac OS 10.1

2001-10-02 Thread Mitchell L Model

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 Python 2.2a4, all I 
had to do to make both Python and Zope was:

cd Python2.2a4
configure --with-suffix=.exe
make
sudo make install

cd Zope
python wo_pcgi.py

That's all.  Just that one configure flag, and no global variables 
set.  Very, very nice.  What a delight to have a just released MacOS 
treated with respect by multi-platform software!

By the way, Guido said that the Makefile.pre.in mechanism installed 
in python2.2/lib/config is for a deprecated third-party build 
mechanism, replaced by distutils.  He suggests that Zope should 
maybeswitch to distutils.


-- 

 --- Mitchell

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] ZCatalog: path summary indices not generated

2001-10-02 Thread Shane Rowatt

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'.

To get around the 'summary' not being indexed for DTMLMethod and
DTMLDocument objects I had to add the following method to DTMLMethod.py:

def summary(self):
Support for searching - the document's contents are searched.
raw = self.read()
stripped_raw = re.sub(.*, , raw)
n=min(200, len(stripped_raw))
return stripped_raw[:n]

which basically strips out anything between '' and '' tags which should
strip most of the DTML and HTML tags out to give a half decent 200 character
summary.

Unfortunately I tried the same with the 'path' index by adding the following
to DTMLMethod.py

def getPath(self):
 Get path
 return getPath(self)

def path(self):
 Get path
 return join(self.getPhysicalPath(), /)

but the 'path' index only works it is a FieldIndex. When it's a PathIndex I
get the value of None for all cataloged items.

Surely someone else has come across these problems before using this basic
catalog stuff??

Shane Rowatt
Astracon Inc.


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] compiling Zope 2.4.1 on Mac OS 10.1

2001-10-02 Thread Martijn Pieters

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 started over, and this 
 time it worked.  With the updates for OS 10.1 in Python 2.2a4, all I 
 had to do to make both Python and Zope was:
 
   cd Python2.2a4
   configure --with-suffix=.exe
   make
   sudo make install
 
   cd Zope
   python wo_pcgi.py
 
 That's all.  Just that one configure flag, and no global variables 
 set.  Very, very nice.  What a delight to have a just released MacOS 
 treated with respect by multi-platform software!

Note that we have just identified some Zope tests that fail when running
under Python 2.2, but not under 2.1. We are still investigating as to what
causes this.

-- 
Martijn Pieters
| Software Engineer  mailto:[EMAIL PROTECTED]
| Zope Corporation   http://www.zope.com/
| Creators of Zope   http://www.zope.org/
-

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )