[issue15132] Let unittest.TestProgram()'s defaultTest argument be a list

New submission from Chris Jerdonek : It would be nice if unittest.TestProgram(), aka unittest.main(), allowed one to set self.testNames by programmatically passing in a list of test names. Currently, unittest.main() almost allows this: the constructor sets self.testNames to a 1-tuple containin

[issue15133] tkinter.BooleanVar.get() docstring is wrong

New submission from Mark Summerfield : Python 3.2.2 (default, Jun 4 2012, 11:15:16) [GCC 4.4.5] on linux2 Type "copyright", "credits" or "license()" for more information. >>> from tkinter import * >>> help(BooleanVar.get) Help on function get in module tkinter: get(self) Return the value o

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Kristján Valur Jónsson added the comment: Interesting, I need to see what is the reason for that. Possibly, sem_* primitives used there are so cheap that they don't matter. -- ___ Python tracker

[issue15134] urllib.request.thishost() fails on OSX 10.7

New submission from Ronald Oussoren : I just noticed that test_urllib fails for me because urllib.request.thishost() fails: == ERROR: test_thishost (test.test_urllib.Utility_Tests) Test the urllib.request.thishost utility func

[issue15061] hmac.secure_compare() leaks information about length of strings

Christian Heimes added the comment: > The error will be if code works for developer from ASCII word, and then > on the other side of ocean it will no longer work with non-ASCII > strings. You are expected to be familiar with such issues. In any case, > the obvious (and simplest, and fastest) way

[issue15081] No documentation for PyState_FindModule()

Roundup Robot added the comment: New changeset 55e8cba34b11 by Martin v. Löwis in branch 'default': Issue #15042: Add PyState_AddModule and PyState_RemoveModule. http://hg.python.org/cpython/rev/55e8cba34b11 -- nosy: +python-dev ___ Python tracker <

[issue15042] Implemented PyState_AddModule, PyState_RemoveModule

Roundup Robot added the comment: New changeset 55e8cba34b11 by Martin v. Löwis in branch 'default': Issue #15042: Add PyState_AddModule and PyState_RemoveModule. http://hg.python.org/cpython/rev/55e8cba34b11 -- nosy: +python-dev ___ Python tracker <

[issue14626] os module: use keyword-only arguments for dir_fd and nofollow to reduce function count

Larry Hastings added the comment: Fifth iteration of my patch. Everything is done, and I really think it's ready to be checked in. * The documentation is done, including Misc/NEWS. * All the code is now < 80 columns. * The docstrings have been double- and triple-checked. * It passes all regre

[issue14769] Add test to automatically detect missing format units in skipitem()

Roundup Robot added the comment: New changeset ace45d23628a by Larry Hastings in branch 'default': Issue #14769: test_capi now has SkipitemTest, which cleverly checks http://hg.python.org/cpython/rev/ace45d23628a -- nosy: +python-dev ___ Python track

[issue14769] Add test to automatically detect missing format units in skipitem()

Changes by Larry Hastings : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue15081] No documentation for PyState_FindModule()

Christian Heimes added the comment: Thanks! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue15135] HOWTOs doesn't link to "Idioms and Anti-Idioms" article

New submission from Pan Yongzhi : In the py3k docs howtos table of contents, http://docs.python.org/py3k/howto/index.html, the link to the article "Idioms and Anti-Idioms in Python" is gone, but the article is still in the doc. It is at http://docs.python.org/py3k/howto/doanddont.html. Should

[issue15135] HOWTOs doesn't link to "Idioms and Anti-Idioms" article

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15136] Decimal accepting Fraction

New submission from Jon Clements : I'm not a numeric expert but I was looking at a post on S/O which related to converting a Fraction to a certain amount of decimal places. I've had a hunt on the tracker but couldn't find anything relevant, but if I've missed it, I apologise. # F=Fraction, D=

[issue15136] Decimal accepting Fraction

Ramchandra Apte added the comment: +1 -- nosy: +ramchandra.apte ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15136] Decimal accepting Fraction

Mark Dickinson added the comment: > I guess my question is - should Decimal do this implicitly for Fraction? I'd prefer not. All other cases of Decimal construction (from float, from string, etc.) are lossless with results that don't depend on the current context; construction from a Fracti

[issue15136] Decimal accepting Fraction

Jon Clements added the comment: Mark - I bow to your superiour knowledge here. However, would not a classmethod of .from_fraction be welcome? ie, I could write: d = D.from_fraction(5, 7) Then the documents labour the point about what you've mentioned? Just an idea, but fully realise you're

[issue15136] Decimal accepting Fraction

Jon Clements added the comment: Not sure what's going on with my machine today: keep sending things to early. I meant: D.from_fraction(F) where if F is not of type Fraction, then the args are used to construct a Fraction - so can use an existing or create one. -- __

[issue15136] Decimal accepting Fraction

Mark Dickinson added the comment: > would not a classmethod of .from_fraction be welcome? That depends. :-) Certainly a new classmethod seems better to me than extending the constructor to allow Fractions. I'm not convinced that there's a real need for this feature, though, especially given

[issue15136] Decimal accepting Fraction

Changes by Mark Dickinson : -- nosy: +rhettinger, skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Thom Nichols added the comment: I just ran into this issue, clearly it is old and Python 2.6, but I just experienced it in a single-process linux app running on a production embedded system. root@at91sam9g20ek:~# python Python 2.6.5 (r265:79063, Sep 28 2011, 11:52:59) [GCC 4.3.3] on linux2

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Kristján Valur Jónsson added the comment: I cannot repro. On my ubuntu virtualbox I get: before: kristjan@kristjan-VirtualBox:~/cpython$ ./python -m timeit -s "from _thread import allocate_lock" "allocate_lock()" 1000 loops, best of 3: 0.0768 usec per loop kristjan@kristjan-VirtualBox:~/c

[issue15136] Decimal accepting Fraction

Mark Dickinson added the comment: BTW, the StackOverflow question helped me understand the use-case here: http://stackoverflow.com/q/11154954/270986 The perspective is that of a *Fraction* user who wants to be able to easily see the Decimal expansion of a Fraction to an arbitrary number of

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Antoine Pitrou added the comment: 64-bit Linux: ./python -m timeit -s "from _thread import allocate_lock" "allocate_lock()" -> before: 0.0712 usec per loop -> after: 0.0556 usec per loop ./python -m timeit -s "from _thread import allocate_lock;l=allocate_lock()" "l.acquire();l.release()" -> b

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Ronald Oussoren added the comment: The attached patch (issue1390-version1.txt) is not tested very well at the moment because I'm running into another problem when building on OSX 10.5, but should improve the build situation With this patch: * Configure will automatically pick clang when gcc

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Kristján Valur Jónsson added the comment: well, I'm thinking for example about threading.Condition, where Lock objects are being created and erased willy nilly. Also, locks are normally uncontested. The unconstested case is the one to optimize for. As such, the test cases are not artificial

[issue15137] Cleaned source of `cmd` module

New submission from Zearin : Cleaned up the source of the Standard Library’s `cmd` module. Attempted to focus on readability by changing things like using booleans instead of 0/1, newer syntax for string formatting, lining up variable declarations (judgement call), and adding comments betwee

[issue15137] Cleaned source of `cmd` module

Amaury Forgeot d'Arc added the comment: The output of "hg diff" would be much appreciated, it's the only way for reviewers to realize the changes you made. -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Antoine Pitrou added the comment: > Also, locks are normally uncontested. The unconstested case is the > one to optimize for. As such, the test cases are not artificial at > all. Ok. I don't have any problem with the patch in principle (I didn't read it in detail). I was just a bit surprised t

[issue15137] Cleaned source of `cmd` module

Zearin added the comment: Does `hg diff` produce different output than regular `diff`? If so, the patch created by regular `diff` is attached. (I basically did my work without using a local repo, and I have very little experience with patching. I basically just looked up how to create a pa

[issue15137] Cleaned source of `cmd` module

R. David Murray added the comment: I appreciate the work and thought that went into this, but this is not normally the kind of change that we apply. Any change has a chance of introducing bugs (see, for example, issue 15109, where a seemingly innocuous change from % formatting to .format for

[issue15137] Cleaned source of `cmd` module

R. David Murray added the comment: Also as an FYI, triple double quote marks are our standard for docstrings. I don't believe we normally align assignments, but I don't know if that is specifically called out in PEP8. I haven't looked at the patch in detail, but in scanning it quickly, whil

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Éric Araujo added the comment: distutils.spawn.find_executable* -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Éric Araujo added the comment: _binary_on_path looks unnecessary: distutils.util has a function to do that. -- ___ Python tracker ___ ___

[issue15119] ctypes mixed-types bitfield layout nonsensical; doesn't match compiler.

Meador Inge added the comment: >> At a guess, BITS.M should therefore look like > ofs=0:17, bits=1> instead. > > Refined guess: it should be . This refined guess seems reasonable. Although, bitfield allocation order for GCC is dependent on the target ABI. What you have above is at least con

[issue15119] ctypes mixed-types bitfield layout nonsensical; doesn't match compiler.

Changes by Meador Inge : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue15119] ctypes mixed-types bitfield layout nonsensical; doesn't match compiler.

Mark Dickinson added the comment: > Finally, I think proposed allocation seems correct, but I must admit I > am not clever enough to follow why the following part works :-) Nor am I, any more, though it made sense when I wrote it. I'll see if I can make that a bit more readable. I see two go

[issue15119] ctypes mixed-types bitfield layout nonsensical; doesn't match compiler.

Mark Dickinson added the comment: > this doesn't seem to be right for big-endian machines Right; I didn't pay too much attention to the big-endian case; definitely there should be lots of tests there, so that at least the buildbots have a chance of picking up problems. (Do we currently *hav

[issue15138] base64.urlsafe_b64**code are too slow

New submission from Guido van Rossum : This bug is still present in Python 3.3. Some people use urlsafe strings *a lot*. And they find that the (obvious) implementation in base64.py is way too slow. In fact, I found myself writing the following a few times in App Engine libraries: # Thi

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Ronald Oussoren added the comment: Thanks, I'll add it to the patch when I have a working build again. Looks like I get a failure because "pybuilddir.txt" is not created, and that's because "./python.exe setup.py build" crashes when distutils.sysconfig tries to import subprocess (which tries

[issue15138] base64.urlsafe_b64**code are too slow

Jesús Cea Avión added the comment: This is a feature request, not a bug. Marking for 3.3. -- nosy: +jcea versions: -Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker __

[issue15139] Speed up threading.Condition wakeup

New submission from Kristján Valur Jónsson : This patch is based on work previously done locally in python 2.7, see http://blog.ccpgames.com/kristjan/2012/05/25/optimizing-python-condition-variables-with-telemetry/ The idea is to acquire the signaling Lock() of the threading.Condition object _

[issue15139] Speed up threading.Condition wakeup

Changes by Kristján Valur Jónsson : Added file: http://bugs.python.org/file26086/queuetest.py ___ Python tracker ___ ___ Python-bugs-list mail

[issue15138] base64.urlsafe_b64**code are too slow

Jesús Cea Avión added the comment: Guido, would your patch be enough?. Is a 3x improvement enough?. What improvement could be acceptable?. Implemented in C in "binascii" module? -- ___ Python tracker

[issue15139] Speed up threading.Condition wakeup

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Kristján Valur Jónsson added the comment: Lock release (the silly saninty check) and acquisition of an uncontested lock. I was waiting for that other windows lock stuff to go in before doing this, because I thought they might actually overlap in implementation, which they didn't. I'll check

[issue9527] Add aware local time support to datetime module

Changes by Alexander Belopolsky : -- stage: patch review -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue10592] pprint module doesn't work well with OrderedDicts

Changes by Matt Barr : -- nosy: +Matt.Barr ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue15139] Speed up threading.Condition wakeup

Antoine Pitrou added the comment: I think this should wait for 3.4. It's a bit too late now. -- nosy: +pitrou, sbt stage: -> patch review versions: +Python 3.4 -Python 3.3 ___ Python tracker _

[issue15083] Rewrite ElementTree tests in a cleaner and safer way

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15132] Let unittest.TestProgram()'s defaultTest argument be a list

Changes by Ezio Melotti : -- nosy: +ezio.melotti, michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15136] Decimal accepting Fraction

Changes by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue15136] Decimal accepting Fraction

Changes by Raymond Hettinger : -- versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15139] Speed up threading.Condition wakeup

Kristján Valur Jónsson added the comment: aw, that's too bad. Since this is not a feature implementat, we have the entire beta cycle to shake out any possible bugs. -- ___ Python tracker

[issue15139] Speed up threading.Condition wakeup

Antoine Pitrou added the comment: > aw, that's too bad. Since this is not a feature implementat, we have > the entire beta cycle to shake out any possible bugs. We treat performance improvements as new features, though. -- ___ Python tracker

[issue9527] Add aware local time support to datetime module

Roundup Robot added the comment: New changeset 88a5f2730579 by Alexander Belopolsky in branch 'default': Issue #9527: datetime.astimezone() method will now supply a class http://hg.python.org/cpython/rev/88a5f2730579 New changeset 336c53c1f547 by Alexander Belopolsky in branch 'default': Issue

[issue15138] base64.urlsafe_b64**code are too slow

Guido van Rossum added the comment: Why would it be a feature? There is no change in semantics, only in speed. Do we have a policy that forbids performance enhancements in bugfix releases? (It doesn't really matter, I'm just curious. Also, if it really was a feature request, it couldn't b

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Roundup Robot added the comment: New changeset de2a0cb6ba52 by Jesus Cea in branch 'default': Closes #10142: Support for SEEK_HOLE/SEEK_DATA http://hg.python.org/cpython/rev/de2a0cb6ba52 -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed _

[issue15138] base64.urlsafe_b64**code are too slow

Antoine Pitrou added the comment: > Do we have a policy that forbids performance enhancements in bugfix > releases? Yes, except when it fixes a regression. I don't know where that policy is codified, but it seems quite ingrained. It also means the window for getting it in 3.3 is getting narrow

[issue15136] Decimal accepting Fraction

Jon Clements added the comment: The more I think about this - the shades of grey kick in. D.from_fraction(F or creatable F) Then it would be 'reasonable to assume' for a F.to_decimal() to exist. Possibly with an optional context argument. Then, what happens if I do D('2.45') * F(24 / 19)...

[issue7582] Use ISO timestamp in diff.py

Roundup Robot added the comment: New changeset ec95b94ea831 by Alexander Belopolsky in branch 'default': Issue #7582: Use ISO timestamp in diff.py http://hg.python.org/cpython/rev/ec95b94ea831 -- nosy: +python-dev ___ Python tracker

[issue15138] base64.urlsafe_b64**code are too slow

Guido van Rossum added the comment: Here's a patch. It makes urlsafe_b64{en,de}code about 4x faster on my machine. The tests in base64_test.py still pass. -- keywords: +patch Added file: http://bugs.python.org/file26087/base64.patch ___ Python tra

[issue15139] Speed up threading.Condition wakeup

Kristján Valur Jónsson added the comment: hm, still one more day. It will be a pity to wait two more years, perhaps Georg is feeling lucky :) -- nosy: +georg.brandl ___ Python tracker ___

[issue15116] remove out-of-date Mac application scripting documentation

hhas added the comment: @Ned: The whole page has been needing updated for years, but no-one's ever quite managed to complete it. In that light, might I suggest a two-step approach? 1. Edit the existing text now to remove all the obsolete info (e.g. section 4.1.2. is also defunct) and check

[issue14591] Value returned by random.random() out of valid range on 64-bit

Mark Dickinson added the comment: Raymond, can this patch be applied? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue15138] base64.urlsafe_b64**code are too slow

Serhiy Storchaka added the comment: $ ./python -m timeit -s "from base64 import urlsafe_b64encode; url=bytes(range(256))" "urlsafe_b64encode(url)" 1 loops, best of 3: 73.5 usec per loop $ ./python -m timeit -s "from base64 import b64encode; url=bytes(range(256))" "b64encode(url).replace(b

[issue15138] base64.urlsafe_b64**code are too slow

Guido van Rossum added the comment: Heh. I'd forgotten about maketrans. Here's a patch that kills the _translate() helper function completely. -- Added file: http://bugs.python.org/file26088/base64.patch ___ Python tracker

[issue15138] base64.urlsafe_b64**code are too slow

Serhiy Storchaka added the comment: You're faster than me. I think that asserts should be replaced by if/raise. -- ___ Python tracker ___ __

[issue9527] Add aware local time support to datetime module

Roundup Robot added the comment: New changeset a7237f157625 by Alexander Belopolsky in branch 'default': Issue #9527: Fixes for platforms without tm_zone http://hg.python.org/cpython/rev/a7237f157625 -- ___ Python tracker

[issue15138] base64.urlsafe_b64**code are too slow

Guido van Rossum added the comment: I didn't touch that assert. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Hynek Schlawack added the comment: Here is my revised patch with Martin's code integrated. Differences: - fixed docs - added some tests, test_on_errors could still use some refactorings though - renamed _rmtree_safe to _rmtree_safe_fd so we can implement more of them - _rmtree_safe_fd

[issue15121] devguide doesn't document all bug tracker components

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue9527] Add aware local time support to datetime module

Changes by Alexander Belopolsky : -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue7582] Use ISO timestamp in diff.py

Changes by Alexander Belopolsky : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue13556] When tzinfo.utcoffset is out-of-bounds, the exception message is misleading

Alexander Belopolsky added the comment: Fixed in changeset a7237f157625. -- resolution: -> fixed status: open -> closed versions: -Python 2.7 ___ Python tracker ___ __

[issue15125] argparse: positional arguments containing - in name not handled well

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue5023] Segfault in datetime.time.strftime("%z")

Alexander Belopolsky added the comment: Since no one is able to reproduce this crash, I am going to close this issue. -- status: open -> pending ___ Python tracker ___ __

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Reopening for Python 3. Does anybody still use context diffs nowadays? -- status: closed -> open versions: +Python 3.3 -Python 2.7, Python 3.2 ___ Python tracker ___

[issue7582] Use ISO timestamp in diff.py

anatoly techtonik added the comment: Thanks. I am glad OS TZ support finally issue took off. =) -- ___ Python tracker ___ ___ Python-b

[issue15140] PEP 384 inconsistent with implementation

New submission from Antoine Pitrou : In PEP 384, the PyType_Spec struct has a "const char *doc" that is not present in the implementation (Include/object.h). -- assignee: docs@python components: Documentation messages: 163449 nosy: docs@python, loewis, pitrou priority: normal severity:

[issue15112] argparse: nargs='*' positional argument doesn't accept any items if preceded by an option and another positional

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue8355] diff.py produce unified format by default

Éric Araujo added the comment: The reasons for rejecting this still apply. -- versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ ___

[issue15114] Deprecate strict mode of HTMLParser

Changes by Ezio Melotti : -- stage: needs patch -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15083] Rewrite ElementTree tests in a cleaner and safer way

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: > The reasons for rejecting this still apply. Which specifically are valid for 3.3? -- ___ Python tracker ___ __

[issue10941] imaplib: Internaldate2tuple produces wrong result if date is near a DST change

Changes by Alexander Belopolsky : -- assignee: -> belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue15141] IDLE horizontal scroll bar missing (Win-XPsp3)

New submission from Pat : There is no horizontal scroll bar at the bottom of the IDLE editor window. When a program line exceeds the window area, the window has to be widened, or text has to be manually selected beyond the window to see or edit that portion of the line. No major problem, just a

[issue1644987] ./configure --prefix=/ breaks, won't build C modules

Jesús Cea Avión added the comment: Closing, since this is ancient. Please, open a new bug if still relevant (for 2.7, 3.2 or 3.3). -- assignee: tarek -> serwy nosy: +serwy resolution: -> out of date status: open -> closed ___ Python tracker

[issue444582] Finding programs in PATH, adding shutil.which

R. David Murray added the comment: Added some review comments on latest patch. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Roundup Robot added the comment: New changeset dfc7fd24983a by Kristjan Valur Jonsson in branch 'default': Issue #15124: Optimize _thread.LockType deletion and acquisition when http://hg.python.org/cpython/rev/dfc7fd24983a -- nosy: +python-dev ___ Py

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Changes by Kristján Valur Jónsson : -- stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue15125] argparse: positional arguments containing - in name not handled well

Nicu Stiurca added the comment: Re-selecting Python 2.6 under version (I think it was accidentally unselected). Here as another related error: if I try to add dest="baz" to the a.add_argument() call, it throws ValueError: dest supplied twice for positional argument -- versions: +Pyth

[issue15125] argparse: positional arguments containing - in name not handled well

R. David Murray added the comment: Nope, it was intentionally unselected. We use versions for the versions in which we will fix the bug, and 2.6 gets only security patches at this point. In any case, argparse isn't part of the stdlib in 2.6. -- versions: -Python 2.6 __

[issue1644987] ./configure --prefix=/ breaks, won't build C modules

R. David Murray added the comment: I took the five minutes to test this. It does not fail in 2.7. I remember we fixed some other issues with '-prefix=/', so I presume this got fixed at that time as a byproduct. Either that, or it was a Fedora bug of some sort. -- assignee: serwy ->

[issue15140] PEP 384 inconsistent with implementation

Martin v. Löwis added the comment: It's a bug in the PEP: users need to provide the module documentation through Py_tp_doc (which actually is mentioned in the PEP). I'll fix it. -- ___ Python tracker ___

[issue14785] Add sys._debugmallocstats()

Roundup Robot added the comment: New changeset d63a80abfbec by David Malcolm in branch 'default': Issue #14785: Add sys._debugmallocstats() to help debug low-level memory allocation issues http://hg.python.org/cpython/rev/d63a80abfbec -- nosy: +python-dev _

[issue15125] argparse: positional arguments containing - in name not handled well

R. David Murray added the comment: Oh, and to make sure your second report doesn't get lost, could you open another issue for the other bug, and give a complete example? -- ___ Python tracker

[issue14837] Better SSL errors

Roundup Robot added the comment: New changeset 96513d71e650 by Antoine Pitrou in branch 'default': Issue #14837: SSL errors now have `library` and `reason` attributes describing precisely what happened and in which OpenSSL submodule. http://hg.python.org/cpython/rev/96513d71e650 New changeset

[issue14837] Better SSL errors

Antoine Pitrou added the comment: There it is, Georg :) As mentioned in the commit message, this unfortunately creates a reference leak, which is apparently related to the use of the stable ABI. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed

[issue14626] os module: use keyword-only arguments for dir_fd and nofollow to reduce function count

Serhiy Storchaka added the comment: > > http://bugs.python.org/review/14626/diff/5182/Doc/library/os.rst#newcode1210 > Doc/library/os.rst:1210: using it will raise a > :exc:`NotImplementedError`. > Same as above: would it make sense to ignore the arg if follow_symlinks > is not supported, but th

  1   2   >