[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol
Georg Brandl added the comment: Makes sense to me. -- nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1286 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1307] smtpd.SMTPServer throws exception on MAIL command with no arg
Derek Shockey added the comment: I'm really sorry I didn't notice this earlier, but RCPT has the same bug! This patch applies the same fix to that function as well. Added file: http://bugs.python.org/file8597/smtpd-patch2.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1307 __ smtpd-patch2.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1315] Bug in pstats.print_callers
Guido van Rossum added the comment: This will get more attention if you suggest a patch... -- nosy: +gvanrossum __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1315 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1256] subprocess Popen wait() function hangs when stdout is 20480
Raghuram Devarakonda added the comment: PIPE on POSIX are implemented using pipe system call so it will have all the limitations of the system buffering that is used for implementing pipes. The buffer size is system dependent. For example, on my Linux, I hit the hang condition at 64K and not 20480 bytes (as is your case). What basically happens is that the child fills up the pipe buffer and is blocked until space is available. Since the parent in your test script is not reading the bytes, space will never be freed up. I suggest that the bug is closed as invalid. -- nosy: +draghuram __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1256 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1317] smtplib.SMTP docs
New submission from Fred L. Drake, Jr.: The docstring for the smtplib.SMTP class includes descriptions of some instance attributes that are not covered by the documentation: does_esmtp ehlo_resp esmtp_features helo_resp If these are intended as part of the public interface, they should be documented in the .tex/.rst documentation, otherwise their descriptions should be in a comment instead of a docstring. (helo_resp is mentioned in Misc/HISTORY, if that actually means anything.) -- components: Documentation messages: 56688 nosy: fdrake severity: normal status: open title: smtplib.SMTP docs type: rfe versions: Python 2.5, Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1317 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1316] fix a few PyInt_Check vs PyLong_Check problems
Georg Brandl added the comment: Committed r58617. -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1316 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1307] smtpd.SMTPServer throws exception on MAIL command with no arg
Guido van Rossum added the comment: Committed revision 58618. There better not be any others. :-) Neal, can you add this to 2.5.2 and then close? -- assignee: gvanrossum - nnorwitz status: closed - open __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1307 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1312] doctest EXCEPTION_RE can't handle preceding output
Changes by Guido van Rossum: -- assignee: - tim_one nosy: +tim_one __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1312 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1314] Patch for strftime problem on German Windows
Guido van Rossum added the comment: Committed revision 58619. -- assignee: - gvanrossum nosy: +gvanrossum resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1314 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1755179] Deadlocks with fork() and multithreading
Changes by Facundo Batista: -- assignee: - facundobatista nosy: +facundobatista _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1755179 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1311] os.path.exists(os.devnull) regression on windows
Kevin Dwyer added the comment:
Ok, it seems that Python 2.5 implements two new functions
Py_GetFileAttributesExA and Py_GetFileAttributesExW in posixmodule.c
within the #ifdef MS_WINDOWS block that may return
ERROR_INVALID_PARAMETER to os.stat, which will percolate WindowsError up
to os.exists():
In both functions we find:
static BOOL WINAPI
Py_GetFileAttributesExA(LPCSTR pszFile,
GET_FILEEX_INFO_LEVELS level,
LPVOID pv)
{
BOOL result;
LPWIN32_FILE_ATTRIBUTE_DATA pfad = pv;
/* First try to use the system's implementation, if that is
available and either succeeds to gives an error other than
that it isn't implemented. */
check_gfax();
if (gfaxa) {
result = gfaxa(pszFile, level, pv);
if (result || GetLastError() != ERROR_CALL_NOT_IMPLEMENTED)
return result;
}
/* It's either not present, or not implemented.
Emulate using FindFirstFile. */
if (level != GetFileExInfoStandard) {
SetLastError(ERROR_INVALID_PARAMETER);
return FALSE;
...
static BOOL WINAPI
Py_GetFileAttributesExW(LPCWSTR pszFile,
GET_FILEEX_INFO_LEVELS level,
LPVOID pv)
{
BOOL result;
LPWIN32_FILE_ATTRIBUTE_DATA pfad = pv;
/* First try to use the system's implementation, if that is
available and either succeeds to gives an error other than
that it isn't implemented. */
check_gfax();
if (gfaxa) {
result = gfaxw(pszFile, level, pv);
if (result || GetLastError() != ERROR_CALL_NOT_IMPLEMENTED)
return result;
}
/* It's either not present, or not implemented.
Emulate using FindFirstFile. */
if (level != GetFileExInfoStandard) {
SetLastError(ERROR_INVALID_PARAMETER);
return FALSE;
...
I'm neither a C nor a win32api programmer - can anyone explain the
purpose of this code?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1311
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1318] Remove os.tmpnam() and os.tempnam() [patch]
Martin v. Löwis added the comment: Removing them because there is a replacement already is a better reason than removing them because they give (bogus) warnings, so I'm -0 now. As you say, tempfile is not any better from a security point of view in the cases where tmpnam or tempnam would be used (e.g. if you want a child process create a file whose name you specify). Whether the tempfile.py implementation is actually better than the one in the C library, I cannot tell (hence the -0: I don't know whether tempfile.py or the C library wrapper should be removed). One issue I just noticed is that tempfile.mkstemp promise of not inheriting the file descriptor is bogus in the presence of threads and race conditions. If the rationale for the patch is to eliminate duplication, then os.tmpfile should be removed as well. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1318 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
