After running a couple of Zope sites during development for about a month (Zope 2.1.4 installed from source, ZServer on port 8080, ZMySQLDA, PythonMethods, RedHat 6.1), we've seen the server report the following error while running in debug mode (-D) a couple of times: ERROR(200) ZServer uncaptured python exception, closing channel <zhttp_server listening :8080 at 81f5b90> (exceptions.TypeError:unpack non-sequence [usr/local/zope/2-1-4s/ZServer/medusa/asyncore.py|handle_read_event|285] [/usr/local/zope/2-1-4s/ZServer/medusa/asyncore.py|poll|59] [/usr/local/zope/2-1-4s/ZServer/medusa/http_server.py|handle_accept|609]) Is there someone who is familiar with the innards of ZServer who can give me some idea of what is causing these? Thanks.
John Hile wrote:
After running a couple of Zope sites during development for about a month (Zope 2.1.4 installed from source, ZServer on port 8080, ZMySQLDA, PythonMethods, RedHat 6.1), we've seen the server report the following error while running in debug mode (-D) a couple of times:
ERROR(200) ZServer uncaptured python exception, closing channel <zhttp_server listening :8080 at 81f5b90> (exceptions.TypeError:unpack non-sequence [usr/local/zope/2-1-4s/ZServer/medusa/asyncore.py|handle_read_event|285] [/usr/local/zope/2-1-4s/ZServer/medusa/asyncore.py|poll|59] [/usr/local/zope/2-1-4s/ZServer/medusa/http_server.py|handle_accept|609])
Is there someone who is familiar with the innards of ZServer who can give me some idea of what is causing these? Thanks.
This apears to be fixed in the CVS. The reason is dispatcher.accept may return None if the accept() sys call returns EWOULDBLOCK. -Michel
Thanks, I've never accessed the CVS. How soon might the fix show up in a release? (Or is there a simple change I can make to one of the .py files until that happens?)
-----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Michel Pelletier Sent: Thursday, March 16, 2000 3:11 PM To: John Hile Cc: zope-admin Subject: Re: [Zope] Dechiphering ZServer error report
John Hile wrote:
After running a couple of Zope sites during development for about a month (Zope 2.1.4 installed from source, ZServer on port 8080, ZMySQLDA, PythonMethods, RedHat 6.1), we've seen the server report the following error while running in debug mode (-D) a couple of times:
ERROR(200) ZServer uncaptured python exception, closing channel <zhttp_server listening :8080 at 81f5b90> (exceptions.TypeError:unpack non-sequence [usr/local/zope/2-1-4s/ZServer/medusa/asyncore.py|handle_read_event|285] [/usr/local/zope/2-1-4s/ZServer/medusa/asyncore.py|poll|59]
[/usr/local/zope/2-1-4s/ZServer/medusa/http_server.py|handle_accept|609])
Is there someone who is familiar with the innards of ZServer who can give me some idea of what is causing these? Thanks.
This apears to be fixed in the CVS. The reason is dispatcher.accept may return None if the accept() sys call returns EWOULDBLOCK.
-Michel
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
John Hile wrote:
Thanks, I've never accessed the CVS. How soon might the fix show up in a release?
I don't know. Further, I'm not sure if the fix is in the 2.1 branch. Possibly not, so you'll have to wait until 2.2 which has no release data set and will probably go through a thorough beta period.
(Or is there a simple change I can make to one of the .py files until that happens?)
Not really. Check out the zope site under Resources and read the instructions on how to check out code from the CVS. You could probably get away with replacing your ZServer/medusa directory with the CVS version, but don't be suprised if that doesn't work. In fact, if you aren't confident about that or don't know how to use cvs or don't know python, I don't recommend you do that at all. -Michel
participants (2)
-
John Hile -
Michel Pelletier