[issue7899] MemoryError While Executing Python Code
Prashanth noble prashanth.b...@gmail.com added the comment: please find the testcase i am using -- Added file: http://bugs.python.org/file16208/Aura_Test_Scripts_FCT_ACTUSER_EVENT_L.tsv ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7899 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7242] Forking in a thread raises RuntimeError
Dagobert Michelsen d...@opencsw.org added the comment: I verified patch_2.diff on Solaris 10 w/SOS11 and it actually resolves a number of issues I had with Mercurial. -- nosy: +dagobert Michelsen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7774] sys.executable: wrong location if zeroth command argument is modified.
Florent Xicluna la...@yahoo.fr added the comment: Similar failures with or without argv 0: ~ $ sh -c 'exec -a missing ./python -c import sys; print sys.executable' /home/user/dev/python/trunk/ ~ $ sh -c 'exec -a ./python -c import sys; print sys.executable' Could not find platform independent libraries prefix Could not find platform dependent libraries exec_prefix Consider setting $PYTHONHOME to prefix[:exec_prefix] 'import site' failed; use -v for traceback /usr/bin/python -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7774 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4037] doctest.py should include method descriptors when looking inside a class __dict__
Changes by Nick Coghlan ncogh...@gmail.com: -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6
Ronald Oussoren ronaldousso...@mac.com added the comment: I've added the tests to the 2.6 branch and have ported the #ifdef guard around the prototype for completion_matches to the trunk and 3.2. I'm therefore closing the issue. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6877 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7715] Allow use of GNU arch on Darwin
Ronald Oussoren ronaldousso...@mac.com added the comment: Ned: I fixed the ARCH_RUN_32BIT definition for 3-way universal builds in r78150. Also ported the patch to 2.6, 3.2 and 3.1. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7906] float(INFI) returns inf on certain platforms
New submission from Zsolt Cserna zsolt.cse...@morganstanley.com: Python 2.6.4 On my system which is solaris 8/sparc, float(INFI) returns inf instead of raising ValueError, both 32 and 64-bit. (since it's case-insensitive it applies to any upper/lower combination of letters). This issue breaks test_float regression test which has a test for that value and it expects ValueError. Doing some research and debugging showed me that strtod(const char *str, char **endptr) function behaves differently on solaris 8 than linux. On solaris it stores \0 in **endptr meaning that it processed the string completely - and that's the reason why python doesn't raise ValueError. On linux, strtod() stores 'I' in **endptr, and it results the ValueError. With python 2.6.1 there's no such issue. -- components: Interpreter Core messages: 99206 nosy: csernazs severity: normal status: open title: float(INFI) returns inf on certain platforms type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6
Meador Inge mead...@gmail.com added the comment: On Thu, Feb 11, 2010 at 7:16 AM, Ronald Oussoren rep...@bugs.python.orgwrote: I've added the tests to the 2.6 branch and have ported the #ifdef guard around the prototype for completion_matches to the trunk and 3.2. Verified in trunk. Thanks Ronald! -- Added file: http://bugs.python.org/file16209/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6877 ___brbrdiv class=gmail_quoteOn Thu, Feb 11, 2010 at 7:16 AM, Ronald Oussoren span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex; div class=imbrI#39;ve added the tests to the 2.6 branch and have ported the #ifdef guard around the prototype for completion_matches to the trunk and 3.2./div/blockquotedivbr/divdivVerified in trunk.  Thanks Ronald! /div /divbr-- br# Meadorbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7907] winreg docs: CreateKeyEx should be CreateKey (minor)
New submission from patraulea patra...@gmail.com: http://docs.python.org/library/_winreg.html This page references CreateKeyEx which doesn't exist (Python uses CreateKey). -- assignee: georg.brandl components: Documentation messages: 99208 nosy: georg.brandl, patraulea severity: normal status: open title: winreg docs: CreateKeyEx should be CreateKey (minor) versions: Python 2.5, Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris
Changes by Zsolt Cserna zsolt.cse...@morganstanley.com: -- nosy: +csernazs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1471934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7907] winreg docs: CreateKeyEx should be CreateKey (minor)
Changes by Brian Curtin cur...@acm.org: -- components: +Windows keywords: +needs review, patch priority: - normal stage: - patch review type: - behavior versions: +Python 3.1, Python 3.2 -Python 2.5 Added file: http://bugs.python.org/file16210/issue7907.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7908] remove leftover macos9 support code
New submission from Ronald Oussoren ronaldousso...@mac.com: The attached patch removes all traces to os.name == 'mac' from the source tree (setup.py and stdlib), that is the leftover traces for MacOS9 support. A simular patch needs to be created of the 3.x tree. -- assignee: ronaldoussoren components: Macintosh files: remove-platform-mac.txt keywords: patch messages: 99209 nosy: ronaldoussoren priority: normal severity: normal stage: patch review status: open title: remove leftover macos9 support code type: behavior Added file: http://bugs.python.org/file16211/remove-platform-mac.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7908] remove leftover macos9 support code
Changes by Ronald Oussoren ronaldousso...@mac.com: -- versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7906] float(INFI) returns inf on certain platforms
Changes by Eric Smith e...@trueblade.com: -- nosy: +eric.smith, mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7899] MemoryError While Executing Python Code
Brian Curtin cur...@acm.org added the comment: Prashanth, I'm not even sure what to do with that file. Can you provide a Python script which demonstrates your issue? It should be something that myself or others could run on their computer, free of any third party packages. This will isolate the issue to Python and show us how to reproduce what you are seeing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7899 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7903] Configure script incorrect for reasonably recent OpenBSD
johns j...@cox.net added the comment: Perhaps 1.x was never considered. OpenBSD 2.0 was released in 1996. The OS developers only support the current release version and one minor release back anyway. The major release number isn't significant. It's just incremented after the minor release is bumped from 9. There's a release every six months so the difference in major release numbers is 5 years. No one should even be running 3.x or even early 4.x anymore. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?
New submission from Arno Bakker abak...@users.sourceforge.net: I encountered this when somebody used: logging.basicConfig(level=logging.CRITICAL, format='%(asctime)s %(levelname)-8s %(message)s', datefmt='%a, %d %b %Y %H:%M:%S', filename=os.devnull, filemode='w') the logging code apparently calls os.path.abspath(filename) somewhere, causing an exception: File c:\python264\lib\logging\__init__.py, line 838, in _open stream = open(self.baseFilename, self.mode) IOError: [Errno 2] No such file or directory: 'nul' -- components: Windows messages: 99212 nosy: abakker severity: normal status: open title: os.path.abspath(os.devnull) returns nul should be nul? versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7899] MemoryError While Executing Python Code
Antoine Pitrou pit...@free.fr added the comment: If these 8 million records are loaded into memory, it can be normal to get a MemoryError. It depends on the complexity of the records (number of fields) and the way they are kept in memory (tuples? dicts?); and of course of the amount of available RAM in your system. In any case your description of the problem is not sufficiently detailed for us to now whether it's a problem with Python, a problem with your code, or simply some mismatching expectations on your part. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7899 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7906] float(INFI) returns inf on certain platforms
Mark Dickinson dicki...@gmail.com added the comment: Thanks for the report, and for the analysis. I'd call this a bug in the Solaris strtod function (though that doesn't preclude adding a workaround for Python): the C standards (well, C99, anyway; I don't have access to C89 at the moment) enumerate clearly which strings are permitted, and INFI isn't among them. string - float conversions got significantly reworked for Python 2.7 and 3.1, so there shouldn't be any problem with those versions. Are you in a position to confirm this? It would be fairly easy to work around this strtod issue by backporting the _Py_parse_inf_or_nan and case_insensitive match functions (in Python/pystrtod.c) from trunk to Python 2.6, and using those functions in PyOS_ascii_strtod. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7897] Support parametrized tests in unittest
Antoine Pitrou pit...@free.fr added the comment: I'm not sure what this brings. It is easy to write a loop iterating over test data. What parametric testing could bring is precise progress and error display (displaying the parameters for each run), but this doesn't seem to be the case here, since you are not making the parameters available to unittest. Your examples just boil down to writing yield is_smaller(x, y) instead of self.assertLess(x, y)... -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7897] Support parametrized tests in unittest
Michael Foord mich...@voidspace.org.uk added the comment: By the way - I have no opinion on whether or not using yield is the right way to support parameterized tests. It may be better for the test method to take arguments, and be decorated as a parameterized test, with the decorator providing the parameters. When I come to look at it I will look at how py.test and nose do it and solicit advice on the Testing in Python list. We had a useful discussion there previously that would be good to refer to. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7897] Support parametrized tests in unittest
Jean-Paul Calderone exar...@divmod.com added the comment: With paramterized tests *all* the tests are run and *all* failures reported. With testing in a loop the tests stop at the first failure. +1 to this justification. Parameterized tests are a big win over a simple for loop in a test. (However, I haven't looked at the IPython code at all, and Antoine's objection seemed to have something in particular to do with the IPython code?) -- nosy: +exarkun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7910] immutability w/r to tuple.__add__
New submission from Matthew Russell matt.horiz...@gmail.com: Tuples, as we know are designed to immutable. Hence I'm questioning if the following behavior is considered a defect: t = (1, 2) t += (1, 2, 3) t (1, 2, 3) ? -- components: Interpreter Core messages: 99219 nosy: mattrussell severity: normal status: open title: immutability w/r to tuple.__add__ type: behavior versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7910 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7910] immutability w/r to tuple.__add__
Jean-Paul Calderone exar...@divmod.com added the comment: Your output looks fishy. Anyway, the behavior of += isn't a bug: a = b = (1, 2) a += (1, 2, 3) a (1, 2, 1, 2, 3) a is b False It's confusing, to be sure, but no mutation is going on. += is only in-place if applied to something that supports mutation this way (by implementing __iadd__). -- nosy: +exarkun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7910 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7910] immutability w/r to tuple.__add__
Tim Golden m...@timgolden.me.uk added the comment: Just think about it for a minute: t = (1, 2) print id (t), t t += (1, 2, 3) print id (t), t Not mutating, merely creating a new new object and giving it the same name -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7910 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7897] Support parametrized tests in unittest
Brian Curtin cur...@acm.org added the comment: It may be better for the test method to take arguments, and be decorated as a parameterized test, with the decorator providing the parameters. +1 on something like this. That's also how NUnit supports parameterized tests. -- nosy: +brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7897] Support parametrized tests in unittest
Antoine Pitrou pit...@free.fr added the comment: With paramterized tests *all* the tests are run and *all* failures reported. With testing in a loop the tests stop at the first failure. +1 to this justification. Parameterized tests are a big win over a simple for loop in a test. Ah, thank you. Looks better indeed. (However, I haven't looked at the IPython code at all, and Antoine's objection seemed to have something in particular to do with the IPython code?) No, it has to do that you need to be able to distinguish the different runs of your parameterized test (the same way you distinguish between different test methods by their names, or line numbers, in the test report). If I have 500 runs in my parameterized (*) test, and the only failure reported is that 2 is not greater than 3, I don't know where to start looking because the traceback won't give me the information of *which* parameters were currently in use. (*) (this is horrible to type) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7897] Support parametrized tests in unittest
Michael Foord mich...@voidspace.org.uk added the comment: Antoine: the failure message would include a repr of the parameters used in the particular test that failed. So you can tell which test failed and with what parameters. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7910] immutability w/r to tuple.__add__
Matthew Russell matt.horiz...@gmail.com added the comment: Yes, the output is fishy indeed my bad (paste error). Tim: I hadn't thought for long enough or thought to check with the id builtin - nice catch. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7910 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7897] Support parametrized tests in unittest
Jean-Paul Calderone exar...@divmod.com added the comment: Something else I think it would be nice to consider is what the id() (and shortDescription(), heh) of the resulting tests will be. It would be great if the id were sufficient to identify a particular test *and* data combination. In trial, we're trying to use test ids to support distributed test running. If the above property holds for parameterized tests, then we'll be able to automatically distribute them to different processes or hosts to be run. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7908] remove leftover macos9 support code
Changes by Ronald Oussoren ronaldousso...@mac.com: -- keywords: +needs review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7908] remove leftover macos9 support code
Ronald Oussoren ronaldousso...@mac.com added the comment: The reason I'd like a patch review is that it affects a lot of files and want a second pair of eyes to check that I haven't been too agressive. The patch itself doesn't cause regressions in the unittests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7906] float(INFI) returns inf on certain platforms
Zsolt Cserna zsolt.cse...@morganstanley.com added the comment: I was not able to compile 3.1.1 due to issue6236, but with 2.7a3 it raises the expected ValueError, which is correct. Is there any chance to get those changes you mentioned backported to 2.6? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7910] immutability w/r to tuple.__add__
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- resolution: - invalid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7910 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7904] urlparse.urlsplit mishandles novel schemes
mARK python.mblo...@xoxy.net added the comment: i have attached an svn diff of my (very simple!) fix and added unit test for python 2.7. -- title: urllib.urlparse mishandles novel schemes - urlparse.urlsplit mishandles novel schemes Added file: http://bugs.python.org/file16212/fix7904.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7904 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7911] unittest.TestCase.longMessage should default to True in Python 3.2
Changes by Michael Foord mich...@voidspace.org.uk: -- assignee: michael.foord keywords: easy nosy: michael.foord severity: normal stage: needs patch status: open title: unittest.TestCase.longMessage should default to True in Python 3.2 versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7911 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7912] Error in additon of decimal numbers
New submission from James Sparenberg linuxre...@gmail.com: Python produces rounding errors when adding decimals. ython 2.6.4 (r264:75706, Dec 7 2009, 18:43:55) [GCC 4.4.1] on linux2 Type help, copyright, credits or license for more information. 13.04 + 158.00 171.03 13 +158 171 13.04 + 158.00 171.03 13.04 + 158 171.03 13.04 + 0 13.039 13.05 + 0 13.051 -- components: None messages: 99230 nosy: James.Sparenberg severity: normal status: open title: Error in additon of decimal numbers type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7912] Error in additon of decimal numbers
R. David Murray rdmur...@bitdance.com added the comment: Read this: http://docs.python.org/tutorial/floatingpoint.html?highlight=rounding And then perhaps take a look at the Decimal package. -- nosy: +r.david.murray priority: - low resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7906] float(INFI) returns inf on certain platforms
Mark Dickinson dicki...@gmail.com added the comment: Is there any chance to get those changes you mentioned backported to 2.6? Actually, to be honest, I'm not sure that backporting these changes to the release branch is a good idea. Is this bug causing problems in real code (besides the test suite)? It seems to me that this bug is fairly harmless, and the backport of the 2.7 behaviour could have unintended consequences (seems unlikely, but it's always difficult to be sure :); I'm tempted suggest closing it as a 'won't fix', especially given that it's already fixed in 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7913] Enhance Cmd support for docstrings and document it.
New submission from R. David Murray rdmur...@bitdance.com: Cmd currently has undocumented support for using the docstrings of 'do_' methods as the documentation for those methods. This is a very convenient facility, except that it leads to documentation being printed with a lot of leading whitespace. I propose to enhance the docstring support to strip the leading whitespace from the docstring, and to document this facility. The proposed stripping algorithm is to strip a number of characters equal to the whitespace on the first non-blank line of the docstring. This means that existing docstrings, which will typically start right after the first , will be displayed as they were previously, but that a docstring can be formatted by starting the documentation on a new line after the , and whitespace will be properly stripped. Patch attached with test and documentation update. -- components: Library (Lib) files: cmd_doctest_enhancement.patch keywords: patch messages: 99233 nosy: r.david.murray priority: normal severity: normal stage: patch review status: open title: Enhance Cmd support for docstrings and document it. type: feature request versions: Python 3.2 Added file: http://bugs.python.org/file16213/cmd_doctest_enhancement.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7913 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7906] float(INFI) returns inf on certain platforms
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: I concur with Mark. -- nosy: +rhettinger resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6608] asctime causing python to crash
Antoine Pitrou pit...@free.fr added the comment: Retrograding to critical after popular python-dev demand. -- nosy: +pitrou priority: release blocker - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6608 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7911] unittest.TestCase.longMessage should default to True in Python 3.2
New submission from R. David Murray rdmur...@bitdance.com: +1 -- nosy: +r.david.murray priority: - normal type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7911 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2537] re.compile(r'((x|y+)*)*') should fail
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: The re module is addressed in issue #2636. BTW, my regex module behaves like Ruby: regex.sub(r((x|y)*)*, (\\1, \\2), xyyzy, count=1) '(, y)zy' regex.sub(r((x|y+)*)*, (\\1, \\2), xyyzy, count=1) '(, yy)zy' -- nosy: +mrabarnett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2537 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7914] IntVar() - AttributeError: 'NoneType' object has no attribute 'tk'
New submission from Nick nick.allg...@gmail.com: I tried to run the attached code and it seems IntVar() dies in the Tkinter module. After discussion with several other coworkers they seem to agree this may be a bug in Tkinter. If you need more info feel free to let me know and I can help with further testing. OS: Windows XP 32-bit SP2 Python: Python 3.1.1 Error: Traceback (most recent call last): File H:/code/python/hfprog_sounds/intvar-POC.py, line 3, in module num_good = IntVar() File C:\Python31\lib\tkinter\__init__.py, line 265, in __init__ Variable.__init__(self, master, value, name) File C:\Python31\lib\tkinter\__init__.py, line 174, in __init__ self._tk = master.tk AttributeError: 'NoneType' object has no attribute 'tk' -- components: Tkinter files: intvar-POC.py messages: 99238 nosy: Plazma severity: normal status: open title: IntVar() - AttributeError: 'NoneType' object has no attribute 'tk' type: compile error versions: Python 3.1 Added file: http://bugs.python.org/file16214/intvar-POC.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7863] platform module doesn't detect Windows 7
Marc-Andre Lemburg m...@egenix.com added the comment: Brian Curtin wrote: Brian Curtin cur...@acm.org added the comment: I'll look into whatever other trickery could be applied to 2.6/3.1. The patch against trunk works correctly for Win7, Win 2003 Server SP1, Win XP SP2, and Win 2000 Server SP2. platform.platform() outputs the same info for the latter three OSes whether or not the patch is applied. The csd change will work going back to Windows 2000. If we have to support anything prior, which I don't believe we do, then you are correct that it won't work. If that's an issue, I can revert that part of the change. Python 2.7 doesn't support Windows NT, so we should be fine if the patch can handle Windows 2000 and later. See http://www.python.org/dev/peps/pep-0011/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7914] IntVar() - AttributeError: 'NoneType' object has no attribute 'tk'
Nick nick.allg...@gmail.com added the comment: Ok this was my own mistake and not a bug.. really sorry about this. Moving the following code ABOVE the IntVar() calls allows it to work: app = Tk() app.title(TESTING) app.geometry('300x100+200+100') See revised attached -- status: open - closed Added file: http://bugs.python.org/file16215/intvar-POC.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7863] platform module doesn't detect Windows 7
Marc-Andre Lemburg m...@egenix.com added the comment: Marc-Andre Lemburg wrote: Marc-Andre Lemburg m...@egenix.com added the comment: Brian Curtin wrote: Brian Curtin cur...@acm.org added the comment: I'll look into whatever other trickery could be applied to 2.6/3.1. The patch against trunk works correctly for Win7, Win 2003 Server SP1, Win XP SP2, and Win 2000 Server SP2. platform.platform() outputs the same info for the latter three OSes whether or not the patch is applied. The csd change will work going back to Windows 2000. If we have to support anything prior, which I don't believe we do, then you are correct that it won't work. If that's an issue, I can revert that part of the change. Python 2.7 doesn't support Windows NT, so we should be fine if the patch can handle Windows 2000 and later. See http://www.python.org/dev/peps/pep-0011/ Hmm, then again: platform.py supports more than just the latest Python release, so it's better to only use the new csd approach for Python versions that do support the new windows version named tuple return value and fallback to the old style on all other versions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7914] IntVar() - AttributeError: 'NoneType' object has no attribute 'tk'
Changes by Brian Curtin cur...@acm.org: -- resolution: - invalid type: compile error - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7885] test_distutils fails if Python built in separate directory
Roumen Petrov bugtr...@roumenpetrov.info added the comment: r78136 completely broke this build. before was enough to add old workdir in first place as library directory to make test_get_outputs happy -- nosy: +rpetrov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7885 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti priority: - normal stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7897] Support parametrized tests in unittest
Fernando Perez fdo.pe...@gmail.com added the comment: I should probably have clarified better our reasons for using this type of code. The first is the one Michael pointed out, where such parametric tests all execute; it's very common in scientific computing to have algorithms that only fail for certain values, so it's important to identify these points of failure easily while still running the entire test suite. The second is that the approach nose uses produces on failure the nose stack, not the stack of the test. Nose consumes the test generators at test discovery time, and then simply calls the stored assertions at test execution time. If a test fails, you see a nose traceback which is effectively useless for debugging and with which using --pdb for interactive debugging doesn't help much (all you can do is print the values, as your own stack is gone). This code, in contrast, evaluates the full test at execution time, so a failure can be inspected 'live'. In practice this makes an enormous difference in a test suite being actively useful for ongoing development where changes may send you into debugging often. I hope this helps clarify the intent of the code better, I'd be happy to provide further details. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7834] socket.connect() no longer works with AF_BLUETOOTH L2CAP sockets
Mathew Martineau m...@martineau.name added the comment: I can submit a patch, but my employer has an involved process for doing this (even for small fixes like this). It will take a few more days to get to a point where I can post the patch, but I will do so as soon as I can. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7907] winreg docs: CreateKeyEx should be CreateKey (minor)
Ezio Melotti ezio.melo...@gmail.com added the comment: Fixed in r78162 (trunk), r78163 (release26-maint), r78164 (py3k) and r78165 (release31-maint), thanks for the report and the patch! -- assignee: georg.brandl - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7826] support caching for 2to3
Brian Harring ferri...@gmail.com added the comment: @benjamin: Tests can be written; the reason this patch doesn't bundle tests up front is that I wasn't going to burn the time till I knew they were needed since I expected the concept to require some debate. As for the hacks angle, there isn't anything hackish there- hackish is what you have to do w/out either of these patches (http://www.pkgcore.org/trac/pkgcore/browser/snakeoil/snakeoil/caching_2to3.py). I understand not everyone likes classes mixed on the fly, but it's a perfectly valid technique w/ many, many valid uses. Converting the innards of 2to3 over to a generalized plugin interface frankly is overkill from where I'm standing- being able to plugin new fixers is one thing (very useful in my opinion but orthogonal to what this ticke tis about), being able to plugin on the fly different refactoring outputers is another thing. Personally what's in place w/in allow_alternate_output_tools.patch is more than enough for the crazy ideas I've got kicking around. If you've got a specific complaint in the patch, an area that is dodgy/hacky, state it please- I'm more than open to actionable criticisms. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4617] SyntaxError when free variable name is also an exception target
Craig McQueen pyt...@craig.mcqueen.id.au added the comment: There's also this one which caught me out: def outer(): x = 0 y = (x for i in range(10)) del x # SyntaxError -- nosy: +cmcqueen1975 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4617 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2537] re.compile(r'((x|y+)*)*') should fail
Meador Inge mead...@gmail.com added the comment: The re module is addressed in issue #2636. Wow, that issue thread is massive... What about the 're' module is addressed? Is 'regex' replacing 're'? Is 'regex' being rolled into 're'? Are they both going to exist? -- components: +Regular Expressions type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2537 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7915] A lists which list.sort seems to leave out of order.
New submission from Alex Coventry throwa...@mit.edu: I feel like I must be on crack, here. I apologize if so. English version: sorting this long list leaves in place element 580395, which is less than element 0. Restricting to a list of just those two elements, sorting does what I'd expect. met% python2.6 # This problem also happens with 2.5 Python 2.6b1+ (trunk:64955, Jul 14 2008, 17:23:39) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type help, copyright, credits or license for more information. import os, cPickle t = cPickle.load(os.popen('gunzip -c list.pickle.gz')) # Load the pickle in. It's a list of pairs of numbers t.sort() # Sort the pickle t[580395] t[0] # It's not in order! True u = [t[0], t[580395]] # Make a list of just the two compared elements and sort u.sort() u == [t[580395], t[0]] # Now it's in order! True -- files: list.pickle.gz messages: 99249 nosy: throwaway severity: normal status: open title: A lists which list.sort seems to leave out of order. type: behavior versions: Python 2.5, Python 2.6 Added file: http://bugs.python.org/file16216/list.pickle.gz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7915] A lists which list.sort seems to leave out of order.
Ezio Melotti ezio.melo...@gmail.com added the comment: Could you provide the list in another format (e.g. in a plain .py script or as a .txt file)? -- nosy: +ezio.melotti priority: - normal stage: - test needed versions: -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7915] A lists which list.sort seems to leave out of order.
Changes by Ezio Melotti ezio.melo...@gmail.com: Removed file: http://bugs.python.org/file16216/list.pickle.gz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2537] re.compile(r'((x|y+)*)*') should fail
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: The issue started about updating the re module and adding features that other languages already possess in their regex implementations (the last time any significant work was done on it was in 2003). The hope is that the new regex implementation will eventually replace the existing one, and putting it initially in a module called 'regex' allows it to be tested more easily. You can do: import regex as re and existing code should still work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2537 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7915] A lists which list.sort seems to leave out of order.
Alex Coventry throwa...@mit.edu added the comment: No. It's 10M, gzipped. It's constructed from genome-wide association data, which is also huge, intrinsically complex, and protected by rules regarding research on humans. If the bug tracker won't take it do I have any other options? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7915] A lists which list.sort seems to leave out of order.
Alex Coventry throwa...@mit.edu added the comment: Oh, I guess I could make it a gzipped text file. Hang on. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7915] A lists which list.sort seems to leave out of order.
Thomas Wouters tho...@python.org added the comment: You have a nan in your list of tuples, which screws up the sorting. After the first sort, elements 580395-7 are: (0.99257340581672904, 551095), (nan, 551371), (6.6494600485570754e-14, 551526), -- nosy: +twouters resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7915] A lists which list.sort seems to leave out of order.
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: test needed - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7915] A lists which list.sort seems to leave out of order.
Alex Coventry throwa...@mit.edu added the comment: Ah, I guess I *was* on crack. Thanks for the explanation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7888] turtle settiltangle should be marked deprecated, not tiltangle
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti priority: - normal stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7888 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7904] urlparse.urlsplit mishandles novel schemes
Senthil Kumaran orsent...@gmail.com added the comment: Hello Mark, Thanks for the patch. However there are reasons why the check is: if scheme in uses_netloc and url[:2] == '//': It cannot be replaced by just url[:2] == '//' as in your patch. Different protocols have different parsing requirements. (for e.g. some wish to consider (or act as if), after the scheme, the rest is their path) The better way is to add 's3' to uses_netloc list and it should be fine too. I shall add it and include your tests. Thanks. -- components: +Library (Lib) -Extension Modules ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7904 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com