[issue799428] tk_focusNext() fails
Martin v. Löwis [EMAIL PROTECTED] added the comment: Thanks for the patch, committed as r65399, r65400, and r65401. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue799428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue799428] tk_focusNext() fails
Changes by Martin v. Löwis [EMAIL PROTECTED]: -- resolution: - fixed status: open - closed versions: +Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue799428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1563] asyncore and asynchat incompatible with Py3k str and bytes
Josiah Carlson [EMAIL PROTECTED] added the comment: Sounds good. I look forward to seeing the patch :) . ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1563 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Mark Dickinson [EMAIL PROTECTED] added the comment: Question: I see math module patch committed, r63542 in May 22. But in 3.0b2, there is no math.fsum and math.sum seems to be a wrapper for builtin sum. Has this not been forward ported (merged) yet? I'm pretty sure it *was* merged: math.sum should be the full-precision summation in both recent betas (2.6b2 and 3.0b2). Try comparing sum([1e100, 1, -1e100, -1]) and math.sum([1e100, 1, -1e100, -1])---they should produce -1.0 and 0.0 respectively. The name change to fsum only happened in the last few days. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3228] mailbox.mbox creates files with execute bit set
Niels Gustäbel [EMAIL PROTECTED] added the comment:
The problem is not limited to mboxes but also applies to maildirs. Any
message file created inside a maildir has execute permissions set as
well because the same function _create_carefully() is used.
Changing the umask is not an option because it also affects any folders
that are created. Setting the umask to something like 0177 would render
the base folder and the {new,cur,tmp} folders of a newly created Maildir
unusable.
To me the only solution is changing the _create_carefully() function, so
that it provides a mode argument to os.open() as done in the attached patch.
The patch also fixes another instance of this problem: the empty file
maildirfolder which is created inside a maildir's base folder. It
should not be executable as well.
--
keywords: +patch
nosy: +ngustaebel
Added file: http://bugs.python.org/file11037/python-mailbox-patch.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3228
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3492] Zlib compress/decompress functions returning bytearray
New submission from Anand B Pillai [EMAIL PROTECTED]: import zlib s='This is a string' sc=zlib.compress(s) sc bytearray(b'x\x9c\x0b\xc9\xc8,V\x00\xa2D\x85\xe2\x92\xa2\xcc\xbct\x00/\xc2\x05\xcd') zlib.decompress(sc) bytearray(b'This is a string') This is wrong behavior as compress functions should return byte ,not a bytearray. Same for decompress. -- components: Library (Lib) messages: 70625 nosy: pythonhacker severity: normal status: open title: Zlib compress/decompress functions returning bytearray type: behavior versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3492 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3039] tarfile.TarFileCompat.writestr(ZipInfo, str) raises AttributeError
Lars Gustäbel [EMAIL PROTECTED] added the comment: Thank you very much for your patch, I applied it to the trunk as r65402. However, I decided to remove the TarFileCompat class from the Python 3.0 branch, see http://mail.python.org/pipermail/python-3000/2008-July/014448.html for details. -- resolution: - accepted status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3490] Example Code Error in Tutorial Documentation
Adam [EMAIL PROTECTED] added the comment: You know what, you're absolutely right. My apologies for sending the bad submission. =\ ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3228] mailbox.mbox creates files with execute bit set
Antoine Pitrou [EMAIL PROTECTED] added the comment: It would be nice if the patch came with a test. -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3352] Deficiencies in multiprocessing/threading API
Benjamin Peterson [EMAIL PROTECTED] added the comment: Sorry, I'm not going to be able to work on this soon. -- assignee: benjamin.peterson - ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3419] multiprocessing module is racy
Mark Dickinson [EMAIL PROTECTED] added the comment: Are you looking at the conn refused or the incref error? The connection refused error. The attached patch fixes the problem, for me. On my machine, the connection refused error code was 61 rather than 10061. With this patch, I'm no longer seeing any hangs in test_multiprocessing.py (at least, not in the last 500 runs :-)). (Though I am still seeing the incref error occasionally.) If anyone's prepared to answer a stupid question: I'm curious why failed socket connections occur at all. Is connecting to a socket generally considered an unreliable operation, or is there some aspect of the multiprocessing module that makes it potentially unreliable? -- keywords: +patch Added file: http://bugs.python.org/file11038/mp_nohang.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3419 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: Two comments: * I like the new *-getarg parameters, but it would be better to test for '#' first since this is still by far the most used getarg parameter. * Antoine, I think your codecs.c patch has a glitch: +decoded = PyUnicode_DecodeMBCSStateful(pbuf.buf, pbuf.len, errors, + final ? NULL : consumed); + PyBuffer_Release(pbuf); +if (decoded == NULL) return NULL; -return codec_tuple(decoded, final ? size : consumed); +return codec_tuple(decoded, consumed); } You dropped the final ? size : for no apparent reason. -- nosy: +lemburg ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Antoine Pitrou [EMAIL PROTECTED] added the comment: You've missed the preceding line that says: +consumed = pbuf.len; If final is NULL, consumed isn't updated by the call to PyUnicode_DecodeMBCSStateful and keeps its original value of pbuf.len. (in all honesty, I didn't test under Windows so this particular function wasn't enabled when I compiled and ran the test suite) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3459] optimize bytes.join()
Martin v. Löwis [EMAIL PROTECTED] added the comment: I dislike this change, not because of the potential slowdown, but because of the added code complexity. How plausible is it that you want to join a list of bytes objects, and the list has more than one item, yet all but one item are empty? If you have such an application, and performance matters, you shouldn't add the empty bytes to the list in the first place. Tentatively rejecting the patch. -- resolution: - rejected status: open - pending ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3459 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3459] optimize bytes.join()
Antoine Pitrou [EMAIL PROTECTED] added the comment: Well as I said it occurred to me when doing some measurements of BufferedReader performance, but I agree that the gain may not justify the complexity. If nobody objects, feel free to close the issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3459 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3493] No Backslash (\) in IDLE 1.2.2
New submission from Marc Rambert [EMAIL PROTECTED]: With my MacBook, on IDLE application, I can't type any character like this one \. -- components: IDLE messages: 70637 nosy: Marc67 severity: normal status: open title: No Backslash (\) in IDLE 1.2.2 versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3493] No Backslash (\) in IDLE 1.2.2
Changes by Marc Rambert [EMAIL PROTECTED]: -- type: - feature request ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3494] [Errno 11] Resource temporarily unavailable while using tracing facility/threads (in linux listdir with unicode path)
New submission from Fabio Zadrozny [EMAIL PROTECTED]: A bug has been reported against pydev complaining about os.listdir() failing while debugging (with a unicode path). The link for that is: http://sourceforge.net/tracker/index.php?func=detailaid=2012138group_id=85796atid=577329 After trying to find its cause, it appears that pydev is exercising a python bug (which is reproduced in the file attached). I have no idea why that's happening. I've reproduced it in python 2.4 and python 2.5 under ubuntu 6.10, but I believe it happens on other versions too -- the original bug was reported in Ubuntu 8.04 AMD64 Hardy Heron) -- components: Interpreter Core, Library (Lib) files: listdir_problem.py messages: 70638 nosy: fabioz severity: normal status: open title: [Errno 11] Resource temporarily unavailable while using tracing facility/threads (in linux listdir with unicode path) type: crash versions: Python 2.4, Python 2.5 Added file: http://bugs.python.org/file11039/listdir_problem.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3494 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1187] pipe fd handling issues in subprocess.py on POSIX
Dustin J. Mitchell [EMAIL PROTECTED] added the comment: Thoughts on this patch? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1187 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: On 2008-08-02 16:49, Antoine Pitrou wrote: Antoine Pitrou [EMAIL PROTECTED] added the comment: You've missed the preceding line that says: +consumed = pbuf.len; If final is NULL, consumed isn't updated by the call to PyUnicode_DecodeMBCSStateful and keeps its original value of pbuf.len. (in all honesty, I didn't test under Windows so this particular function wasn't enabled when I compiled and ran the test suite) Thanks for clarifying this. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Terry J. Reedy [EMAIL PROTECTED] added the comment: I'm pretty sure it *was* merged: math.sum should be the full-precision summation in both recent betas (2.6b2 and 3.0b2). Try comparing sum([1e100, 1, -1e100, -1]) and math.sum([1e100, 1, -1e100, -1])---they should produce -1.0 and 0.0 respectively. They do. I realize now that two different built-in funcs in two different modules but with the same name will give the same representation. That is so unusual, I was not expecting it. The name change to fsum only happened in the last few days. Which will prevent the confusion I had ;-). Good idea. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3459] optimize bytes.join()
Terry J. Reedy [EMAIL PROTECTED] added the comment: bl = [b'a']*2 gives a 2% slowdown: bl = [b'', b'a'] gives a 20% speedup: If the second case is less than 9% of cases, which I expect is true, the change would cause an average slowdown ;-) I encountered this when trying to optimize io.BufferedReader. Is there something peculiar about that code (and potentially fixable) that it tries to join lots of null strings? I dislike this change... because of the added code complexity. That was part of my reason for suggesting the new code be separated from the old, but it would not much change the calculation above. So I agree on closing this. -- status: pending - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3459 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2275] urllib2 header capitalization
Facundo Batista [EMAIL PROTECTED] added the comment: I'm ok with these patchs, Senthil. John, what do you think about this? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2275 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2538] memoryview of bytes is not readonly
Antoine Pitrou [EMAIL PROTECTED] added the comment: Fixed in r65420, with a test. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2538 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Antoine Pitrou [EMAIL PROTECTED] added the comment: Here is a new patch wrapping up Martin's patch with the following additions: - getargs.c fixes - codecs module fixes - multiprocessing module fix - fileobject readinto fix - in bytearray deallocator, print out a SystemError if there are existing exports The whole test suite now passes, which is a good start :-) Added file: http://bugs.python.org/file11040/s_star2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Changes by Antoine Pitrou [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11032/codecs.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Changes by Antoine Pitrou [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11033/getargs.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3495] site module doc typo
New submission from Ian Stokes-Rees [EMAIL PROTECTED]: http://docs.python.org/lib/module-site.html | sed -e s/2.3/2.5/g -- assignee: georg.brandl components: Documentation messages: 70647 nosy: georg.brandl, ijstokes severity: normal status: open title: site module doc typo versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3495 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2396] Backport memoryview object to Python 2.6
Brett Cannon [EMAIL PROTECTED] added the comment: But the warning in 2.6 for buffer() says to use memoryview(), which does not exist. So either the backport needs to happen in 2.6 or the warning needs to go away for generic buffer() usage and instead be changed to only occur when the 2to3 fixer won't work (which, I am guessing, is only needed when more than one argument to buffer() is used). -- nosy: +brett.cannon priority: - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3474] Using functools.reduce() does not stop DeprecationWarning when using -3
Changes by Brett Cannon [EMAIL PROTECTED]: -- priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3424] imghdr test order makes it slow
Ilpo Nyyssönen [EMAIL PROTECTED] added the comment: jpeg exif png gif tiff and then the rest ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3424 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
