Philip Horger campadrena...@gmail.com added the comment:
I'm having trouble replicating the issue in simpler code snippets than the
project code the issue first popped up in, which means the problem is
probably my own code. For now, it looks like this was a false alarm, and I'm
sorry for wasting
Senthil Kumaran sent...@uthcode.com added the comment:
Not a problem. I am closing this, but if you find enough evidence that
something is a bug, feel free to reopen this or another report.
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
Changes by Senthil Kumaran sent...@uthcode.com:
Removed file: http://bugs.python.org/file22690/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12570
___
Philip Horger campadrena...@gmail.com added the comment:
Thanks, sounds good to me too. I'll probably work on it a bit later, see if
I can find the bug in my own code at least.
On Mon, Jul 18, 2011 at 3:23 PM, Senthil Kumaran rep...@bugs.python.orgwrote:
Changes by Senthil Kumaran
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12570
___
___
Python-bugs-list
New submission from Philip Horger campadrena...@gmail.com:
I haven't yet checked to see if other errors mess it up, but it refuses to exit
the serve_forever() loop if the last request had a 404 error.
--
components: Library (Lib)
messages: 140382
nosy: Philip.Horger
priority: normal
Senthil Kumaran sent...@uthcode.com added the comment:
Can you please provide an example snippet with your expectation of the behavior?
--
assignee: - orsenthil
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org