[issue15935] clarify argparse docs re: add_argument() type and default arguments

2012-09-13 Thread Steven Bethard
Steven Bethard added the comment: Looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15935 ___ ___ Python-bugs-list mailing list

[issue15937] Assertion failure (C:\Delphi\progs32\Python\PythonIDE\cPyRemoteDebugger.pas, line 1175).

2012-09-13 Thread Cioroianu Nicolin
New submission from Cioroianu Nicolin: Hello, Running the following script frame: import re #import modulefinder #m=str(raw_input(Get a string:)) m= IT_SetBusParameters(param1,param2,param3,param4,param5,param6) if m: cnt=m.count(',') if cnt: nr=0 s=re.split(',',m)

[issue15938] expose way to count examples in doctest.DocFileSuite()

2012-09-13 Thread Chris Jerdonek
New submission from Chris Jerdonek: This issue is to add to the doctest module an easy way to obtain the number of doctest examples in a unittest.TestSuite instance returned by a call to the doctest.DocFileSuite() function. The unittest.TestSuite class currently exposes a countTestCases()

[issue13990] Benchmarks: 2to3 failures on the py3 side

2012-09-13 Thread Francisco Martín Brugué
Francisco Martín Brugué added the comment: Just info: I still can reproduce that. (It's maybe just something wrong with my setup?) -- Added file: http://bugs.python.org/file27183/testsResult.txt ___ Python tracker rep...@bugs.python.org

[issue13990] Benchmarks: 2to3 failures on the py3 side

2012-09-13 Thread Francisco Martín Brugué
Francisco Martín Brugué added the comment: The actual tip for me is: ci@random:~/Prog/cpython/benchmarks/py2$ hg tip changeset: 164:61768f86170c tag: tip user:Brett Cannon br...@python.org date:Fri Aug 31 18:58:24 2012 -0400 summary: Allow for the specification of

[issue15937] Assertion failure (C:\Delphi\progs32\Python\PythonIDE\cPyRemoteDebugger.pas, line 1175).

2012-09-13 Thread R. David Murray
R. David Murray added the comment: That isn't a valid Python program, and you appear to be reporting a bug in a third party tool. You should report your problem to the appropriate community for your IDE tool. -- nosy: +r.david.murray resolution: - invalid stage: -

[issue13990] Benchmarks: 2to3 failures on the py3 side

2012-09-13 Thread Brett Cannon
Brett Cannon added the comment: Can you copy-and-paste the exact commands you are using to build and run the benchmarks (along with version info for the interpreter used to do the building) as I'm on the same revision and can't reproduce anymore? $ mkdir benchmarks_py3k $ cd benchmarks_py3k/

[issue15937] Assertion failure (C:\Delphi\progs32\Python\PythonIDE\cPyRemoteDebugger.pas, line 1175).

2012-09-13 Thread Cioroianu Nicolin
Cioroianu Nicolin added the comment: Hello David, I'm beginner with this tool, also a beginner programmer. I submitted the problem to IDE tool PyScripter. Just wanted to help Python improvement. I'm looking to improve also my experience. Have a nice day!:) Regards,  Nicolin

[issue15937] Assertion failure (C:\Delphi\progs32\Python\PythonIDE\cPyRemoteDebugger.pas, line 1175).

2012-09-13 Thread R. David Murray
R. David Murray added the comment: Thanks for wanting to help. If the PyScripter folks trace it back to a problem with Python, please feel free to reopen this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15937

[issue15937] Assertion failure (C:\Delphi\progs32\Python\PythonIDE\cPyRemoteDebugger.pas, line 1175).

2012-09-13 Thread Cioroianu Nicolin
Cioroianu Nicolin added the comment: Hello David, PyScripter Answer: Thanks for the bug report. This assertion happens when PyScripter is waiting for the remote engine to shut-down for a long time without success.  This might mean that either the system is very busy or more likely something

[issue13990] Benchmarks: 2to3 failures on the py3 side

2012-09-13 Thread Francisco Martín Brugué
Francisco Martín Brugué added the comment: The box is a debian (wheezy): ci@random:~/Prog/cpython/benchmarks/py2$ uname -a Linux random 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux The source repository dir: ci@random:~/Prog/cpython/benchmarks/py2$ dir lib LICENSE.txt

[issue15939] make *.rst files in Doc/ parseable by doctest

2012-09-13 Thread Chris Jerdonek
New submission from Chris Jerdonek: Currently, when trying to parse the *.rst files in the Doc/ folder (i.e. not actually running them but simply generating unittest.TestCase instances from them by passing them to doctest.DocFileSuite()), five files yield errors. This issue is to make it so

[issue15938] expose way to count examples in doctest.DocFileSuite()

2012-09-13 Thread Chris Jerdonek
Chris Jerdonek added the comment: # The return value of DocFileSuite is a unittest.TestCase instance, and s/unittest.TestCase/unittest.TestSuite/ (as elsewhere in the comment) -- ___ Python tracker rep...@bugs.python.org

[issue15939] make *.rst files in Doc/ parseable by doctest

2012-09-13 Thread Chris Jerdonek
Chris Jerdonek added the comment: The attached patch addresses all but Doc/library/ctypes.rst. See the following python-dev e-mail for a question about how best to handle that case: http://mail.python.org/pipermail/python-dev/2012-September/121721.html -- keywords: +patch Added file:

[issue13990] Benchmarks: 2to3 failures on the py3 side

2012-09-13 Thread Brett Cannon
Brett Cannon added the comment: So the tests failed but the benchmarks finished without issue? I'm not too worried about the tests since they are almost all str/bytes interaction issues (although I don't get the .decode() failure). If the benchmarks run without errors then I'm satisfied, else

[issue15939] make *.rst files in Doc/ parseable by doctest

2012-09-13 Thread Chris Jerdonek
Changes by Chris Jerdonek chris.jerdo...@gmail.com: Removed file: http://bugs.python.org/file27185/issue-15935-1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15939 ___

[issue15939] make *.rst files in Doc/ parseable by doctest

2012-09-13 Thread Chris Jerdonek
Changes by Chris Jerdonek chris.jerdo...@gmail.com: Added file: http://bugs.python.org/file27186/issue-15939-1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15939 ___

[issue13990] Benchmarks: 2to3 failures on the py3 side

2012-09-13 Thread Francisco Martín Brugué
Francisco Martín Brugué added the comment: So the tests failed but the benchmarks finished without issue? Yes. But the apparent diff is that I've used 2.6.8 If the benchmarks run without errors then I'm satisfied, else we figure out what this fails ever or we have a already translated copy

[issue15881] multiprocessing 'NoneType' object is not callable

2012-09-13 Thread Roundup Robot
Roundup Robot added the comment: New changeset 2b79b4848f44 by Richard Oudkerk in branch 'default': Issue #15881: Clarify comment in exit function http://hg.python.org/cpython/rev/2b79b4848f44 -- ___ Python tracker rep...@bugs.python.org

[issue15629] Add to regrtest the ability to run Lib and Doc doctests

2012-09-13 Thread Chris Jerdonek
Chris Jerdonek added the comment: Attached is a file of doctest statistics (counts of example failures, exceptions, and successes) for almost every file in the Doc directory when running the doctests with vanilla doctest. I did this to get a sense of which files it would be easiest to get

[issue15940] Time module: effect of locale

2012-09-13 Thread Terry J. Reedy
New submission from Terry J. Reedy: Module locale Internationalization services. The locale settings can affect the return values for some of the functions in the time module. This is vague and perhaps misleading. The doc also says Locale information is not used by asctime(). Locale

[issue15222] mailbox.mbox writes without empty line after each message

2012-09-13 Thread Petri Lehtinen
Petri Lehtinen added the comment: Attached an updated version of the second patch. David: Is this what you meant? Also, the patch format should now be rietveld compatible :) -- Added file:

[issue15941] Time module: effect of time.timezone change

2012-09-13 Thread Terry J. Reedy
New submission from Terry J. Reedy: time.timezone The offset of the local (non-DST) timezone, in seconds west of UTC (negative in most of Western Europe, positive in the US, zero in the UK). Quite aside from #9305 (UTC is not a place), this does not specify the effect of setting this

[issue15222] mailbox.mbox writes without empty line after each message

2012-09-13 Thread Petri Lehtinen
Changes by Petri Lehtinen pe...@digip.org: Removed file: http://bugs.python.org/file27188/issue15222_v2_0002_insert_blank_after_each_message_in_mbox.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15222

[issue15222] mailbox.mbox writes without empty line after each message

2012-09-13 Thread Petri Lehtinen
Changes by Petri Lehtinen pe...@digip.org: Added file: http://bugs.python.org/file27189/issue15222_v2_0002_insert_blank_after_each_message_in_mbox.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15222

[issue15222] mailbox.mbox writes without empty line after each message

2012-09-13 Thread R. David Murray
R. David Murray added the comment: Yes, that looks better. I haven't worked through the rest of the logic in detail, I'll trust your months of cogitation and the tests on that part. -- ___ Python tracker rep...@bugs.python.org

[issue15940] Time module: effect of locale

2012-09-13 Thread R. David Murray
R. David Murray added the comment: Since localtime() returns numbers, it is trivially true that localtime is not affected by locale. Your more specific phrasing is correct, I think. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org

[issue9253] argparse: optional subparsers

2012-09-13 Thread Julian Berman
Changes by Julian Berman julian+python@grayvines.com: -- nosy: +Julian ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9253 ___ ___

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread Garrett Cooper
New submission from Garrett Cooper: Windows doesn't return sane values for localtime(3) (per POSIX [1]) when the BIOS is set to the local time (the host is a Win2k8-R2 machine): $ python -V; python -c 'import time; print time.strftime(%m-%d-%y %H:%M:%S, time.localtime())'; date; uname -a

[issue9253] argparse: optional subparsers

2012-09-13 Thread R. David Murray
Changes by R. David Murray rdmur...@bitdance.com: -- stage: needs patch - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9253 ___ ___

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread Garrett Cooper
Garrett Cooper added the comment: 1. http://pubs.opengroup.org/onlinepubs/009695299/functions/localtime.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15942 ___

[issue4188] test_threading hang when running as verbose

2012-09-13 Thread Anthony Kong
Changes by Anthony Kong anthony.hw.k...@gmail.com: -- nosy: +Anthony.Kong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4188 ___ ___

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread R. David Murray
R. David Murray added the comment: It seems to me this is more likely a bug in cygwin and/or the cygwin Python port, since I find it hard to believe our windows users would be putting up with getting incorrect localtime results. -- nosy: +belopolsky, r.david.murray, terry.reedy

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread R. David Murray
R. David Murray added the comment: Perhaps that is the problem then: running a non-cygwin python from a cygwin environment? I don't really know, which is why I added Terry to the nosy list...he's got more Windows experience, though maybe not cygwin experience. I myself no longer have access

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread Garrett Cooper
Garrett Cooper added the comment: Except it wasn't built within the Cygwin environment... $ python -c 'import sys; print sys.version' 2.6.1 (r261:67515, Dec 5 2008, 13:58:38) [MSC v.1500 32 bit (Intel)] $ ldd `which python` | grep -i ygwin || echo not cygwin not cygwin --

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread Garrett Cooper
Garrett Cooper added the comment: Ok. Turns out I got this backwards. The BIOS clock is set to UTC (which works with the CentOS install on the same drive) and Windows assumes the clock is set to local time [1]. I'll follow it up with the my $work lab team, but it would be nice if this could

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread R. David Murray
R. David Murray added the comment: I'm not sure it can be. Windows is screwed up in the way it handles time. Last I looked they still didn't support having the BIOS clock set to UTC (but is has been a while since I looked). -- ___ Python tracker

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread Garrett Cooper
Garrett Cooper added the comment: Hahaha... you're right: $ perl -e 'use POSIX; print strftime(%m-%d-%y %H:%M:%S, localtime).\n;'; date 09-13-12 23:25:49 Thu, Sep 13, 2012 3:25:49 PM $ python -c 'import time; print time.strftime(%m-%d-%y %H:%M:%S, time.localtime())'; date 09-13-12 23:26:25

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread R. David Murray
R. David Murray added the comment: OK, I'm going to close this, then. -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15942

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

2012-09-13 Thread Roundup Robot
Roundup Robot added the comment: New changeset 48185b0f7b8a by Ezio Melotti in branch '3.2': #15437, #15439: merge Doc/ACKS.txt with Misc/ACKS and modify Doc/about.rst accordingly. http://hg.python.org/cpython/rev/48185b0f7b8a New changeset 2b4a89f82485 by Ezio Melotti in branch 'default':

[issue15439] Include Misc/ACKS names into the documentation

2012-09-13 Thread Roundup Robot
Roundup Robot added the comment: New changeset 48185b0f7b8a by Ezio Melotti in branch '3.2': #15437, #15439: merge Doc/ACKS.txt with Misc/ACKS and modify Doc/about.rst accordingly. http://hg.python.org/cpython/rev/48185b0f7b8a New changeset 2b4a89f82485 by Ezio Melotti in branch 'default':

[issue15942] Time representation for Windows incorrect when BIOS clock set to localtime when calling time.localtime()

2012-09-13 Thread Terry J. Reedy
Terry J. Reedy added the comment: For future reference: 2.6 is no longer supported except for security issues The same will soon (a month?) be true of 3.2. Win2k is no longer supported in 3.3 -- ___ Python tracker rep...@bugs.python.org

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

2012-09-13 Thread Ezio Melotti
Ezio Melotti added the comment: Fixed, thanks for the script! -- assignee: docs@python - ezio.melotti resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org

[issue15439] Include Misc/ACKS names into the documentation

2012-09-13 Thread Ezio Melotti
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: docs@python - ezio.melotti resolution: - fixed stage: needs patch - committed/rejected status: open - closed type: - enhancement versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

2012-09-13 Thread Chris Jerdonek
Chris Jerdonek added the comment: Thanks for committing, Ezio! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15437 ___ ___ Python-bugs-list

[issue15941] Time module: effect of time.timezone change

2012-09-13 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Isn't this a duplicate of issue 8810? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15941 ___ ___

[issue15941] Time module: effect of time.timezone change

2012-09-13 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: I've read this more carefully and I now understand the issue. Indeed, setting time.timezone or time.altzone has no effect on say time.strftime('%z'). I think this should be documented and the doc should refer to time.tzset() for a proper way to change

[issue15941] Time module: effect of time.timezone change

2012-09-13 Thread Terry J. Reedy
Terry J. Reedy added the comment: #8810 and #9305 seem related, if not dups. You are right about module vars. They are all instances of one module class with one __setattr__. How about Setting this attribute has no effect. See time.TZset or even better, the datetime module. (I had not

[issue15941] Time module: effect of time.timezone change

2012-09-13 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Setting this attribute has no effect. Strictly speaking, setting this attribute has the effect of changing the value of this attribute. I cannot come up with a better wording at this hour, but I would say something about it being informational only.

[issue15831] comma after leading optional argument is after bracket in docs

2012-09-13 Thread Roundup Robot
Roundup Robot added the comment: New changeset b01eb870f84f by Ezio Melotti in branch '3.2': #15831: document multiple signatures on different lines. Patch by Chris Jerdonek. http://hg.python.org/cpython/rev/b01eb870f84f New changeset 0ed61ee823d8 by Ezio Melotti in branch 'default': #15831:

[issue15831] comma after leading optional argument is after bracket in docs

2012-09-13 Thread Ezio Melotti
Ezio Melotti added the comment: Fixed, thanks for the patch! -- assignee: docs@python - ezio.melotti resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org