Martin v. Löwis added the comment:
Would you like to work on a patch?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1210
__
___
Python-bugs-list
Vinay Sajip added the comment:
It's only a bug when it doesn't work according to design. The present
design seems adequate in that it allows syslogging via UDP or domain
sockets. No one else has asked for the functionality of using system
calls. BTW I note that Metalog's home page says it's a
Georg Brandl added the comment:
Wasn't that already fixed in #1566800?
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1209
__
Georg Brandl added the comment:
Fixed in the docs as r58270.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1208
__
Luke-Jr
added the comment:
So label it a design flaw if not a bug. Syscalls are the primary and
only guaranteed method of writing to the system log. Very few
applications or users use sockets for syslog, and socket
Vinay Sajip added the comment:
Fix checked into trunk: r58272
--
nosy: +vsajip
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1206
__
Changes by Raghuram Devarakonda:
--
nosy: +draghuram
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1210
__
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
In my opinion, Python urllib should be more practical and
provide a way to read this kind of page. [quotes mine]
Totally agreed. Someone should submit a patch.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1205
Raghuram Devarakonda added the comment:
Just to further understand the issue, I added imaplib.Debug=5 and here
is the output preceding the exception stack trace(I replaced the real
IMAP server name)
***
20:19.52 imaplib version 2.58
20:19.52 new IMAP4 connection, tag=LOLD
New submission from Peter Harris:
Proposed cleanup patch for tutorial/interpreter.rst
--
components: Documentation
files: interpreter.diff
messages: 56164
nosy: scav
severity: normal
status: open
title: cleanup patch for 3.0 tutorial/interpreter.rst
versions: Python 3.0
New submission from Peter Harris:
Remove reference to 'long' in tutorial/introduction.rst.
Patch attached.
--
components: Documentation
files: introduction.diff
messages: 56165
nosy: scav
severity: normal
status: open
title: 3.0 tutorial/introduction.rst mentions 'long'
versions: Python
New submission from Peter Harris:
I think this wording is a little clearer and removes implied reference
to earlier Python versions, while still giving a simplistic
tutorial-level idea of what the MRO is. YMMV, so please disregard if
I've made it worse.
--
components: Documentation
Thomas Lee added the comment:
Is there anything else you need from me for this one Guido?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1145
__
___
Python-bugs-list mailing
New submission from steenie:
Using CGIXMLRPCRequestHandler results in a timeout if running behind
Internet Information Server/CGI. Maybe there is no eof on sys.stdin
under IIS and python continues to read even if there is no more data
available. The same runs without problems under Apache/CGI.
New submission from Miki Tebeka:
The following code hangs Python:
#!/usr/bin/env python
import segfault
import signal
from os import _exit
from sys import stdout
def handler(signal, stackframe):
print OUCH
stdout.flush()
_exit(1)
if __name__ == __main__:
from sys import argv
Guido van Rossum added the comment:
Patience? :-)
Seriously, I'd lost track of this. It's now submitted:
Committed revision 58276.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1145
__
Changes by Guido van Rossum:
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1145
__
___
Python-bugs-list mailing list
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1211
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1212
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1213
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1214
__
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Skip Montanaro:
It was reported to [EMAIL PROTECTED] today that Thomas Heller's
pyhelp.cgi script is not available (yields 403 Forbidden). For the
time being I removed that link from http://www.python.org/doc/.
Still, there is the Google search box at the top of the page.
Brett Cannon added the comment:
I am not convinced this an infinite loop but more of a poor-performing
regex over a large string.
You have three greedy quantifiers in that regex. That means the first
one is going to consume the entire file, and then you begin back-off
looking for '://'. Once
Andres Riancho
added the comment:
Have you tested it ?
Is the re.findall() finishing it's work ? I left it working for 5
minutes or more, and got no response.
Cheers,
__
Tracker [EMAIL
Andres Riancho
added the comment:
I think this should be reopened. The findall call is running for 3 hours
now. I think that it's a clear case of an infinite loop.
__
Tracker [EMAIL
jos
added the comment:
Attached a patch for this problem.
This one just ignores the buggy chunk-size and close the connection.
As gagenellina said earlier, this might not be a good way
to fix this, but I could not come up
Brett Cannon added the comment:
If you chop out a bunch of the text it finishes fine.
I more succinct example that triggers the infinite recursion is
necessary before I will believe this is not just because the regex has
horrible performance thanks to its backtracking requirements.
Martin v. Löwis added the comment:
Website issues are not tracked in this tracker. See
http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1218
28 matches
Mail list logo
