[issue11787] File handle leak in TarFile lib
Ezio Melotti ezio.melo...@gmail.com added the comment: Attached trivial patch to fix the issue. Needs tests. -- keywords: +easy, patch nosy: +ezio.melotti stage: - test needed Added file: http://bugs.python.org/file21668/issue11787.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11787 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5057] Unicode-width dependent optimization leads to non-portable pyc file
Marc-Andre Lemburg m...@egenix.com added the comment: Ezio Melotti wrote: Ezio Melotti ezio.melo...@gmail.com added the comment: PEP 3147 says[0]: For backward compatibility, Python will still support pyc-only distributions, however it will only do so when the pyc file lives in the directory where the py file would have been, i.e. not in the __pycache__ directory. pyc file outside of __pycache__ will only be imported if the py source file is missing. Does that mean that there could be cases where untagged pyc files are used in 3.2+? Yes... even though we did discuss using the same tagging support in that scenario as well, at least for 3.3. In that case the patch should be ported to 3.2 and 3.3 too. [0]: http://www.python.org/dev/peps/pep-3147/#rationale -- title: Unicode-width dependent optimization leads to non-portable pyc file - Unicode-width dependentoptimizationleads to non-portable pyc file ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11849] ElementTree memory leak
New submission from Kaifeng Zhu cafe...@gmail.com: I'm using xml.etree.ElementTree to parse large XML file, while the memory keep increasing consistently. You can run attached test script to reproduce it. From 'top' in Linux or 'Task Manager' in Windows, the memory usage of python is not decreased as expected when 'Done' is printed. Tested with Python 2.5/3.1 in Windows 7, and Python 2.5 in CentOS 5.3. -- components: XML files: test.py messages: 133797 nosy: Kaifeng.Zhu priority: normal severity: normal status: open title: ElementTree memory leak type: resource usage versions: Python 2.5, Python 3.1 Added file: http://bugs.python.org/file21669/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11652] urlib{, 2} returns a pair of integers as the content-length value
Senthil Kumaran sent...@uthcode.com added the comment: It is better to close this issue as it was a Server Error. Standard just says that when there two headers with different values, combine them comma separated as urllib2 does. Making special case exception for 'Content-Length' header when the server is at fault would be bad idea. We will not know which value to choose from if the values are different. Closing this bug as Invalid. import urllib2 req = urllib2.urlopen('http://wwwsearch.sourceforge.net/mechanize/src/mechanize-0.1.11.zip') req.info()['content-length'] '289519' -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11849] ElementTree memory leak
Florent Xicluna florent.xicl...@gmail.com added the comment: Do you experience same issue with current versions of Python? (3.2 or 2.7) The package was upgraded in latest versions. -- nosy: +flox ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11849] ElementTree memory leak
Kaifeng Zhu cafe...@gmail.com added the comment: Yes. Just tested with Python 2.7 and 3.2 in Windows 7, the memory usage is still unexpected high after 'Done' is printed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11467] urlparse.urlsplit() regression for paths consisting of digits
Roundup Robot devnull@devnull added the comment: New changeset 7a693e283c68 by Senthil Kumaran in branch '2.7': Issue #11467: Fix urlparse behavior when handling urls which contains scheme http://hg.python.org/cpython/rev/7a693e283c68 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11467 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11467] urlparse.urlsplit() regression for paths consisting of digits
Roundup Robot devnull@devnull added the comment: New changeset 495d12196487 by Senthil Kumaran in branch '3.1': Issue #11467: Fix urlparse behavior when handling urls which contains scheme specific part only digits. http://hg.python.org/cpython/rev/495d12196487 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11467 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11467] urlparse.urlsplit() regression for paths consisting of digits
Senthil Kumaran sent...@uthcode.com added the comment: Fixed this in all codelines. Thanks Santoso. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11467 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11819] '-m unittest' should not pretend it works on Python 2.5/2.6
anatoly techtonik techto...@gmail.com added the comment: #6514 is to make `-m unittest` work run on 2.5/2.6. This bug is not to fix it, but to stop displaying confusing messages. It will be enough to exit with a message like: `-m unittest` call is not supported in Python 2.5/2.6 - use something else (nose?) instead -- status: closed - open title: 'unittest -m' should not pretend it works on Python 2.5/2.6 - '-m unittest' should not pretend it works on Python 2.5/2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11819] '-m unittest' should not pretend it works on Python 2.5/2.6
Michael Foord mich...@voidspace.org.uk added the comment: 2.5 / 2.6 are in security fix only mode. So this won't get fixed. Please don't reopen. -- stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
New submission from JoeKuan kuan@gmail.com: a = (1970, 1, 1, 0, 59, 58, 0, 0, 0) time.mktime(a) -2.0 a = (1970, 1, 1, 0, 59, 59, 0, 0, 0) time.mktime(a) Traceback (most recent call last): File stdin, line 1, in module OverflowError: mktime argument out of range a = (1970, 1, 1, 1, 0, 0, 0, 0, 0) time.mktime(a) 0.0 a = (1970, 1, 1, 0, 59, 60, 0, 0, 0) time.mktime(a) 0.0 -- messages: 133806 nosy: JoeKuan priority: normal severity: normal status: open title: mktime - OverflowError: mktime argument out of range - on very specific time versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
Marc-Andre Lemburg m...@egenix.com added the comment: JoeKuan wrote: New submission from JoeKuan kuan@gmail.com: a = (1970, 1, 1, 0, 59, 58, 0, 0, 0) time.mktime(a) -2.0 On Windows, you get an OverflowError for this tuple as well. a = (1970, 1, 1, 0, 59, 59, 0, 0, 0) time.mktime(a) Traceback (most recent call last): File stdin, line 1, in module OverflowError: mktime argument out of range a = (1970, 1, 1, 1, 0, 0, 0, 0, 0) time.mktime(a) 0.0 a = (1970, 1, 1, 0, 59, 60, 0, 0, 0) time.mktime(a) 0.0 Note that time.mktime() is direct interface to the C lib funtion of the same name. As a result, the support for the various values is platform dependent. In general, dates before the epoch tend not to work or give wrong results. Since mktime() works on local time, the time zone in affect on 1970-01-01 matters and that's why you are seeing the OverflowError even for values after 1970-01-01 00:00:00. -- nosy: +lemburg title: mktime - OverflowError: mktime argument out of range - on very specific time - mktime - OverflowError: mktime argument out of range - on very specific time ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11849] ElementTree memory leak
Florent Xicluna florent.xicl...@gmail.com added the comment: I've tested a small variant of your script, on OSX. It seems to behave correctly (with 2.5, 2.6, 2.7 and 3.1). You can force Python to release memory immediately by calling gc.collect(). -- Added file: http://bugs.python.org/file21670/issue11849_test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11849] ElementTree memory leak
Florent Xicluna florent.xicl...@gmail.com added the comment: this is the output for 2.7.1: $ python2.7 issue11849_test.py *** Python 2.7.1 final --- PID STAT TIME SL RE PAGEIN VSZRSS LIM TSIZ %CPU %MEM COMMAND 0 2754 S+ 0:00.07 0 0 0 2441472 5372 -0 11,7 0,1 python2.7 issue11849_test.py 1 2754 S+ 0:02.36 0 0 0 2520740 83720 -0 100,0 2,0 python2.7 issue11849_test.py 2 2754 S+ 0:04.89 0 0 0 2596784 15 -0 100,0 3,8 python2.7 issue11849_test.py 3 2754 S+ 0:07.28 0 0 0 2668740 230972 -0 100,0 5,5 python2.7 issue11849_test.py 4 2754 S+ 0:10.11 0 0 0 2740932 303200 -0 100,0 7,2 python2.7 issue11849_test.py 5 2754 S+ 0:12.85 0 0 0 2812876 375276 -0 98,4 8,9 python2.7 issue11849_test.py 6 2754 R+ 0:14.95 0 0 0 2885868 447740 -0 98,9 10,7 python2.7 issue11849_test.py 7 2754 S+ 0:17.91 0 0 0 2962156 522560 -0 99,1 12,5 python2.7 issue11849_test.py 8 2754 S+ 0:21.08 0 0 0 3034092 594620 -0 98,3 14,2 python2.7 issue11849_test.py 9 2754 S+ 0:23.20 0 0 0 3106028 667004 -0 100,0 15,9 python2.7 issue11849_test.py END 2754 S+ 0:27.50 0 0 0 2551160 114480 -0 96,3 2,7 python2.7 issue11849_test.py GC 2754 S+ 0:27.75 0 0 0 2454904 18992 -0 97,2 0,5 python2.7 issue11849_test.py *** 2754 S+ 0:27.75 0 0 0 2454904 18992 -0 3,0 0,5 python2.7 issue11849_test.py -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5057] Unicode-width dependent optimization leads to non-portable pyc file
Ezio Melotti ezio.melo...@gmail.com added the comment: Do you think this should go in 3.1 too? -- versions: +Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5057] Unicode-width dependent optimization leads to non-portable pyc file
Marc-Andre Lemburg m...@egenix.com added the comment: Ezio Melotti wrote: Ezio Melotti ezio.melo...@gmail.com added the comment: Do you think this should go in 3.1 too? If the problem triggers there as well: Yes. Is the problem also visible on Python 2.7 ? -- title: Unicode-width dependent optimizationleads to non-portable pyc file - Unicode-width dependent optimizationleads to non-portable pyc file ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5057] Unicode-width dependent optimization leads to non-portable pyc file
Ezio Melotti ezio.melo...@gmail.com added the comment: Yes. The original report was for 2.6. I will apply the patch on all the 4 branches then. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11849] ElementTree memory leak
kaifeng cafe...@gmail.com added the comment: Python 3.2 On Linux (CentOS 5.3) *** Python 3.2.0 final --- PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 0 15116 pts/0S+ 0:00 1 1316 11055 6452 0.6 python3.2 issue11849_test.py 1 15116 pts/0S+ 0:02 1 1316 53155 47340 4.5 python3.2 issue11849_test.py 2 15116 pts/0S+ 0:05 1 1316 91051 86364 8.3 python3.2 issue11849_test.py 3 15116 pts/0S+ 0:08 1 1316 129067 124232 12.0 python3.2 issue11849_test.py 4 15116 pts/0S+ 0:10 1 1316 166587 162096 15.6 python3.2 issue11849_test.py 5 15116 pts/0S+ 0:13 1 1316 204483 198824 19.2 python3.2 issue11849_test.py 6 15116 pts/0S+ 0:17 1 1316 242375 236692 22.8 python3.2 issue11849_test.py 7 15116 pts/0S+ 0:19 1 1316 284383 277528 26.8 python3.2 issue11849_test.py 8 15116 pts/0S+ 0:23 1 1316 318371 312452 30.1 python3.2 issue11849_test.py 9 15116 pts/0S+ 0:25 1 1316 360235 353288 34.1 python3.2 issue11849_test.py END 15116 pts/0S+ 0:30 1 1316 393975 388176 37.4 python3.2 issue11849_test.py GC 15116 pts/0S+ 0:30 1 1316 352035 347656 33.5 python3.2 issue11849_test.py *** 15116 pts/0S+ 0:30 1 1316 352035 347656 33.5 python3.2 issue11849_test.py -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
JoeKuan kuan@gmail.com added the comment: I don't think it is to do with the underlying C mktime. Because it works fine with 00:59:58 and 01:00:00, 1, Jan 1970. It is to do with some specific value -1 in the internal code of time.mktime Here is the C code. int main(int argc, char *argv[]) { struct tm aTime = { 58, 59, 0, 1, 0, 70, 0, 0, 0, 0 }; time_t mTime = mktime(aTime); printf(%s\n, ctime(mTime)); aTime.tm_sec = 59; mTime = mktime(aTime); printf(%s\n, ctime(mTime)); aTime.tm_sec = 0; aTime.tm_min = 0; aTime.tm_hour = 1; mTime = mktime(aTime); printf(%s\n, ctime(mTime)); } --- Output from the same machine which gives the python error message Thu Jan 1 00:59:58 1970 Thu Jan 1 00:59:59 1970 Thu Jan 1 01:00:00 1970 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
Alexander Belopolsky alexander.belopol...@gmail.com added the comment: Isn't this a duplicate of issue1726687? -- nosy: +Alexander.Belopolsky title: mktime - OverflowError: mktime argument out of range - on very specific time - mktime - OverflowError: mktime argument out of range - on very specific time ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
Marc-Andre Lemburg m...@egenix.com added the comment: JoeKuan wrote: JoeKuan kuan@gmail.com added the comment: I don't think it is to do with the underlying C mktime. Because it works fine with 00:59:58 and 01:00:00, 1, Jan 1970. It is to do with some specific value -1 in the internal code of time.mktime Here's the module code: buf.tm_wday = -1; /* sentinel; original value ignored */ tt = mktime(buf); /* Return value of -1 does not necessarily mean an error, but tm_wday * cannot remain set to -1 if mktime succedded. */ if (tt == (time_t)(-1) buf.tm_wday == -1) { PyErr_SetString(PyExc_OverflowError, mktime argument out of range); return NULL; } This is correct by the books, since the Linux man-page states (the POSIX page is similar): The mktime() function modifies the fields of the tm structure as follows: tm_wday and tm_yday are set to values determined from the contents of the other fields; if structure members are outside their valid interval, they will be normalized (so that, for example, 40 October is changed into 9 Novem- ber); tm_isdst is set (regardless of its initial value) to a positive value or to 0, respectively, to indicate whether DST is or is not in effect at the specified time. Calling mktime() also sets the external variable tzname with information about the current timezone. If the specified broken-down time cannot be represented as calendar time (seconds since the Epoch), mktime() returns a value of (time_t) -1 and does not alter the members of the broken-down time structure. On which platform are you trying this ? Here is the C code. int main(int argc, char *argv[]) { struct tm aTime = { 58, 59, 0, 1, 0, 70, 0, 0, 0, 0 }; time_t mTime = mktime(aTime); printf(%s\n, ctime(mTime)); aTime.tm_sec = 59; mTime = mktime(aTime); printf(%s\n, ctime(mTime)); aTime.tm_sec = 0; aTime.tm_min = 0; aTime.tm_hour = 1; mTime = mktime(aTime); printf(%s\n, ctime(mTime)); } --- Output from the same machine which gives the python error message Thu Jan 1 00:59:58 1970 Thu Jan 1 00:59:59 1970 Thu Jan 1 01:00:00 1970 On Windows, you get errors for the first two. -- title: mktime - OverflowError: mktime argument out of range - on very specific time - mktime - OverflowError: mktime argument out of range - on very specific time ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
Marc-Andre Lemburg m...@egenix.com added the comment: Alexander Belopolsky wrote: Alexander Belopolsky alexander.belopol...@gmail.com added the comment: Isn't this a duplicate of issue1726687? Could be, but that patch is not yet in Python 2.7, since Python 2.7.1 was release in Nov 2010. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: If we can rely on the versions field, OP is using python 2.6. I don't think this can be classified as a security issue, so it won't be appropriate to backport issue1726687 to 2.6. -- assignee: - belopolsky components: +Extension Modules nosy: -Alexander.Belopolsky stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
STINNER Victor victor.stin...@haypocalc.com added the comment: This issue is a duplicate of #1726687 which is already fixed in Python 2.7 by 7a89f4a73d1a (Feb 15 2011): it will be part of 2.7.2. Only security vulnerabilities are fixed in Python 2.6, so I change the version field to 2.7 only. -- nosy: +haypo resolution: - duplicate versions: +Python 2.7 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
Changes by STINNER Victor victor.stin...@haypocalc.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11787] File handle leak in TarFile lib
Éric Araujo mer...@netwok.org added the comment: LGTM. Is an automated test really needed, or just a manual run with a pydebug build? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11787 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11851] Flushing the standard input causes an error
Changes by Edzard Pasma pasm...@concepts.nl: -- components: None nosy: pasm...@concepts.nl priority: normal severity: normal status: open title: Flushing the standard input causes an error type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11851] Flushing the standard input causes an error
New submission from Nadeem Vawda nadeem.va...@gmail.com: Could you provide more details on the problem? What version of Python did you encounter this error under? A short code fragment that triggers the error would also be useful. (I get no errors executing sys.stdin.flush() on 2.6.6 or 3.3) -- nosy: +nadeem.vawda ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11787] File handle leak in TarFile lib
Ezio Melotti ezio.melo...@gmail.com added the comment: An automated test would be better. It should be enough to create an invalid tar file, do something similar to the snippet in the first message, but checking that an error is raised and that all the files are closed anyway. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11787 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11819] '-m unittest' should not pretend it works on Python 2.5/2.6
anatoly techtonik techto...@gmail.com added the comment: I need a why-python-suxx keyword to point people with dumb questions about why they should not use specific Python versions to a query that lists all sensitive issues for this specific version that won't be fixed due to security fix only mode. -- resolution: duplicate - wont fix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5057] Unicode-width dependent optimization leads to non-portable pyc file
Roundup Robot devnull@devnull added the comment: New changeset 3cffa2009a92 by Ezio Melotti in branch '2.7': Issue #5057: fix a bug in the peepholer that led to non-portable pyc files between narrow and wide builds while optimizing BINARY_SUBSCR on non-BMP chars (e.g. u\U00012345[0]). http://hg.python.org/cpython/rev/3cffa2009a92 New changeset 4679d0fef389 by Ezio Melotti in branch '3.1': Issue #5057: fix a bug in the peepholer that led to non-portable pyc files between narrow and wide builds while optimizing BINARY_SUBSCR on non-BMP chars (e.g. \U00012345[0]). http://hg.python.org/cpython/rev/4679d0fef389 New changeset 503578ddf286 by Ezio Melotti in branch '3.2': #5057: Merge with 3.1. http://hg.python.org/cpython/rev/503578ddf286 New changeset 9801e1f78264 by Ezio Melotti in branch 'default': #5057: Merge with 3.2. http://hg.python.org/cpython/rev/9801e1f78264 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5057] Unicode-width dependent optimization leads to non-portable pyc file
Changes by Ezio Melotti ezio.melo...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11819] '-m unittest' should not pretend it works on Python 2.5/2.6
Ezio Melotti ezio.melo...@gmail.com added the comment: At some point we have to draw the line, otherwise we would have to backport things to 2.3 and 2.4 too. We are already maintaining 4 branches (2.7, 3.1, 3.2, 3.3). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11850] mktime - OverflowError: mktime argument out of range - on very specific time
Marc-Andre Lemburg m...@egenix.com added the comment: Marc-Andre Lemburg wrote: Marc-Andre Lemburg m...@egenix.com added the comment: Alexander Belopolsky wrote: Alexander Belopolsky alexander.belopol...@gmail.com added the comment: Isn't this a duplicate of issue1726687? Could be, but that patch is not yet in Python 2.7, since Python 2.7.1 was release in Nov 2010. FWIW: The fix does work on Linux for the mentioned special case. Aside: mxDateTime will have a similar fix in the next release and that will also be available for Python 2.6. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11851] Flushing the standard input causes an error
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11819] '-m unittest' should not pretend it works on Python 2.5/2.6
anatoly techtonik techto...@gmail.com added the comment: I know. But stuff like this is necessary for proper release management and future planning. Using why-python-suxx per module ™ metric, it is possible to pinpoint badly designed parts that should be removed or replaced in Python4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11851] Flushing the standard input causes an error
Edzard Pasma pasm...@concepts.nl added the comment: Hello, The error occured in the APSW shell, when using its .output command. Looking at the apsw source, it appears to perform a sys.stdin.flush() at that point. Trying this in the Python interpreto gives the same error: $ python Python 2.7.1 (r271:86882M, Nov 30 2010, 09:39:13) [GCC 4.0.1 (Apple Inc. build 5494)] on darwin Type help, copyright, credits or license for more information. import sys sys.stdin.flush built-in method flush of file object at 0x28020 sys.stdin.flush() Traceback (most recent call last): File stdin, line 1, in module IOError: [Errno 9] Bad file descriptor But in Python3 it no longer occurs. I'd like to report this to the developer of the APSW module as it appears most easy to avoid it there (also there are more frequent releases). I hope it is useful to report it here too. Regards, E. Pasma (sorry that the original post was empty) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
Éric Araujo mer...@netwok.org added the comment: setuptools sdist uses a wholly different machinery than distutils, so it’s a red herring. Have you tested that your patch does reproduce the bug? From the diff header, I see that you’ve patched your installed Python instead of using a developpers’ environment. The guide at docs.python.org/devguide should help you get set up. If the patch does reproduce the bug, can you also fix it? -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10496] import site failed when Python can't find home directory (sysconfig._getuserbase)
Éric Araujo mer...@netwok.org added the comment: It’s not just a try/except, it’s a behavior change: after the patch, paths returned by sysconfig may not be fully expanded paths. I would like Tarek to make a call on this. -- assignee: - tarek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11843] distutils doc: duplicate line in table
Éric Araujo mer...@netwok.org added the comment: Thanks for the report; I’ll fix it when I get Internet access without port 22 blocked, or any committer interested in documentation can do it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11844] Update json to upstream simplejson latest release
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I am not sure anyone other that Bob Ippolito can contribute later versions of simplejson (or patches derived from those versions) to python. ISTM that simplejson distribution is covered by MIT license [1] which is not one of the valid initial licenses. [2] I was trying to find what was the plan for maintaining json package in stdlib when it was initially included, but the only discussion I could find was a short thread [3] and issue #2750. Neither seem to address the issue of future maintenance. [1] https://github.com/simplejson/simplejson/blob/master/LICENSE.txt [2] http://www.python.org/psf/contrib/contrib-form/ [3] http://mail.python.org/pipermail/python-3000/2008-March/012583.html -- nosy: +belopolsky, benjamin.peterson, bob.ippolito, brett.cannon, christian.heimes, georg.brandl, pjenvey, rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11844 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10932] distutils.core.setup - data_files misbehaviour ?
Changes by Éric Araujo mer...@netwok.org: -- hgrepos: +19 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10932 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9325] Add an option to pdb/trace/profile to run library module as a script
Nick Coghlan ncogh...@gmail.com added the comment: Good point about the extra parameter just pushing the problem one layer up the stack rather than completely solving the problem. However, on further reflection, I've realised that I really don't like having runpy import the threading module automatically, since that means even single-threaded applications run via -m will end up initialising the thread support, including the GIL. That's something we try reasonably hard to avoid doing in applications that don't actually need it (it does happen in library modules that genuinely need thread-local storage, such as the decimal module). If you look at the way Pdb._runscript currently works, it imports __main__ and then cleans it out ready to let the child script run. So replacing that with a simple module level global that refers to the runpy execution namespace would probably be an improvement. Looking at this use case more closely, though, shows that it isn't as simple as handing the whole task over to the runpy module, as the debugger needs access to the filename before it starts executing code in order to configure the trace function correctly. That means runpy needs to support a two stage execution process that allows a client script like pdb to retrieve details of the code to be executed, and then subsequently request that it be executed in a specific namespace. My first thought is to switch to a more object-oriented API along the lines of the following: - get_path_runner() - get_module_runner() These functions would parallel the current run_module() and run_path() functions, but would return a CodeRunner object instead of directly executing the specified module - CodeRunner.run(module=None) This method would actually execute the code, using the specified namespace if given, or an automatic temporary namespace otherwise. CodeRunner would store sufficient state to support the delayed execution, as well as providing access to key pieces of information (such as the filename) before code execution actually occurs. pdb could then largely be left alone from a semantic point of view (i.e. still execute everything in the true __main__ module), except that its current code for finding the script to execute would be replaced by a call to runpy.get_runner_for_path(), a new -m switch would be added that tweaked that path to invoke runp.get_runner_for_module() instead, the debugger priming step would query the CodeRunner object for the filename, and finally, the actual code execution step would invoke the run() method of the CodeRunner object (passing in __main__ itself as the target module). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10932] distutils.core.setup - data_files misbehaviour ?
Éric Araujo mer...@netwok.org added the comment: Looks great, thanks. You haven’t addressed this part of my previous message: “I think the fix may be in the wrong place: You fixed sdist but not bdists. I think the root of the problem is in the manifest (distutils2) / filelist (distutils1) module.” I don’t understand this comment: “Though, inside zip-file we get files without its parent dir, nothing changes in manifest file(should it change?).” This bug should be fixed in packaging and distutils2, but I’m not sure about distutils: it’s an important change in behavior. Tarek, Fred, what do you think? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10932 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11843] distutils doc: duplicate line in table
Roundup Robot devnull@devnull added the comment: New changeset 9e49f4d81f54 by Ezio Melotti in branch '2.7': #11843: remove duplicate line from table in distutil doc. http://hg.python.org/cpython/rev/9e49f4d81f54 New changeset 1d6e28df2fb7 by Ezio Melotti in branch '3.1': #11843: remove duplicate line from table in distutil doc. http://hg.python.org/cpython/rev/1d6e28df2fb7 New changeset 850a659d9e6f by Ezio Melotti in branch '3.2': #11843: Merge with 3.1. http://hg.python.org/cpython/rev/850a659d9e6f New changeset bf1bf8fb5d55 by Ezio Melotti in branch 'default': #11843: Merge with 3.2. http://hg.python.org/cpython/rev/bf1bf8fb5d55 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11843] distutils doc: duplicate line in table
Ezio Melotti ezio.melo...@gmail.com added the comment: Done, thanks for the report. -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11277] test_zlib.test_big_buffer crashes under BSD (Mac OS X and FreeBSD)
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: I was able to spend more time on that this afternoon. 'Got an unkillable diff(1) along the way which required me to force a cold reboot. Well. I attach a C version (11277.mmap.c) which i've used for testing. The file 11277.zsum32.c is a quick-and-dirty C program to calculate CRC-32 and Adler-32 checksums (i had none for the latter and maybe you want to test some more, so); it requires zlib. I also attach 11277.1.diff which updates test/test_zlib.py, though this is rather useless, because that still results in a bus error. This is the real interesting thing however, because the C version actually works quite well for the chosen value, and the resulting files are identical, as zsum32 shows: Adler-32 14b9018b CRC-32 c6e340bf -- test_python_413/@test_413_tmp Adler-32 14b9018b CRC-32 c6e340bf -- c-mmap-testfile I thought os.fsync(f.fileno()) does the trick because it does it in C (hi, Charles-Francois), but no. So what do i come up with? Nothing. A quick look into 11277.mmap.c will show you this: /* *Final* sizes (string written after lseek(2): abcd) */ ... /* Tested good */ //0x1 - PAGESIZE - 5, //0x1 - 4, //0x1 - 3, //0x1 - 1, 0x1 + PAGESIZE + 4, //0x1 + PAGESIZE + 5, /* Tested bad */ //0x1, //0x1 + PAGESIZE, //0x1 + PAGESIZE + 1, //0x1 + PAGESIZE + 3, Hm! Now i have to go but maybe i can do some more testing tomorrow to answer the question why test_zlib.py fails even though there is the fsync() and even though the values work in C. Any comments? -- Added file: http://bugs.python.org/file21671/11277.1.diff Added file: http://bugs.python.org/file21672/11277.mmap.c Added file: http://bugs.python.org/file21673/11277.zsum32.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11277 ___diff --git a/Lib/test/test_zlib.py b/Lib/test/test_zlib.py --- a/Lib/test/test_zlib.py +++ b/Lib/test/test_zlib.py @@ -3,6 +3,7 @@ import binascii import random import sys +import os from test.support import precisionbigmemtest, _1G, _4G zlib = support.import_module('zlib') @@ -68,9 +69,10 @@ def setUp(self): with open(support.TESTFN, wb+) as f: -f.seek(_4G) -f.write(basdf) -with open(support.TESTFN, rb) as f: +f.seek(_4G + mmap.PAGESIZE) +f.write(babcd) +f.flush() +os.fsync(f.fileno()) self.mapping = mmap.mmap(f.fileno(), 0, access=mmap.ACCESS_READ) def tearDown(self): @@ -82,9 +84,8 @@ @unittest.skipUnless(support.is_resource_enabled(largefile), May use lots of disk space.) def test_big_buffer(self): -self.assertEqual(zlib.crc32(self.mapping), 3058686908) -self.assertEqual(zlib.adler32(self.mapping), 82837919) - +self.assertEqual(zlib.crc32(self.mapping), 0xc6e340bf) +self.assertEqual(zlib.adler32(self.mapping), 0x14b9018b) class ExceptionTestCase(unittest.TestCase): # make sure we generate some expected errors #include errno.h #include signal.h #include stdio.h #include string.h #include fcntl.h #include unistd.h #include sys/mman.h #include sys/stat.h #include sys/types.h #include sys/uio.h #define PATHc-mmap-testfile #define PAGESIZE4096 static void sighdl(int); static void sighdl(int signo) { const char errmsg[] = \nSignal occurred, cleaning up\n; (void)signo; (void)signal(SIGSEGV, SIG_DFL); (void)signal(SIGBUS, SIG_DFL); write(2, errmsg, sizeof(errmsg)-1); (void)unlink(PATH); return; } int main(void) { int fd, estat = 0; void *addr; auto struct stat s; /* *Final* sizes (string written after lseek(2): abcd) */ const size_t *ct, tests[] = { /* Tested good */ //0x1 - PAGESIZE - 5, //0x1 - 4, //0x1 - 3, //0x1 - 1, 0x1 + PAGESIZE + 4, //0x1 + PAGESIZE + 5, /* Tested bad */ //0x1, //0x1 + PAGESIZE, //0x1 + PAGESIZE + 1, //0x1 + PAGESIZE + 3, 0 }; if (signal(SIGSEGV, sighdl) == SIG_ERR) goto jerror; if (signal(SIGBUS, sighdl) == SIG_ERR) goto jerror; for (ct = tests; *ct != 0; ++ct) { fprintf(stderr, Size %lu/0x%lX: open, *ct, *ct); fd = open(PATH, O_RDWR|O_TRUNC|O_CREAT, 0666); if (fd 0) goto jerror; fprintf(stderr, . ); fprintf(stderr, lseek); if (lseek(fd, *ct-4, SEEK_END) 0) goto jerror; fprintf(stderr, . ); fprintf(stderr, write); if (write(fd, abcd, 4) != 4) goto jerror;
[issue11731] Simplify email API via 'policy' objects
R. David Murray rdmur...@bitdance.com added the comment: What I hope is the final patch, after Barry's review, and Éric's second. -- Added file: http://bugs.python.org/file21674/policy_final.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11731 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11843] distutils doc: duplicate line in table
Éric Araujo mer...@netwok.org added the comment: Thanks Ezio. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
higery shoulderhig...@gmail.com added the comment: Yes, the test fails and the output msg is: AssertionError: '\\' unexpectedly found in '# file GENERATED by distutils, do NOT edit\nREADME\nsetup.py\nsomecode\\__init__.py\n' It means that distutils generates MANIFEST with '\' as file path separator. OK, I'll try to make the diff and patch against the dev environment to fix this bug ASAP. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
Éric Araujo mer...@netwok.org added the comment: Thanks! I would also like it if you could use a more specific test, comparing a line with a path instead of using the overly broad assertIn, to make the intent of the test clearer. -- assignee: tarek - eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
higery shoulderhig...@gmail.com added the comment: OK. I used this method just because I thought '\' is a special character and if it's in a file path line, then it must be the separator. As you say, it may be not that clear for others to know what does this test do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11844] Update json to upstream simplejson latest release
Bob Ippolito b...@redivi.com added the comment: That's not a problem, I'm more than happy to give permission for any patch. If it's easier I can consider dual-licensing in the simplejson source. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11844 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11844] Update json to upstream simplejson latest release
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Fri, Apr 15, 2011 at 12:17 PM, Bob Ippolito rep...@bugs.python.org wrote: .. That's not a problem, I'm more than happy to give permission for any patch. If it's easier I can consider dual-licensing in the simplejson source. Can someone who can speak for PSF clarify the mechanics of how this should be done? The contributor form seems to suggest that Contributor shall identify each Contribution by placing the following notice in its source code adjacent to Contributor's valid copyright notice: Licensed to PSF under a Contributor Agreement. Would it be enough for Bob to add this text here: https://github.com/simplejson/simplejson/blob/master/LICENSE.txt ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11844 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10665] Expand unicodedata module documentation
Ezio Melotti ezio.melo...@gmail.com added the comment: Alexander suggested on IRC to use the 'unicode' directive[0], but even if that works in the HTML (only outside code blocks), it still breaks the PDF. Another alternative that might work is the 'raw' role[1]. [0]: http://docutils.sourceforge.net/docs/ref/rst/directives.html#unicode-character-codes [1]: http://docutils.sourceforge.net/docs/ref/rst/roles.html#specialized-roles -- keywords: +needs review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10665 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11819] '-m unittest' should not pretend it works on Python 2.5/2.6
Éric Araujo mer...@netwok.org added the comment: I need a why-python-suxx keyword to point people with dumb questions about why they should not use specific Python versions to a query that lists all sensitive issues for this specific version that won't be fixed due to security fix only mode. You may not know it, but repeating over and other that Python, its docs, its development process and/or its developers suck does not raise the incentive to change things. We’re all volunteers doing our best in our free time, please keep that in mind. Also consider that when one person keeps saying that everything sucks while other people say that the overall quality is good, it may be that the first person is wrong. As Ezio said, we have to draw the line. A constructive outcome of this bug would be a doc patch adding a versionadded directive to the 2.7 docs, which we can fix (and we know that people tend to use the latest version of the docs). Leaving aside the inconsiderate comments about suckage, constructive proposals do help. A lot of things in the current process are good, and you should accept the word of the actual developers for it. Also remember that both PSF and python-dev are increasingly welcoming of contributors and trying to improve things. However, I think it’s best to let the people who actually manage the releases to judge whether changes are required for “proper release management and future planning”. In other words, you catch more flies with wine than vinegar. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11824] freeze.py broken due to ABI flags
Changes by Éric Araujo mer...@netwok.org: -- nosy: +barry, eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11831] pydoc -w causes no Python documentation found error when the path is not current directory
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo, ron_adam title: python -w causes no Python documentation found error when the path is not current directory - pydoc -w causes no Python documentation found error when the path is not current directory ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11831 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11834] wrong module installation dir on Windows
Changes by Éric Araujo mer...@netwok.org: -- components: +Distutils, Distutils2 nosy: +alexis, eric.araujo versions: +Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11846] Implementation question for (-5) - 256 caching, and doc update for c-api/int.html
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11851] Flushing the standard input causes an error
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11838] IDLE: make interactive code savable as a runnable script
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo title: IDLE: make interactive code runnable. - IDLE: make interactive code savable as a runnable script ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11841] Bug in the verson comparison
Éric Araujo mer...@netwok.org added the comment: Thanks, looks great! Why does the code use both a string and a singleton tuple? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10665] Expand unicodedata module documentation
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: The PDF generator is PDFLaTeX, whose range of Unicode characters is very limited, so no, I can't fix it. My search for pdflatex and unicode has quickly revealed this 4-year old howto: http://tclab.kaist.ac.kr/ipe/pdftex_2.html I'll experiment with some recent LaTeX distributions before making further effort to work around current unicode limitations. For example, XeTeX appears to have good unicode support: http://scripts.sil.org/cms/scripts/page.php?site_id=nrsiid=xetex -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10665 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11776] types.MethodType() params and usage is not documented
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11776 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10665] Expand unicodedata module documentation
Marc-Andre Lemburg m...@egenix.com added the comment: Ezio Melotti wrote: Ezio Melotti ezio.melo...@gmail.com added the comment: Alexander suggested on IRC to use the 'unicode' directive[0], but even if that works in the HTML (only outside code blocks), it still breaks the PDF. Another alternative that might work is the 'raw' role[1]. [0]: http://docutils.sourceforge.net/docs/ref/rst/directives.html#unicode-character-codes [1]: http://docutils.sourceforge.net/docs/ref/rst/roles.html#specialized-roles I don't think we should include Unicode code points as literals in Python source code examples, for much the same reason we don't want them in the stdlib source code. Why don't you use the standard literal escapes for the examples and annotate the code points with the code point names ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10665 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9904] Cosmetic issues that may warrant a fix in symtable.h/c
Éric Araujo mer...@netwok.org added the comment: Yep, code cleanup is not done in the stable branches (except as a by-product of a bugfix). -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9904 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11186] pydoc: HTMLDoc.index() doesn't support PEP 383
Éric Araujo mer...@netwok.org added the comment: It is really a bad idea to choose an *undecodable* name for a module. You will not be able to write its name using import name syntax. Okay, makes sense that pydoc ignores those. You speak about a user choosing to create such a filename though; is it possible to create such a name without knowing it? For the changelog, feel free to rephrase it. I don’t currently have SSH access, so please do it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11186 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10665] Expand unicodedata module documentation
Ezio Melotti ezio.melo...@gmail.com added the comment: One reason is that unicodedata.lookup actually returns a unicode char, so if we want to show a code snippet that uses unicodedata.lookup we either have to use a unicode literal or limit the chars in the examples to latin1 to make sure it works nice with the PDF generator. Using escape sequences elsewhere might work, but in some examples it's better to use the actual chars IMHO (except that they don't work with the PDF). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10665 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10665] Expand unicodedata module documentation
Marc-Andre Lemburg m...@egenix.com added the comment: Ezio Melotti wrote: Ezio Melotti ezio.melo...@gmail.com added the comment: One reason is that unicodedata.lookup actually returns a unicode char, so if we want to show a code snippet that uses unicodedata.lookup we either have to use a unicode literal or limit the chars in the examples to latin1 to make sure it works nice with the PDF generator. Why not wrap the calls with a repr() ? Using escape sequences elsewhere might work, but in some examples it's better to use the actual chars IMHO (except that they don't work with the PDF). Sure, it'll look nicer, but it will also make comparing the examples with the actual output users see on the screen error-prone (e.g. if the fonts don't have the necessary glyphs). Copypaste will also often fail. I think it's more useful to show examples that more or less always work, than ones which display all available goodies. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10665 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10665] Expand unicodedata module documentation
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Fri, Apr 15, 2011 at 1:10 PM, Marc-Andre Lemburg rep...@bugs.python.org wrote: .. Why don't you use the standard literal escapes for the examples and annotate the code points with the code point names ? A am neutral on how to enter unicode characters in source reST. In the previous discussions most people seemed to prefer WISIWYG. If literal escapes solved the PDF issue, I would use it even at the expense of loosing testability of the output displays. Code point names as usually very long for exotic characters that illustrate UCD features. I like presenting them, but in tables I'd rather present more examples and still keep column width reasonable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10665 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11841] Bug in the verson comparison
Filip Gruszczyński grusz...@gmail.com added the comment: The reason for the use of two constants is that previously there was comparison in the code with a hardcoded 'f': if postdev[0] == 'f': I think it's a common practice to create constants for such hardcoded values. Also this hit when I was making a patch. I didn't know, that 'f' was used in the code and when I changed _FINAL_MARKER to ('f',), some tests failed. Alternatively to what I did in the patch you can use: if postdev[0] == _FINAL_MARKER[0]: but it just doesn't feel right for me. Anyway, I can't find packaging package in default branch of python. Where is the development done? I'd be happy to try to provide some more patches for this package, if there is a need for any. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11841] Bug in the verson comparison
Éric Araujo mer...@netwok.org added the comment: I think it's a common practice to create constants for such hardcoded values. Yep, _FINAL_MARKER is clearer here that a cryptic character. An alternate fix would be to use a c as rc marker (like what Python itself does in sys.hexversion and elsewhere). I’ll see if I can use only one object instead of two. Anyway, I can't find packaging package in default branch of python. The merge started at the PyCon sprints is still underway at https://bitbucket.org/tarek/cpython/ Follow the fellowship ML for details. There’ll be an announcement on python-dev too when it’s complete, and then we’ll restart fixing bugs. -- assignee: tarek - eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10665] Expand unicodedata module documentation
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Fri, Apr 15, 2011 at 1:23 PM, Marc-Andre Lemburg rep...@bugs.python.org wrote: .. Why not wrap the calls with a repr() ? Won't help: 'Ӝ' I think you meant ascii(), but that's ugly IMO: '\\u04dc' Maybe '\u04dc' but that's too much of scaffolding. .. I think it's more useful to show examples that more or less always work, than ones which display all available goodies. I disagree. Users that are advanced enough to be interested in reading unicodedata reference documentation should be capable of either fixing their environment or understanding its limitations. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10665 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11841] Bug in the verson comparison
Filip Gruszczyński grusz...@gmail.com added the comment: I understand that ML is mailing list, but I have no idea what is fellowship mailing list. Could you elaborate on this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11277] test_zlib.test_big_buffer crashes under BSD (Mac OS X and FreeBSD)
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com: Removed file: http://bugs.python.org/file20838/issue11277.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11277] test_zlib.test_big_buffer crashes under BSD (Mac OS X and FreeBSD)
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: My last idea for today was to split the writes. This also works for the C version, but it does not for test_zlib.py. I attach the updated files. And for completeness: Adler-32 7a54018b CRC-32 7f1be672 -- @test_13713_tmp Adler-32 7a54018b CRC-32 7f1be672 -- c-mmap-testfile -- Added file: http://bugs.python.org/file21675/11277.2.diff Added file: http://bugs.python.org/file21676/11277.mmap-1.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11277 ___diff --git a/Lib/test/test_zlib.py b/Lib/test/test_zlib.py --- a/Lib/test/test_zlib.py +++ b/Lib/test/test_zlib.py @@ -3,6 +3,7 @@ import binascii import random import sys +import os from test.support import precisionbigmemtest, _1G, _4G zlib = support.import_module('zlib') @@ -68,9 +69,11 @@ def setUp(self): with open(support.TESTFN, wb+) as f: -f.seek(_4G) -f.write(basdf) -with open(support.TESTFN, rb) as f: +f.write(ba) +f.seek(_4G + mmap.PAGESIZE + 1) +f.write(bbcd) +f.flush() +os.fsync(f.fileno()) self.mapping = mmap.mmap(f.fileno(), 0, access=mmap.ACCESS_READ) def tearDown(self): @@ -82,9 +85,8 @@ @unittest.skipUnless(support.is_resource_enabled(largefile), May use lots of disk space.) def test_big_buffer(self): -self.assertEqual(zlib.crc32(self.mapping), 3058686908) -self.assertEqual(zlib.adler32(self.mapping), 82837919) - +self.assertEqual(zlib.crc32(self.mapping), 0x7f1be672) +self.assertEqual(zlib.adler32(self.mapping), 0x7a54018b) class ExceptionTestCase(unittest.TestCase): # make sure we generate some expected errors #include errno.h #include signal.h #include stdio.h #include string.h #include fcntl.h #include unistd.h #include sys/mman.h #include sys/stat.h #include sys/types.h #include sys/uio.h #define PATHc-mmap-testfile #define PAGESIZE4096 static void sighdl(int); static void sighdl(int signo) { const char errmsg[] = \nSignal occurred, cleaning up\n; (void)signo; (void)signal(SIGSEGV, SIG_DFL); (void)signal(SIGBUS, SIG_DFL); write(2, errmsg, sizeof(errmsg)-1); (void)unlink(PATH); return; } int main(void) { int fd, estat = 0; void *addr; auto struct stat s; /* *Final* sizes (string written after lseek(2): abcd) */ const size_t *ct, tests[] = { /* Tested good */ //0x1 - PAGESIZE - 5, //0x1 - 4, //0x1 - 3, //0x1 - 1, 0x1 + PAGESIZE + 4, //0x1 + PAGESIZE + 5, /* Tested bad */ //0x1, //0x1 + PAGESIZE, //0x1 + PAGESIZE + 1, //0x1 + PAGESIZE + 3, 0 }; if (signal(SIGSEGV, sighdl) == SIG_ERR) goto jerror; if (signal(SIGBUS, sighdl) == SIG_ERR) goto jerror; for (ct = tests; *ct != 0; ++ct) { fprintf(stderr, Size %lu/0x%lX: open, *ct, *ct); fd = open(PATH, O_RDWR|O_TRUNC|O_CREAT, 0666); if (fd 0) goto jerror; fprintf(stderr, . ); fprintf(stderr, write-I); if (write(fd, a, 1) != 1) goto jerror; fprintf(stderr, . ); fprintf(stderr, lseek); if (lseek(fd, *ct-4, SEEK_END) 0) goto jerror; fprintf(stderr, . ); fprintf(stderr, write-II); if (write(fd, bcd, 3) != 3) goto jerror; fprintf(stderr, . ); fprintf(stderr, fsync); if (fsync(fd) != 0) goto jerror; fprintf(stderr, . ); fprintf(stderr, fstat); if (fstat(fd, s) != 0) goto jerror; fprintf(stderr, . ); if (*ct != (size_t)s.st_size) { fprintf(stderr, fstat size mismatch: %lu is not %lu\n, (size_t)s.st_size, *ct); continue; } fprintf(stderr, mmap); addr = mmap(NULL, s.st_size, PROT_READ, MAP_PRIVATE, fd, 0); if (addr == NULL) goto jerror; fprintf(stderr, . ); (void)close(fd); fprintf(stderr, [0]); if (((char*)addr)[0] != 'a') goto jerror; fprintf(stderr, . ); fprintf(stderr, [s.st_size-3]); if (((char*)addr)[s.st_size-3] != 'b') goto jerror; fprintf(stderr, . ); fprintf(stderr, munmap); if (munmap(addr, s.st_size) != 0) goto jerror; fprintf(stderr, .); fprintf(stderr, \n); } jleave: (void)unlink(PATH); return estat; jerror: fprintf(stderr, \n%s\n, strerror(errno)); estat = 1; goto jleave; } ___ Python-bugs-list mailing
[issue11851] Flushing the standard input causes an error
Jesús Cea Avión j...@jcea.es added the comment: I can't reproduce this Under Solaris 10 or Ubuntu. Maybe is it something Apple related?. Anyway, does it makes sense to flush sys.stdin, at all?. -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11852] New QueueListener is unusable due to threading and queue import
New submission from Baptiste Lepilleur b...@users.sourceforge.net: How to reproduce: from logging.handlers import QueueListener from multiprocessing import Queue q = Queue(100) l = QueueListener(q) Traceback (most recent call last): File stdin, line 1, in module File C:\Python32\lib\logging\handlers.py, line 1234, in __init__ self._stop = threading.Event() NameError: global name 'threading' is not defined And after adding the 'threading' import, you run into a second missing module: Traceback (most recent call last): File C:\Python32\lib\threading.py, line 736, in _bootstrap_inner self.run() File C:\Python32\lib\threading.py, line 689, in run self._target(*self._args, **self._kwargs) File C:\Python32\lib\logging\handlers.py, line 1297, in _monitor except queue.Empty: NameError: global name 'queue' is not defined Solution: Adds import of 'threading' and 'queue' module in logging.handlers module. -- components: Library (Lib) messages: 133862 nosy: blep priority: normal severity: normal status: open title: New QueueListener is unusable due to threading and queue import type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11852] New QueueListener is unusable due to threading and queue import
Baptiste Lepilleur b...@users.sourceforge.net added the comment: Forgot to give the precise python version: Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11852] New QueueListener is unusable due to missing threading and queue import
Changes by Baptiste Lepilleur b...@users.sourceforge.net: -- title: New QueueListener is unusable due to threading and queue import - New QueueListener is unusable due to missing threading and queue import ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Charles-Francois Natali neolo...@free.fr added the comment: This is due to a bug in the TLS key management when mixed with fork. Here's what happens: When a thread is created, a tstate is allocated and stored in the thread's TLS: thread_PyThread_start_new_thread - t_bootstrap - _PyThreadState_Init - _PyGILState_NoteThreadState: if (PyThread_set_key_value(autoTLSkey, (void *)tstate) 0) Py_FatalError(Couldn't create autoTLSkey mapping); where int PyThread_set_key_value(int key, void *value) { int fail; void *oldValue = pthread_getspecific(key); if (oldValue != NULL) return 0; fail = pthread_setspecific(key, value); return fail; } A pthread_getspecific(key) is performed to see if there was already a value associated to this key. The problem is that, if a process has a thread with a given thread ID (and a tstate stored in its TLS), and then the process forks (from another thread), if a new thread is created with the same thread ID as the thread in the child process, pthread_getspecific(key) will return the value stored by the other thread (with the same thread ID). In short, thread-specific values are inherited across fork, and if you're unlucky and create a thread with a thread ID already existing in the parent process, you're screwed. To conclude, PyGILState_GetThisThreadState, which calls PyThread_get_key_value(autoTLSkey) will return the other thread's tstate, which will triggers this fatal error in PyThreadState_Swap. The patch attached fixes this issue by removing the call to pthread_getspecific(key) from PyThread_set_key_value. This solves the problem and doesn't seem to cause any regression in test_threading and test_multiprocessing, and I think that if we were to call PyThread_set_key_value twice on the same key it's either an error, or we want the last version to be stored, not the old one. test_threading and test_multiprocessing now run fine without any fatal error. Note that this is probably be a bug in RHEL pthread's implementation, but given how widespread RHEL and derived distros are, I think this should be fixed. I've attached a patch and a small test program to check if thread-specific data is inherited across a fork. Here's a sample run on a RHEL4U8 box: $ /tmp/test PID: 17922, TID: 3086187424, init value: (nil) PID: 17924, TID: 3086187424, init value: 0xdeadbeef The second thread has been created in the child process and inherited the first thread's (created by the parent) key's value (one condition for this to happen is of course that the second thread is allocated the same thread ID as the first one). -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Changes by Charles-Francois Natali neolo...@free.fr: Added file: http://bugs.python.org/file21677/test_specific.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Changes by Charles-Francois Natali neolo...@free.fr: -- keywords: +patch Added file: http://bugs.python.org/file21678/thread_invalid_key.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Charles-Francois Natali neolo...@free.fr added the comment: Note: this seems to be fixed in RHEL6. (Sorry for the noise). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Now, I'd be super happy to see this strange semantics of PyThread_set_key_value go away. Its very un-standard and complicates the mapping from an native implementation to the python one. But I think I did once bring up this issue, and was told that it was a bad idea. But your logic is sound. Doing two Sets, is an error regardless. Hiding the error by ignoring the second set is arbitrarily as bad as ignoring the first thing. So, if it is possible to fix this and remove this weird special case and cast it into the abyss, then by all means, you have my 10 thumbs up. Not that it counts for much :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11803] Memory leak in sub-interpreters
Terry J. Reedy tjre...@udel.edu added the comment: Swapnil, please pay attention to what people write. PYTHON 2.6 IS NOT OPEN FOR BUGFIXES. Please do not add 2.6 to this issue again or reopen until you find a problem with 2.7.1 or 3.2.0. -- nosy: +terry.reedy status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11803 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient test_telnetlib failure
Terry J. Reedy tjre...@udel.edu added the comment: What do you propose for a fix? 1. Find a more reliable host to test with? 2. Change test to catch the error and convert failure to a skip? 3. Both ;-? 4. Something else? Something like 2 would seem like a good idea for all tests dependent on a resource out of developers' control. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11851] Flushing the standard input causes an error
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I get the same: $ python2.7 Python 2.7.1 (r271:86882M, Nov 30 2010, 10:35:34) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin Type help, copyright, credits or license for more information. import sys sys.stdin.flush() Traceback (most recent call last): File stdin, line 1, in module IOError: [Errno 9] Bad file descriptor I'll look further. -- assignee: - belopolsky nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10037] multiprocessing.pool processes started by worker handler stops working
Changes by Nir Aides n...@winpdb.org: -- nosy: +nirai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11852] New QueueListener is unusable due to missing threading and queue import
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk: -- assignee: - vinay.sajip nosy: +vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11847] OSError importing antigravity module
ackounts ackou...@gmail.com added the comment: You right, webbrowser.open fails too. It was a duplicate one, sorry guys. -- resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11851] Flushing the standard input causes an error
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: In python 2.x, sys.stdin.flush() is more or less equivalent to C fflush(stdin). The behavior of fflush() on streams that are open for reading only is undefined. [1] Python 3.x io does not use C stdio library and therefore it is not surprising that the behavior is different. [1] http://pubs.opengroup.org/onlinepubs/009695399/functions/fflush.html -- components: +Interpreter Core -None resolution: - invalid stage: - committed/rejected status: open - closed versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient test_telnetlib failure
Antoine Pitrou pit...@free.fr added the comment: 1. Find a more reliable host to test with? Well, if you find a more reliable host than localhost, why not ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Terry J. Reedy tjre...@udel.edu added the comment: I am not sure if this should be called a bug or feature request, but that does not matter so much with IDLE. Os.system is documented as executing in a subshell and returning the exit code, which is does. The doc also says If command generates any output, it will be sent to the interpreter standard output stream. IDLE tries to imitate the interpreter, but it is not the interpreter, and I am not sure if that is always possible. The problem is that IDLE sends code (or, I presume, a filename) to a windowless interpreter (via socket or pipe) and receives and displays whatever is sent back. So I suspect the problem and fix is and would have to be with how a windowless interpreter executes os.system (in a third process). But for all I know, it may be the OS that decides not to hook the output of a system process to a no-window process that calls it. On Windows, os.system('dir') ('dir' == 'ls') within IDLE pops up a command window to display the output, which immediately disappears. The same within the interactive interpreter (in a Command Prompt window) displays the output, just as with your XTerminal case. Os.getcwd is documented as returning a string, so of course it does. It is not relevant to this issue. Because of problems with os.system, the docs end with a suggestion to use subprocess instead. So there may be reluctance to 'fix' os.system calls. The subprocess doc has an example for 'ls'. For 3.2 it is subprocess.check_output([ls, -l, /dev/null]) b'crw-rw-rw- 1 root root 1, 3 Oct 18 2007 /dev/null\n' but the quotes and \n suggest that multiline output would not display properly. On Windows with 3.2, the following works print(subprocess.check_output(['dir'], shell=True).decode()) Volume in drive C is HP_PAVILION Volume Serial Number is 6C44-B700 Directory of C:\Programs\Python32 shell=True is needed for 'dir' to be recognized. Both print and .decode() are needed for proper line breaks. The same info for the current directory is also available in an Open File or Save File dialog, so the ls/dir is really not needed. -- components: +Interpreter Core nosy: +terry.reedy versions: +Python 3.2, Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11851] Flushing the standard input causes an error
Terry J. Reedy tjre...@udel.edu added the comment: Python 2.7.1 ... 32 bit (Intel)] on win32 import sys sys.stdin.flush() stdin.flush() could mean to clear (discard) the input buffer. Given that it is undefined, the puzzle is that it exists at all, even to be called. Consistency across platforms is why we wrote io for Py3. Agreed not a bug for 2.x. -- components: +Macintosh nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9650] format codes in time.strptime docstrings
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- assignee: - docs@python components: +Documentation -Library (Lib) versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9650 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com