[issue3456] compile python using MinGW

New submission from Xue Can [EMAIL PROTECTED]: I hope the official source release can add support for MinGW to compile python under Win32 platform. And layout built files like python in Unix-like paltforms. -- components: Build messages: 70338 nosy: xuecan severity: normal status: open

[issue3455] os.remove()method document error

香槟酒 [EMAIL PROTECTED] added the comment: yes, i use this method,but actually the result don't agree with the Python's manual. my OS is windows xp and version is simplified chinese! 2008/7/28 Benjamin Peterson [EMAIL PROTECTED] Benjamin Peterson [EMAIL PROTECTED] added the comment: What do

[issue3455] os.remove()method document error

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: There seems to be some misunderstanding. zkfarmer, you said: it deletes my file that in use without any exception. Can you explain this sentence? How is your file in use? -- nosy: +amaury.forgeotdarc

[issue3436] csv.DictReader inconsistency

Skip Montanaro [EMAIL PROTECTED] added the comment: The consensus seems to be that __init__ shouldn't magically read the header row, even though by not specifying a fieldnames arg that's exactly what you're telling the DictReader where to find the column headers. Given that case, my argument is

[issue3436] csv.DictReader inconsistency

Andrii V. Mishkovskyi [EMAIL PROTECTED] added the comment: I'm ok with that. :) Looks like you can close this one as won't fix. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3436 ___

[issue3436] csv.DictReader inconsistency

Skip Montanaro [EMAIL PROTECTED] added the comment: Done... -- resolution: - wont fix status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3436 ___

[issue3455] os.remove()method document error

Facundo Batista [EMAIL PROTECTED] added the comment: zkfarmer, please try the following from your IDLE: myfilename = rc:\tmp\test.txt fh = open(myfilename, w) fh.write(test\n) fh.close() fh = open(myfilename) import os os.remove(myfilename) Traceback (most recent call last): File

[issue3457] Release notes for 2.6b2 call it an alpha release

New submission from Cliff Dyer [EMAIL PROTECTED]: The release notes for python 2.6b2 at http://www.python.org/download/releases/2.6/ identify the release as an alpha release. I'm not sure, but the disclaimer regarding who should use it might need changing too. alpha != beta --

[issue3457] Release notes for 2.6b2 call it an alpha release

Cliff Dyer [EMAIL PROTECTED] added the comment: The same issue applies to 3.0b2. The release is identified as alpha. Also, there's a bit about who the alphas are aimed at (developers), but nothing about the role of the betas. ___ Python tracker [EMAIL

[issue2475] Popen.poll always returns None

reiko [EMAIL PROTECTED] added the comment: I have also run into this problem. If you only use p.poll() and never p.wait(), returncode will always remain None. roudkerk's workaround doesn't seem to work with the new Popen objects, at least in python 2.4. (unexpected keyword argument

[issue3455] os.remove()method document error

香槟酒 [EMAIL PROTECTED] added the comment: Thank you for your reply.I mean I used gvim to open a file. the Python manual did not specify how to use a file, but said that if a file is to be used, the deletion of the file will be exception to be raise.so when I use gvim to open a file, then run

[issue3455] os.remove()method document error

Benjamin Peterson [EMAIL PROTECTED] added the comment: Editors usually don't cause the file to be in use. In use would mean that the file was being held open by a program. Editors only do that when they are opening or saving a file. -- resolution: - invalid status: open - closed

[issue3457] Release notes for 2.6b2 call it an alpha release

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: georg.brandl - barry nosy: +barry ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3457 ___

[issue3455] os.remove()method document error

香槟酒 [EMAIL PROTECTED] added the comment: Thanks, you are right, I am wrong, I think that is the use of editing, so I made a mistake. 2008/7/28 Benjamin Peterson [EMAIL PROTECTED] Benjamin Peterson [EMAIL PROTECTED] added the comment: Editors usually don't cause the file to be in use. In

[issue1540529] cgi.py error on parsing/handling content-disposition

Oleksiy Golovko [EMAIL PROTECTED] added the comment: Here is the another patch for this issue. -- nosy: +zindel title: cgi.py error on parsing/handling content-disposition - cgi.py error on parsing/handling content-disposition Added file: http://bugs.python.org/file10996/cgtest.py

[issue3445] Ignore missing attributes in functools.update_wrapper

Antoine Pitrou [EMAIL PROTECTED] added the comment: Another possibility would be for methods to also get the __name__ and __module__ attributes. I don't see any counter-indication to it. -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED]

[issue3458] dict.update() optimisation gives unexpected/invalid results when passed a subclass of DictType

New submission from David Farrar [EMAIL PROTECTED]: Using a python module that expected me to pass a dictionary as a parameter to a function, I found that I was getting unexpected results when using a class which inherits from types.DictType. The module was passing the instance I had supplied

[issue2834] re.IGNORECASE not Unicode-ready

Antoine Pitrou [EMAIL PROTECTED] added the comment: Final patch adding the (?a) inline flag (equivalent to re.ASCII). Please review: http://codereview.appspot.com/2439 Added file: http://bugs.python.org/file10998/reunicode5.patch ___ Python tracker [EMAIL

[issue2491] io.open() handles errors differently on different platforms

Benjamin Peterson [EMAIL PROTECTED] added the comment: What's the status of this? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2491 ___

[issue2777] subprocess unit tests for kill, term and send_signal flaky

Benjamin Peterson [EMAIL PROTECTED] added the comment: What's the status of this? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2777 ___

[issue2538] memoryview of bytes is not readonly

Benjamin Peterson [EMAIL PROTECTED] added the comment: How's this coming? -- priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2538 ___

[issue2534] Restore isinstance and issubclass speed in 2.6

Benjamin Peterson [EMAIL PROTECTED] added the comment: Can this patch go in? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2534 ___

[issue1967] Backport dictviews to 2.6

Benjamin Peterson [EMAIL PROTECTED] added the comment: I'm going to defer this to 2.7. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1967 ___

[issue1745] Backport of PEP 3102 keyword-only arguments to 2.6

Benjamin Peterson [EMAIL PROTECTED] added the comment: This will probably have to be deferred to 2.7. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1745 ___

[issue3366] Add gamma and error functions to math module

nirinA raseliarison [EMAIL PROTECTED] added the comment: i wrote pure Python equivalent of the patch and will post it to the ASPN cookbook as suggested. i'm wondering if i have to upload the code here too, or just the link will suffice? Raymond Hettinger: Can you also implement blending of

[issue2222] Memory leak in os.rename?

Benjamin Peterson [EMAIL PROTECTED] added the comment: How's this coming along? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue ___

[issue2542] PyErr_ExceptionMatches must not fail

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2542 ___ ___

[issue3458] dict.update() optimisation gives unexpected/invalid results when passed a subclass of DictType

Raymond Hettinger [EMAIL PROTECTED] added the comment: Will look back in my notes. I believe this was previously discussed and rejected. -- assignee: - rhettinger nosy: +rhettinger ___ Python tracker [EMAIL PROTECTED]

[issue1242657] list(obj) can swallow KeyboardInterrupt

Benjamin Peterson [EMAIL PROTECTED] added the comment: Raymond, can you comment? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1242657 ___

[issue3459] optimize bytes.join()

New submission from Antoine Pitrou [EMAIL PROTECTED]: When the separator is empty and the sequence only contains one non-empty item, it is possible to optimize b.join([...]) by simply returning the non-empty item. Since b.join() is the recommended idiom to join large strings together, I think

[issue1242657] list(obj) can swallow KeyboardInterrupt

Raymond Hettinger [EMAIL PROTECTED] added the comment: Georg's suggestion seems reasonable. Alternatively, you can just catch AttributeError or TypeError. Lowering the priority to normal and marking as unresolved. At some point, it would be nice to review the whole code base to see if other

[issue3460] PyUnicode_Join could perhaps be simpler

New submission from Antoine Pitrou [EMAIL PROTECTED]: In py3k, PyUnicode_Join inherits some complexity from the 2.x days. However, it seems some of the precautions taken there may not be needed anymore. Witness the following comment: /* G. A codec may be invoked to convert str objects

[issue3455] os.remove()method document error

Georg Brandl [EMAIL PROTECTED] added the comment: Can a file be in use other than being opened? If not, wouldn't be opened be a better wording? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3455 ___

[issue2523] binary buffered reading is quadratic

Antoine Pitrou [EMAIL PROTECTED] added the comment: Following our discussion and Guido's answer on python-3000 (*), I committed a modified fix in r65264. (*) http://mail.python.org/pipermail/python-3000/2008-July/014466.html -- resolution: - fixed status: open - closed

[issue2834] re.IGNORECASE not Unicode-ready

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Are all those re.ASCII flags mandatory, or are they here just for theoretical correctness? For example, the output of gcc -dumpversion is certainly plain ASCII. I don't mind that \d also matches some exotic digit - it just won't happen.

[issue2834] re.IGNORECASE not Unicode-ready

Antoine Pitrou [EMAIL PROTECTED] added the comment: Le lundi 28 juillet 2008 à 20:41 +, Amaury Forgeot d'Arc a écrit : Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Are all those re.ASCII flags mandatory, or are they here just for theoretical correctness? For theoretical

[issue3461] smtplib does not fully support IPv6 in EHLO

New submission from Derek Morr [EMAIL PROTECTED]: On an IPv6-only machine, smtplib does not send an IPv6 address in the EHLO. It sends EHLO [0.0.0.0] instead. For example, on a v6-only network with stateless autoconfiguration enabled (a common configuration), smtplib will show this error.

[issue3458] dict.update() optimisation gives unexpected/invalid results when passed a subclass of DictType

Raymond Hettinger [EMAIL PROTECTED] added the comment: This is duplicate of http://bugs.python.org/issue1615701 . The check_exact solution was attempted once but it broke code in a subtle and hard to find way so it had to be reverted. For your use case, try UserDict instead of subclassing

[issue3462] test_builtin fails after test_decimal

New submission from Benjamin Peterson [EMAIL PROTECTED]: In Py3k: $ ./python Lib/test/regrtest.py test_decimal test_builtin test_decimal test_builtin test test_builtin failed -- Traceback (most recent call last): File Lib/test/regrtest.py, line 603, in runtest_inner indirect_test() File

[issue3463] make life.py use more rendering characters

New submission from mvngu [EMAIL PROTECTED]: Allows life.py to use other characters for rendering (alphanumeric plus punctuation characters), apart from the default asterisk *. The rendering character can be specified from the command line. -- components: Demos and Tools files:

[issue3453] PyType_Ready doesn't ensure that all bases are ready

Roger Upole [EMAIL PROTECTED] added the comment: If that were the case, it wouldn't need to call PyType_Ready for tp_base either. From stepping thru the code, there are several places in the interpreter core that PyType_Ready is called for types whose tp_base has not been initialized yet.