[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Changes by Ned Deily n...@acm.org: Added file: http://bugs.python.org/file20108/issue10735-py3k.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Changes by Ned Deily n...@acm.org: Added file: http://bugs.python.org/file20109/issue10735-27.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Changes by Ned Deily n...@acm.org: Removed file: http://bugs.python.org/file20106/issue10735-py3k.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Changes by Ned Deily n...@acm.org: Removed file: http://bugs.python.org/file20107/issue10735-27.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10734] test_ttk failure under Windows
Georg Brandl ge...@python.org added the comment: Deferring. -- priority: release blocker - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10734 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10679] make altinstall may clobber OS provided scripts
Georg Brandl ge...@python.org added the comment: Attaching a patch that should fix it. The delegation of the links to the Makefile is not ideal, but I don't see how to easily do it otherwise. While this is reviewed, deferring as it should not block beta2. -- priority: release blocker - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10679 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10679] make altinstall may clobber OS provided scripts
Changes by Georg Brandl ge...@python.org: -- keywords: +patch Added file: http://bugs.python.org/file20110/altinstall_scripts.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10679 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8754] ImportError: quote bad module name in message
Georg Brandl ge...@python.org added the comment: Deferring, this is not a bug. -- priority: release blocker - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8754 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6075] Patch for IDLE/OS X to work with Tk-Cocoa
Georg Brandl ge...@python.org added the comment: I've committed in the py3k branch as r87394, so that this can get testing during beta, although your list of test systems looks quite exhaustive already. Lowering priority and leaving open for the backports. -- priority: release blocker - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10734] test_ttk failure under Windows
Georg Brandl ge...@python.org added the comment: I disabled the test temporarily in r87395 -- it needs to be reenabled after fixing this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10734 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Senthil Kumaran orsent...@gmail.com added the comment: This is committed in r87399. Documentation and NEWS is added. Thanks for the patch and review comments. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Xuanji Li xua...@gmail.com added the comment: Hello, sorry for commenting on a closed issue... but I think the documentation change is incorrect. In urllib.request.rst, it says data is a string. However as seen in the changes to test_urllib2.py, data must be a bytes object rather than a string object. I think we should reopen this issue and change the documentation. Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Xuanji Li xua...@gmail.com added the comment: Also, the patch for request.py contains a debug statement, print(data) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Georg Brandl ge...@python.org added the comment: Good catch, fixed in r87400. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Xuanji Li xua...@gmail.com added the comment:
Also, I am not familiar with the backward-comparability requirements of py3k,
but orsenthil's patch will break py3k code that relies on data being a string,
shouldn't this be mentioned somewhere?
Finally, I do not understand why my proposed change, which is to add
+if not data:
+request.add_unredirected_header('Content-length', '0')
so that code that relies on being able to pass a blank string as data (for
instance, the code in test_urllib2.py) is still able to do so.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Georg Brandl ge...@python.org added the comment: Hmm, indeed: Senthil, could data be a string in earlier versions? If yes, the code should be changed to still allow that. (But after beta2 please, it's already tagged.) -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Georg Brandl ge...@python.org added the comment: Raising priority so that this gets sorted out before final. -- priority: normal - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)
Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10680 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9938] Documentation for argparse interactive use
Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9938 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10702] bytes and bytearray methods are not documented
Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)
New submission from Ned Deily n...@acm.org:
3.2b2(~)
The following two test failures are seen with the newly released Cocoa-based
ActiveState Tcl 8.5.9 on OS X 10.6. No failures are reported when using the
Apple Tcl/Tk 8.5 supplied with 10.6.
==
ERROR: test_tab_identifiers (tkinter.test.test_ttk.test_widgets.NotebookTest)
--
Traceback (most recent call last):
File
/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/tkinter/test/test_ttk/test_widgets.py,
line 564, in test_tab_identifiers
self.assertEqual(self.nb.tab('@5,5'), self.nb.tab('current'))
File
/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/tkinter/ttk.py,
line 922, in tab
return _val_or_dict(kw, self.tk.call, self._w, tab, tab_id)
File
/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/tkinter/ttk.py,
line 318, in _val_or_dict
res = func(*(args + options))
_tkinter.TclError: tab '@5,5' not found
==
FAIL: test_traversal (tkinter.test.test_ttk.test_widgets.NotebookTest)
--
Traceback (most recent call last):
File
/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/tkinter/test/test_ttk/test_widgets.py,
line 726, in test_traversal
self.assertEqual(self.nb.select(), str(self.child1))
AssertionError: '.4654766160' != '.4654766352'
- .4654766160
? ^^^
+ .4654766352
? ^^^
Also multiple instances of the following apparently harmless message appear
when using the ActiveState 8.5.9 Tcl:
setCanCycle: is deprecated. Please use setCollectionBehavior instead
This is likely due to an upstream build problem from ActiveState.
http://permalink.gmane.org/gmane.comp.lang.tcl.mac/6524
--
assignee: ned.deily
components: Macintosh, Tests, Tkinter
messages: 124346
nosy: ned.deily, ronaldoussoren
priority: deferred blocker
severity: normal
status: open
title: test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)
type: behavior
versions: Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10736
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)
Changes by Ned Deily n...@acm.org: -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10737] test_concurrent_futures failure on Windows
New submission from Antoine Pitrou pit...@free.fr: This has been happening recently on our Windows Server 2008 buildbot: == FAIL: test_first_completed (test.test_concurrent_futures.ThreadPoolWaitTests) -- Traceback (most recent call last): File c:\buildslave-py3k\3.x.curtin-win2008-amd64\build\lib\test\test_concurrent_futures.py, line 252, in test_first_completed self.assertEqual(set([future1]), done) AssertionError: Items in the second set but not the first: Future at 0x19899f60 state=finished raised AssertionError == FAIL: test_first_exception (test.test_concurrent_futures.ThreadPoolWaitTests) -- Traceback (most recent call last): File c:\buildslave-py3k\3.x.curtin-win2008-amd64\build\lib\test\test_concurrent_futures.py, line 293, in test_first_exception self.assertEqual(set([future1, future2]), finished) AssertionError: Items in the second set but not the first: Future at 0x164e5878 state=finished raised AssertionError == FAIL: test_first_exception_some_already_complete (test.test_concurrent_futures.ThreadPoolWaitTests) -- Traceback (most recent call last): File c:\buildslave-py3k\3.x.curtin-win2008-amd64\build\lib\test\test_concurrent_futures.py, line 323, in test_first_exception_some_already_complete future1]), finished) AssertionError: Items in the second set but not the first: Future at 0x16f9b948 state=finished raised AssertionError == FAIL: test_timeout (test.test_concurrent_futures.ThreadPoolWaitTests) -- Traceback (most recent call last): File c:\buildslave-py3k\3.x.curtin-win2008-amd64\build\lib\test\test_concurrent_futures.py, line 442, in test_timeout future1]), finished) AssertionError: Items in the second set but not the first: Future at 0xd0efe28 state=finished raised AssertionError (see e.g. http://www.python.org/dev/buildbot/all/builders/AMD64%20Windows%20Server%202008%203.x/builds/306/steps/test/logs/stdio ) -- assignee: bquinlan components: Library (Lib), Tests messages: 124347 nosy: bquinlan, pitrou priority: high severity: normal stage: needs patch status: open title: test_concurrent_futures failure on Windows type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10737] test_concurrent_futures failure on Windows
Changes by Georg Brandl ge...@python.org: -- priority: high - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)
Georg Brandl ge...@python.org added the comment: Are you in a position to debug this a bit more? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Antoine Pitrou pit...@free.fr added the comment: Instead of the platform module, one must resort to hacks like examining sys.maxsize I'm not sure why you think it's a hack. To me, it's, by construction, the right way to check for 64-bitness (and also the easiest since it doesn't involved parsing of strings of an unspecified format). -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)
Ned Deily n...@acm.org added the comment: I'll look into it. No need to hold up beta2 for this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Ned Deily n...@acm.org added the comment: It's only a hack in the sense that platform.architecture is the documented interface in the std library to report bits and, unfortunately, users try to use it to determine whether running in 64-bit or 32-bit mode. For instance, see here: http://permalink.gmane.org/gmane.comp.python.general/676626 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Antoine Pitrou pit...@free.fr added the comment: It's only a hack in the sense that platform.architecture is the documented interface in the std library to report bits and, unfortunately, users try to use it to determine whether running in 64-bit or 32-bit mode. For instance, see here: http://permalink.gmane.org/gmane.comp.python.general/676626 Well, the fact that platform.architecture() returns a free-form string suggests to me that it could return all kinds of unexpected results depending on the system (it probably parses the output of some command). So perhaps the platform docs should warn against this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10702] bytes and bytearray methods are not documented
Xuanji Li xua...@gmail.com added the comment: Hi, it seems to me that section 4.6.5. Bytes and Byte Array Methods covers this already. It says: Bytes and bytearray objects, being “strings of bytes”, have all methods found on strings, with the exception of encode(), format() and isidentifier(), which do not make sense with these types. For converting the objects to strings, they have a decode() method. Wherever one of these methods needs to interpret the bytes as characters (e.g. the is...() methods), the ASCII character set is assumed. This section covers belpolsky's needs, ie a reader can, from this, understand that bytes have a capitalize method. However, I support 1) Expanding this section to explain more clearly what the methods do to bytes 2) Discuss unicode vs bytes details 3) Mention bytes and bytearrays in 4.6.1 String Methods, because it is quite far away from 4.6.5 As for the suggestion of renaming, if we rename the section, we have to decide what to call a string/byte/bytearray object because it now says, for example, str.something(); also we have to document the encode and decode methods seperately because they are not common to strings and bytes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Senthil Kumaran orsent...@gmail.com added the comment: Xuanji, Thanks for the comments on 'data' being bytes. I had just cared to add the feature information. I think that data detail should have been updated too. I think for your other two questions, we discussed it msg123051 - socket in py3k handles only bytes, sending string was wrong and test_urllib2 had the mistake in sending zero length strings which weren't detected. However, let me see if we have to accommodate those very special case where data can be a zero length string just to accommodate the mistake it was present in the earlier version. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10611] sys.exit() in a test causes a test run to die
Michael Foord mich...@voidspace.org.uk added the comment: Committed to Python 2.7 in revision 87406. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10611 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10738] webbrowser.py bug with Opera on Linux
New submission from NE1 garb...@verizon.net: Tested with Python 2.7.1 / Linux 2.6.33.2 / Opera 10.63. Build 6450 for Linux class Opera(UnixBrowser) shows: raise_opts = [, -raise] -raise is not a valid command line option for Opera. This causes all webbrowser open methods (that use autoraise=True by default) to not work correclty with Opera (webbrowser.open returns True, but Opera does not open, etc). The raise options should probably be changed to: raise_opts = [-noraise, ] Opera - UNIX Command Line Options: http://www.opera.com/docs/switches/#unix -- messages: 124358 nosy: NE1 priority: normal severity: normal status: open title: webbrowser.py bug with Opera on Linux versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10515] csv sniffer does not recognize quotes at the end of line
R. David Murray rdmur...@bitdance.com added the comment: I agree that the unquoted single column cases look weird. But changing it could affect other cases were there is more data. I'll leave that problem to you :) But I do not think that should be backported. The locals trick I stole from Barry. I think there ought to be a way to get at the class dict as the class is being built. But you are right that the docs imply that locals is not guaranteed to be it. Perhaps a topic for python-dev. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10242] unittest's assertItemsEqual() method makes too many assumptions about its input
Michael Foord mich...@voidspace.org.uk added the comment: Improved implementation committed to 2.7 revision 87407. Method name unchanged there. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10515] csv sniffer does not recognize quotes at the end of line
Skip Montanaro s...@pobox.com added the comment: Also, this comment in test_csv.py puzzles me: # given that all three lines in sample3 are equal, # I think that any character could have been 'guessed' as the # delimiter, depending on dictionary order As a human looking at sample3 it's obvious the '?' should be the delimiter. I can understand it picking '/' instead, but it shouldn't punt. (I stumbled upon this while trying to make , be the default delimiter instead of None when none of the regular expressions matched.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8916] Move PEP 362 (function signature objects) into inspect
Changes by Ron Adam ron_a...@users.sourceforge.net: -- nosy: +ron_adam ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8916 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10515] csv sniffer does not recognize quotes at the end of line
Skip Montanaro s...@pobox.com added the comment: Here's my candidate patch. Instead of returning an empty string as the delimiter it returns a comma. -- Added file: http://bugs.python.org/file20111/csv_delimiter_tests.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10461] Use with statement throughout the docs
Changes by SilentGhost michael.mischurow+...@gmail.com: Removed file: http://bugs.python.org/file19671/logging.rst.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10461 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10461] Use with statement throughout the docs
SilentGhost michael.mischurow+...@gmail.com added the comment: following re-organization of the logging docs, I'm attaching updated patch. -- nosy: +vinay.sajip Added file: http://bugs.python.org/file20112/logging-cookbook.rst.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10461 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error
STINNER Victor victor.stin...@haypocalc.com added the comment: Why was sys.setsegfaultenabled() omitted? Just because I forgot your message, sorry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8073] Test fail for sha512 -
Gregory P. Smith g...@krypto.org added the comment: In your back traces notice that the size= argument is clearly nonsensical. Regardless, i can't reproduce this on any of my systems (I don't have a suse system of any sort). If that is the only place you are seeing this I strongly suspect you've got something going on there. Without some way to reproduce this or more detailed debugging info (point to the line of python that dies and single step into the C code in gdb from there printing out relevant state along teh way to see what happens) there is nothing I can do. -- resolution: - works for me status: open - closed title: Test fail for sha512 - Test fail for sha512 - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Gregory P. Smith g...@krypto.org added the comment: unassigning, i don't had time to look at this one. -- assignee: gregory.p.smith - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10461] Use with statement throughout the docs
Terry J. Reedy tjre...@udel.edu added the comment: Vinay, you should look at the logging-cookbook patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10461 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10728] argparse.ArgumentParser.print_help uses sys.stdout
Éric Araujo mer...@netwok.org added the comment: This apparently lacks a 2.7 backport. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10728 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10663] configure shouldn't set a default OPT
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10663 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10639] reindent.py converts newlines to platform default
Éric Araujo mer...@netwok.org added the comment: If nobody objects, I will commit this when py3k is unfrozen. -- assignee: - eric.araujo status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10639 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)
Éric Araujo mer...@netwok.org added the comment: What I’m saying is: If you would like to contribute a patch, here are some helpful guidelines to follow. They help you getting set up and catch some common errors, and they help us review the patch to accept or comment it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10680 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9286] email.utils.parseaddr returns garbage for invalid input
Éric Araujo mer...@netwok.org added the comment: Thanks for the explanations and fix! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9286 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10694] zipfile.py end of central directory detection not robust
Ned Deily n...@acm.org added the comment: Thanks for the suggested code. As suggested, it would be helpful to supply a complete patch (or patches) ready to be reviewed and applied to the tips of the currently maintained source trees (py3k, 3.1, and 2.7) including adding an appropriate test case to Lib/test/test_zipfile.py. -- nosy: +alanmcintyre, ned.deily stage: - needs patch versions: -Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10694 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Changes by Senthil Kumaran orsent...@gmail.com: -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10738] webbrowser.py bug with Opera on Linux
Changes by Ned Deily n...@acm.org: -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error
STINNER Victor victor.stin...@haypocalc.com added the comment: Version 10 of my patch: - the fault handler restores the previous signal handler instead of calling (DebugBreak() and) abort(): the previous signal handler will be called later to keep the orignal behaviour - _testcapi.sigill() and _testcapi.sigbus() send SIGILL/SIGBUS signal in an unlimited loop instead of sending the signal once. So the signal is sent again after calling the Python signal handler, and the previous signal handler is called - (minor change) use 2 arrays (fault_handlers and fault_signals) for all signals, instead 2 variables (xxx_enabled, xxx_handler) for each signal With this patch, the original signal handler is called and so the Python fault handler is compatible with OS fault handlers like grsecurity and Apport. -- Added file: http://bugs.python.org/file20113/segfault_handler-10.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10694] zipfile.py end of central directory detection not robust
Kevin Hendricks kevin.hendri...@sympatico.ca added the comment: Final patches against the trees make no sense as no developer has decided which way they want to actually handle the problem. My patch is only one way and I note it may not be the way the owners of the code want. Also, this patch is very straight forward (one hunk) and should apply to 2.6, 2.7, and 3.1 (although I have not tried it with 3.1) with only line offsets. So if the owner of this code actually looks that the patch and the bug report and makes a decision on how they want to handle this issue and they like the patch I have suggested, then I would be happy to diff it against whatever zipfile.py versions he/she wants. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10694 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)
Martin v. Löwis mar...@v.loewis.de added the comment: The problem is that the nested group doesn't share/propagate mutually exclusive groups with its parent container. The attached patch fixes this. -- keywords: +patch Added file: http://bugs.python.org/file20114/argparse.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10680 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Ned Deily n...@acm.org added the comment: Adding a warning sounds like a good idea. Is it reasonable to include a recommended cross-platform approach in the platform doc, like either the sys.maxsize test or the struct.calsize(P) test (which is used as a default fallback in platform.architecture)? Are there any currently supported platforms where either of those wouldn't work? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10694] zipfile.py end of central directory detection not robust
Ned Deily n...@acm.org added the comment: Not to belabor the point but the most useful part of a ready-to-go patch would be to have a fully automated test case that fits into the existing test_zipfile.py structure and that demonstrates the failure. Somebody has to write a test case one way or another because that's the first step towards getting a fix applied. That can be a big help as there are many more modules in the standard library than there are volunteer core developers to look at problems. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10694 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10694] zipfile.py end of central directory detection not robust
R. David Murray rdmur...@bitdance.com added the comment: Actually our normal procedure currently (this will change a bit after the migration to mercurial) is a patch against the py3k branch, and the committer will do the backport to the other active branches. If the 2.7 code is very different, a separate 2.7 patch is sometimes helpful. In this case it looks like a patch that applies to py3k is enough. Alan hasn't spoken up yet, and he's listed as maintainer. If he doesn't speak up someone else will hopefully make a decision before the end of the beta period for 3.2. I'm bumping up the priority of this issue because I think not being able to handle commonly produced archives that other zip tools can handle is a relatively serious defect. My own opinion is that truncation if the extra data doesn't look like a comment makes the most sense. But absent an opinion from Alan I think I'd be guided by whatever other zip tools do in this case. Kevin, am I correct in guessing that that is truncation? Ned is definitely correct that absence of a test case is something that can delay getting a patch applied. If a patch includes a unit test, a committer can often do a quick review-and-apply, while absent a unit test the committer would first need to write one, and therefore will often move on to some other, easier to process issue :) In this case it seems to me that the unit test will only differ in one detail depending on the fix chosen, so it may be worth writing it even before a final decision is made, if you are willing. -- nosy: +r.david.murray priority: normal - high stage: needs patch - unit test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10694 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10728] argparse.ArgumentParser.print_help uses sys.stdout
R. David Murray rdmur...@bitdance.com added the comment: Like Georg, I'll get to that when I do a mass backport of all my doc fixes. My apologies for missing the beta2 deadline on doing that, but there aren't many of them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10728 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8073] Test fail for sha512 -
Chris Lieb chris.lieb.hotmail+pyt...@gmail.com added the comment: I don't have any way to test this anymore since they removed pretty much the entire toolchain on that server and I really don't feel like trying to get an entire toolchain built and installed just to test this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10733] plistlib rejects strings containing control characters
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - wont fix stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10733 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error
Scott Dial sc...@scottdial.com added the comment: FYI, in v10, +#define NFAULT_SIGNALS (sizeof(fault_signals) / sizeof(fault_signals[0])) +static fault_handler_t fault_handlers[4]; , should use NFAULT_SIGNALS instead of 4. However, this bit of code bothers me a lot: +const int fd = 2; /* should be fileno(stderr) */ To assume that fd=2 is the write place to be writing bytes is assuming quite a bit about the state of the application. It is not unusual at all to close 0,1,2 when writing daemons, which frees them up to be assigned to *anything*. For all you know, fd=2 currently is a network socket that you will be throwing gibberish at, or worse it could be a block device that you are writing gibberish on. The closest discussion I could find on this subject was on the libstdc++ mailing-list with regard to their verbose termination code: http://gcc.gnu.org/ml/gcc-patches/2004-02/msg02388.html AFAICT, their conclusion was that the only reasonable solution was to write to the stderr FILE since it was the only thing that is guaranteed to make sense always (even though it may fail). Their situation is different in that they are handling a C++ exception, so they don't have to stick to async-safe functions, but absent that extra difficulty, I believe the reasoning is the same. The analogous situation exists in Python, in that sys.stderr(*) represents where the application programmer expects stderr writing to go. I think you need to arrange to know what the fd number for that object is or this patch is unacceptable in the vein of wrote garbage to my harddrive and destroyed my data sort. I'm not sure there is a safe way to know what the fileno for sys.stderr is because it can be anything, including an object whose fileno changes over time. However, I think it would be fair to support only built-in io types that are obviously safe, since you could cache the fileno() value at assignment to use in your fault handler. (*) Or perhaps __stderr__ if stderr is None or an unsupported type? -- nosy: +scott.dial ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10739] Subprocess behavior on Windows
New submission from Ross Lagerwall rosslagerw...@gmail.com: On Windows, creating a subprocess does not work when stdin (or stdout or stderr) is set as a file object created from socket.makefile(). An IOError is thrown. This works fine on Unix so I assume it is a platform limitation rather than a Python bug. If this is so then this should be documented under the subprocess module. -- assignee: d...@python components: Documentation, Library (Lib) files: test.py messages: 124382 nosy: d...@python, rosslagerwall priority: normal severity: normal status: open title: Subprocess behavior on Windows type: behavior versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file20115/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10739] Subprocess behavior on Windows
Ross Lagerwall rosslagerw...@gmail.com added the comment: Attached is a patch to document this. -- keywords: +patch Added file: http://bugs.python.org/file20116/subprocessdoc.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
