[issue15149] Release Schedule needs updating

Georg Brandl added the comment: Updated. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue15104] Unclear language in __main__ description

Terry J. Reedy added the comment: As a native speaker, I agree that the sentence, in isolation, is hardly comprehensible. The previous one is also a bit flakey. The situation is that top-level code executes in a module named __main__, which has one joint global/local namespace that is the glo

[issue15151] Documentation for Signature, Parameter and signature in inspect module

New submission from Nick Coghlan : The PEP 362 implementation has been committed, but the inspect module documentation still needs to be updated. -- assignee: docs@python components: Documentation messages: 163534 nosy: docs@python, ncoghlan priority: deferred blocker severity: normal s

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

Roger Serwy added the comment: Adding a horizontal scroll bar is relatively easy. This has already been done with the Horizontal.py extension as part of a separate project called IdleX. See http://idlex.sourceforge.net/extensions.html @Terry, perhaps this should be added as an enhancement to

[issue15142] Fix reference leak with types created using PyType_FromSpec

Changes by Nick Coghlan : -- nosy: +daniel.urban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15142] Fix reference leak with types created using PyType_FromSpec

Nick Coghlan added the comment: That does look like it will fix the leak, but now I'm actually thinking there's more code from type_new that should also be executed in the PyType_FromSpec case. I mean things like: - ensuring __new__ is a static method - ensuring the standard attribute lookup

[issue15092] Using enum PyUnicode_Kind

Terry J. Reedy added the comment: Since we have defined an enum, I think we should use it consistently. (Am I correct in thinking it was added after the initial patches.) So I did a sanity check of -/+ lines for perhaps unintended changes. The only things I found to comment on, mostly somewha

[issue15091] ImportError when package is symlinked on Unix

Changes by Terry J. Reedy : -- components: +Tests stage: -> test needed type: -> behavior ___ Python tracker ___ ___ Python-bugs-lis

[issue15080] Cookie library doesn't parse date properly

Terry J. Reedy added the comment: Jeremy, when reporting bugs, please first check the latest release. This works in current 2.7.3 (as well as latest 2.6.8 and 3.3.0). >>> import Cookie >>> cookie = Cookie.SimpleCookie('bcookie="123"; Expires=Sat, 14-Jun-2014 >>> 23:03:13 GMT;') >>> cookie['bco

[issue15079] pickle: Possibly misplaced test

Changes by Terry J. Reedy : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

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

Changes by Walter Mundt : -- components: +Library (Lib) type: -> behavior versions: +Python 2.7 ___ Python tracker ___ ___ Python-bug

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Brian Curtin added the comment: So I have a patch that does most of what my previous message shows, but I can't seem to complete it. I don't know if I'm misunderstanding something or this just can't be done, but I could use the help of someone who understands MSI things much better than I can

[issue15148] shutil.which() docstring could be clearer

Roundup Robot added the comment: New changeset 5f18d9d34f73 by Brian Curtin in branch 'default': Fix #15148. Make the shutil.which docstring more thorough http://hg.python.org/cpython/rev/5f18d9d34f73 New changeset aa153b827d17 by Brian Curtin in branch 'default': Fix #15148. Capitalize PATH, h

[issue15148] shutil.which() docstring could be clearer

R. David Murray added the comment: Yeah, Brian had it as 'file' before, and I asked him to change it because it is confusing. 'file' sounds like a Python file object, which this is not. 'filename' would be OK, but 'cmd', as you note, is what it is really about. One possibility for the path

[issue4473] POP3 missing support for starttls

Changes by R. David Murray : -- components: +email nosy: +barry, r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Larry Hastings added the comment: Closing this, as I have now removed os.utimensat and os.futimesat. As well as os.futimens, os.futimes, and os.lutimes. And in fact retooled os.utime in a pretty major way. (See #14626.) -- resolution: -> fixed stage: patch review -> committed/reje

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

Roundup Robot added the comment: New changeset 66f7377547d5 by Larry Hastings in branch 'default': Issue #14626: Fix buildbot issue on OpenIndiana 3.x machines. (Hopefully.) http://hg.python.org/cpython/rev/66f7377547d5 -- ___ Python tracker

[issue15148] shutil.which() docstring could be clearer

Brian Curtin added the comment: No, reverting. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue15148] shutil.which() docstring could be clearer

Alexander Belopolsky added the comment: Brian, Did you intend to commit Tools/msi/msi.py in changeset 973b4806f760? -- ___ Python tracker ___ __

[issue15150] Windows build does not link

New submission from Brian Curtin : 6>python3.def : error LNK2001: unresolved external symbol PyState_AddModule 6>python3.def : error LNK2001: unresolved external symbol PyState_RemoveModule 6>C:\python-dev\cpython\PCbuild\python3.lib : fatal error LNK1120: 2 unresolved externals -- comp

[issue15149] Release Schedule needs updating

New submission from Tshepang Lekhonkhobe : I see some stuff marked 'planned' has been rejected for 3.3, while some has already been implemented. -- assignee: docs@python components: Documentation messages: 163521 nosy: anthonybaxter, barry, benjamin.peterson, docs@python, eric.araujo,

[issue15148] shutil.which() docstring could be clearer

Alexander Belopolsky added the comment: > Alexander, can you explain the part about finding a file on PYTHONPATH? I thought about something like this: >>> shutil.which('shutil.py', os.F_OK, ':'.join(sys.path)) '/Users/sasha/Work/python-hg/py3k/Lib/shutil.py' but win32 code seems to assume a s

[issue15148] shutil.which() docstring could be clearer

Brian Curtin added the comment: I updated file to command in 973b4806f760. It needs to be command so it matches the implementation's argument name, and because it doesn't exactly take a file. Alexander, can you explain the part about finding a file on PYTHONPATH? I don't think this has anythi

[issue15148] shutil.which() docstring could be clearer

Alexander Belopolsky added the comment: *file* is correct because shutil.which() is more general than shell which command. (It can be used to find source files on PYTHONPATH, for example.) I think the confusing part is "return the path ... on the path." This can be fixed in reST by marking

[issue15148] shutil.which() docstring could be clearer

Roundup Robot added the comment: New changeset 5975292ddf82 by Alexander Belopolsky in branch 'default': Issue #15148: Fixed typos in shutil.which() docstring http://hg.python.org/cpython/rev/5975292ddf82 -- nosy: +python-dev ___ Python tracker

[issue665194] datetime-RFC2822 roundtripping

Alexander Belopolsky added the comment: David, issue665194.diff patch is a bug fix for localtime(). If you decide to keep localtime(), there is not much of a rush because bug fixes can go in after beta. -- ___ Python tracker

[issue15148] shutil.which() docstring could be clearer

Changes by Tshepang Lekhonkhobe : -- title: shutul.which() docstring could be clearer -> shutil.which() docstring could be clearer ___ Python tracker ___ ___

[issue15148] shutul.which() docstring could be clearer

Changes by Tshepang Lekhonkhobe : -- versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue15148] shutul.which() docstring could be clearer

New submission from Tshepang Lekhonkhobe : I find this a little hard to parse (ignoring the obvious typo and the grammar error): """ Given a file, mode, and a path string, return the path whichs conform to the given mode on the path. """ One other suggestion: wouldn't 'file' read better as 'c

[issue4473] POP3 missing support for starttls

Jesús Cea Avión added the comment: 3.3 beta will be published next Sunday. Any hope? Lorenzo, is your patch applicable to 3.3? -- ___ Python tracker ___

[issue11024] imaplib: Time2Internaldate() returns localized strings

Roundup Robot added the comment: New changeset 42b9d9d795f7 by Alexander Belopolsky in branch 'default': Issues #11024: Fixes and additional tests for Time2Internaldate. http://hg.python.org/cpython/rev/42b9d9d795f7 -- nosy: +python-dev ___ Python tr

[issue15147] Remove packaging from the stdlib

Changes by Éric Araujo : -- components: +Distutils2, Documentation nosy: +alexis, tarek stage: needs patch -> ___ Python tracker ___

[issue15147] Remove packaging from the stdlib

Éric Araujo added the comment: Yep, that was on my planning for tonight or tomorrow afternoon. -- ___ Python tracker ___ ___ Python-b

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Roundup Robot added the comment: New changeset 8acaa341df53 by Jesus Cea in branch 'default': Skip the test only if neccesary - Kernel bug in freebsd9 - #10142: Support for SEEK_HOLE/SEEK_DATA http://hg.python.org/cpython/rev/8acaa341df53 -- ___ Pyt

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

Alexander Belopolsky added the comment: The latest patch belongs to issue 11024. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: This looks like a bug in freebsd: http://lists.freebsd.org/pipermail/freebsd-amd64/2012-January/014332.html Since looks like a kernel bug, skipping test in that case. Committed patch. Thanks for the head-up. --

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Roundup Robot added the comment: New changeset 13f5a329d5ea by Jesus Cea in branch 'default': Kernel bug in freebsd9 - #10142: Support for SEEK_HOLE/SEEK_DATA http://hg.python.org/cpython/rev/13f5a329d5ea -- ___ Python tracker

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

Roundup Robot added the comment: New changeset e1e0eeb07398 by Larry Hastings in branch 'default': Issue #14626: Fix buildbot issue on x86 Tiger 3.x. http://hg.python.org/cpython/rev/e1e0eeb07398 -- ___ Python tracker

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

Roundup Robot added the comment: New changeset 04fd8f77a58e by Larry Hastings in branch 'default': Issue #14626: Fix buildbot issues on FreeBSD (AMD64). (Fingers crossed.) http://hg.python.org/cpython/rev/04fd8f77a58e -- ___ Python tracker

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

Alexander Belopolsky added the comment: I updated the fix to take advantage of resolved issue 9527. I also noticed and fixed another bug: Internaldate2tuple was using locale-dependent %b directive for strftime. -- Added file: http://bugs.python.org/file26100/issue10941.diff

[issue15147] Remove packaging from the stdlib

New submission from Antoine Pitrou : Eric, this is for you. If you do only one thing before the 3.3 beta, please do this. -- assignee: eric.araujo components: Library (Lib) messages: 163504 nosy: eric.araujo, georg.brandl, pitrou priority: release blocker severity: normal stage: needs p

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

Roundup Robot added the comment: New changeset 27f9c26fdd8b by Larry Hastings in branch 'default': Issue #14626: Large refactoring of functions / parameters in the os module. http://hg.python.org/cpython/rev/27f9c26fdd8b -- nosy: +python-dev ___ Pyth

[issue15146] Implemented PyType_FromSpecWithBases

Changes by Robin Schreiber : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15146] Implemented PyType_FromSpecWithBases

New submission from Robin Schreiber : Enhancement to the currently existing PyType_FromSpec() which creates and returns a heap type from a given spec. PyType_FromSpecWithBases() works similar to PyType_FromSpec(), however it sets the bases of the newly created heap type to the types contained

[issue14923] Even faster UTF-8 decoding

Serhiy Storchaka added the comment: Here is a patch that uses some sort of autodetection. -- Added file: http://bugs.python.org/file26098/decode_utf8_signed_byte-2.patch ___ Python tracker

[issue15008] PEP 362 "Signature Objects" reference implementation

Changes by Larry Hastings : -- stage: patch review -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue15008] PEP 362 "Signature Objects" reference implementation

Changes by Yury Selivanov : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue15008] PEP 362 "Signature Objects" reference implementation

Roundup Robot added the comment: New changeset d892bf410478 by Larry Hastings in branch 'default': Issue #15008: Implement PEP 362 "Signature Objects". http://hg.python.org/cpython/rev/d892bf410478 -- nosy: +python-dev ___ Python tracker

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

Guido van Rossum added the comment: Submitted. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs

[issue15145] Faster *_find_max_char

Changes by Antoine Pitrou : -- priority: normal -> low stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue15145] Faster *_find_max_char

Serhiy Storchaka added the comment: > Are there any circumstances where this produces a larger speedup? I don't know. *_find_max_char in any case only a part of expensive functions. Even if it is optimized to zero time, this will most likely not produce a larger speedup. > I don't think a 10%

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

Walter Mundt added the comment: Attached is a patch to fix this bug by deferring matching of nargs='*' argument against a zero-length pattern until the end of the arguments list. I believe that it ought to be maximally conservative in that it should not change the behavior of any existing par

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

Antoine Pitrou added the comment: I haven't tested the patch, but it looks fine to me. -- versions: -Python 3.4 ___ Python tracker ___ _

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Stefan Krah added the comment: Looks like the FreeBSD bot fails in test_posix: == ERROR: test_fs_holes (test.test_posix.PosixTester) -- Traceback (most recent

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

Changes by Guido van Rossum : -- assignee: -> gvanrossum stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-li

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

Guido van Rossum added the comment: So, can I check this into 3.3? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

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

Antoine Pitrou added the comment: There is another small issue: it returns the normcase'd dir, which means that the case is lost under Windows. Not very serious, but cosmetically imperfect I suppose. -- ___ Python tracker

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

Roundup Robot added the comment: New changeset 9d2fe615a400 by Antoine Pitrou in branch 'default': Issue #444582: shutil.which() respects relative paths. http://hg.python.org/cpython/rev/9d2fe615a400 -- ___ Python tracker

[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: With version 2 of the patch I can bootstrap on OSX 10.5 as well (removes the dependency on subprocess, falls back on os.system instead) This also removes _binary_on_path as suggested by Éric. The patch needs more testing: I haven't tried using the binary ins

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

R. David Murray added the comment: I'm fine with it changing. Hopefully it won't introduce subtle bugs in anyone's programs :) -- ___ Python tracker ___ _

[issue15102] Fix 64-bit building for buildbot scripts

Changes by Jeremy Kloth : Added file: http://bugs.python.org/file26095/5924b376d15f.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue665194] datetime-RFC2822 roundtripping

Changes by R. David Murray : -- components: +email nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15145] Faster *_find_max_char

Antoine Pitrou added the comment: > 0.8190.73 > 0.7880.755 Are there any circumstances where this produces a larger speedup? I don't think a 10% improvement on a micro-benchmark is interesting at all (it's basically 0% on any real-world program). -- nosy: +pitrou

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

Antoine Pitrou added the comment: > I think it would be more surprising if by default it did something > different than what the 'which' command does. You know, I've never noticed that Unix `which` automatically abspathified the results (does it always? is it system-dependent? how about Windows

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

Antoine Pitrou added the comment: > I just pushed the change before I saw this message, so it went in as > the patch shows. Do you want this changed? Well, I think it would be better indeed. -- ___ Python tracker

[issue665194] datetime-RFC2822 roundtripping

Alexander Belopolsky added the comment: Most of the localtime() logic is now implemented (correctly) in datetime.astimezone(). Attached patch fixes email.utils.localtime() implementation. -- status: closed -> open Added file: http://bugs.python.org/file26094/issue665194.diff ___

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

R. David Murray added the comment: I think it would be more surprising if by default it did something different than what the 'which' command does. It also seems like the most useful result to return by default. If there's demand for a non-abspath version we could add that as a feature late

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

Brian Curtin added the comment: > I don't really understand why you call abspath(). If the caller wants an > absolute path, they can call abspath() themselves. Because that is what `which` does. I just pushed the change before I saw this message, so it went in as the patch shows. Do you want

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

Roundup Robot added the comment: New changeset 0fe7439e470c by Brian Curtin in branch 'default': Fix #444582. Add shutil.which function for finding programs on the system path. http://hg.python.org/cpython/rev/0fe7439e470c -- nosy: +python-dev ___ Py

[issue14785] Add sys._debugmallocstats()

Changes by Dave Malcolm : -- keywords: -needs review resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ __

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

Antoine Pitrou added the comment: I don't really understand why you call abspath(). If the caller wants an absolute path, they can call abspath() themselves. -- ___ Python tracker ___

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

Brian Curtin added the comment: I don't know. It makes sense to me. I'll try to find someone else to look at it and adjust it. -- ___ Python tracker ___ __

[issue15145] Faster *_find_max_char

New submission from Serhiy Storchaka : Here is patch that speed up *_find_max_char stringlib functions. Microbenchmarks: ./python -m timeit -s "s='A'*20+'\x80'" "s[:-1]" ./python -m timeit -s "s='A'*20+'\U0001'" "s[:-1]" Results on Intel Atom N570 @ 1.66GHz: vanilla patched 0.8190.

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

R. David Murray added the comment: I'm fine with this version going in, but I don't understand what you are saying about PATHEXT. You are getting it from the environment, but you say the shell always looks at the extension. So if someone has changed PATHEXT in their environment, Windows ign

[issue15143] Windows compile errors

Roundup Robot added the comment: New changeset f59e6cc3d5eb by Martin v. Löwis in branch 'default': Issue #15143: Define _DEBUG when compiling resources. http://hg.python.org/cpython/rev/f59e6cc3d5eb -- nosy: +python-dev ___ Python tracker

[issue15008] PEP 362 "Signature Objects" reference implementation

Yury Selivanov added the comment: New patch - pep362.8.patch One big change (Guido's request) - No more AttributeErrors on missing Parameter.default of Signature.return_annotation. They now will be set to Parameter.empty & Signature.empty correspondingly. -- Added file: http://bugs.

[issue9527] Add aware local time support to datetime module

Roundup Robot added the comment: New changeset 0f0e3ec22fce by Alexander Belopolsky in branch 'default': Issue #9527: tm_gmtoff has 'correct' sign. http://hg.python.org/cpython/rev/0f0e3ec22fce -- ___ Python tracker

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

Jesús Cea Avión added the comment: Antoine thinks so: http://bugs.python.org/issue15139 :-) I think we should have an official policy, though. -- ___ Python tracker ___ ___

[issue15144] Possible integer overflow in operations with addresses and sizes.

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue15102] Fix 64-bit building for buildbot scripts

Antoine Pitrou added the comment: > Now that my buildbot is up and building (and failing at that) could > these changes be committed? Well, it would be nice if you could post an updated patch after the comments above. (I'm not saying I'm gonna commit, since I'm not a Windows expert, but it wi

[issue15144] Possible integer overflow in operations with addresses and sizes.

New submission from Serhiy Storchaka : In unicodeobject.c and stringlib aligned addresses and sizes are used for optimization. pointer->integer and implicit integer->integer conversions may overflow or underflow on platforms with sizeof(size_t) != sizeof(void *) or sizeof(size_t) != sizeof(int

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

Roundup Robot added the comment: New changeset 40d7869501a2 by Larry Hastings in branch 'default': Issue #14769: Incorporated mildly pedantic feedback from python-dev. http://hg.python.org/cpython/rev/40d7869501a2 -- ___ Python tracker

[issue15143] Windows compile errors

New submission from Antoine Pitrou : The Windows buildbot are broken, they don't compile anymore. The errors seem to be: [...] ResourceCompile: C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin\rc.exe /l"0x0409" /I..\PC /I..\Include /nologo /fo"d:\cygwin\home\db3l\buildarea\3.x.bolen-window

[issue15142] Fix reference leak with types created using PyType_FromSpec

New submission from Antoine Pitrou : The following patch seems to fix the issue explained in http://mail.python.org/pipermail/python-dev/2012-June/120659.html : diff --git a/Objects/typeobject.c b/Objects/typeobject.c --- a/Objects/typeobject.c +++ b/Objects/typeobject.c @@ -2417,6 +2417,10 @@

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

Antoine Pitrou added the comment: > In order to get the patch in before the beta release I'm willing to > drop the promise and document that the function may leak some > information if the arguments differ in length or the arguments' types > are incompatible. That's not a problem to me. Program

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

Christian Heimes added the comment: In order to get the patch in before the beta release I'm willing to drop the promise and document that the function may leak some information if the arguments differ in length or the arguments' types are incompatible. -- ___

[issue9527] Add aware local time support to datetime module

Alexander Belopolsky added the comment: Working on this. It turns out tm_gmtoff uses the opposite sign to that of timezone in time.h. For more confusion, consider this: $ TZ=EST+5 date +%z -0500 I am rechecking all UTC offset signs. On Fri, Jun 22, 2012 at 3:36 PM, Jesús Cea Avión wrote: >

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

Brian Curtin added the comment: Attached is a patch which fixes your review comments in Lib/shutil.py, and it makes an adjustment in the wording of the documentation. The documentation is a bit more strong in wording that the current directory is always prepended to the path whether its a pro

[issue9527] Add aware local time support to datetime module

Jesús Cea Avión added the comment: This patch breaks OpenIndiana buildbots. For instance http://www.python.org/dev/buildbot/all/builders/AMD64%20OpenIndiana%203.x/builds/3810/steps/test/logs/stdio """ FAIL: test_astimezone_default_eastern (test.datetimetester.TestDateTimeTZ_Pure) -

[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

[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

[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

[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

[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 _

[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 ___

[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 ->

[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 __

[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

[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

[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

  1   2   >