[issue12152] Parser/asdl_c.py relies on mercurial repository revision

New submission from Matthias Klose : when building without an hg repository present, the build fails with: ./Parser/asdl_c.py -h ../Include ../Parser/Python.asdl Traceback (most recent call last): File "../Parser/asdl_c.py", line 1214, in main(args[0]) File "../Parser/asdl_c.py", line 1

[issue6717] Some problem with recursion handling

Changes by Peter Wentworth : Removed file: http://bugs.python.org/file22072/drag_bug_is_nesting_events.py ___ Python tracker ___ ___ Python-bug

[issue6717] Some problem with recursion handling

Peter Wentworth added the comment: Oops, I wish I hadn't asked that silly question about the global declaration! Here is the tweaked file... -- Added file: http://bugs.python.org/file22073/drag_bug_is_nesting_events.py ___ Python tracker

[issue12009] netrc module crashes if netrc file has comment lines

Ruslan Mstoi added the comment: Uploading patch updated according to the review comments. -- Added file: http://bugs.python.org/file22074/issue12009_patch3.diff ___ Python tracker _

[issue12153] Modules/faulthandler.c exports `stack_overflow' symbol

New submission from Matthias Klose : the exported symbol should either have a prefix, or defined static. -- components: Extension Modules messages: 136594 nosy: doko priority: normal severity: normal status: open title: Modules/faulthandler.c exports `stack_overflow' symbol versions: Pyt

[issue6560] socket sendmsg(), recvmsg() methods

Gergely Kálmán added the comment: On 05/22/11 03:14, Brian May wrote: > Brian May added the comment: > > What needs to happen to get recvmsg() supported in Python? > > recvmsg() is required to get get transparent UDP proxies working under Linux > using tproxy, the code needs to run recvmsg() t

[issue12154] PyDoc Partial Functions

New submission from JJeffries : PyDoc currently does not support partial functions. It currently just outputs the following, treating it as a data member instead of a function. my_partial_function = I think that if the __doc__ it should be treated as a function and the __doc__ read. ---

[issue12151] test_logging fails sometimes

Éric Araujo added the comment: Victor, you just did what a recent discussion on python-dev strongly recommended not to do: you used ambiguous present tense in your commit message. “test_logging writes debug messages to stderr, not stdout” does not say whether it is the buggy behavior (unambi

[issue12009] netrc module crashes if netrc file has comment lines

Changes by Ruslan Mstoi : Added file: http://bugs.python.org/file22075/issue12009_patch4.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue12009] netrc module crashes if netrc file has comment lines

Changes by Ruslan Mstoi : Removed file: http://bugs.python.org/file22013/issue12009_patch.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue12009] netrc module crashes if netrc file has comment lines

Changes by Ruslan Mstoi : Removed file: http://bugs.python.org/file22019/issue12009_patch2.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue12009] netrc module crashes if netrc file has comment lines

Changes by Ruslan Mstoi : Removed file: http://bugs.python.org/file22074/issue12009_patch3.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue12009] netrc module crashes if netrc file has comment lines

Éric Araujo added the comment: +1 to that last patch, modulo removal of an unnecessary docstring on one test method (IIRC the test runner would display it in verbose mode and that would not be useful output; the test speaks for itself, only a comment with this bug number is maybe missing). R

[issue12009] netrc module crashes if netrc file has comment lines

Changes by Ruslan Mstoi : Added file: http://bugs.python.org/file22076/issue12009_patch.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue12009] netrc module crashes if netrc file has comment lines

Changes by Ruslan Mstoi : Removed file: http://bugs.python.org/file22075/issue12009_patch4.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue12009] netrc module crashes if netrc file has comment lines

Ruslan Mstoi added the comment: Thanks for helping with cleaning up the patch. I already removed that docstring too. -- ___ Python tracker ___ _

[issue12154] PyDoc Partial Functions

Éric Araujo added the comment: Thanks for the report. pydoc recently gained ad-hoc support for named tuples, so it could be improved to treat partial objects as functions. Would you like to submit a patch? If so, guidelines are on http://docs.python.org/devguide -- nosy: +eric.arau

[issue12153] Modules/faulthandler.c exports `stack_overflow' symbol

Changes by Éric Araujo : -- assignee: -> haypo nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue12152] Parser/asdl_c.py relies on mercurial repository revision

Changes by Éric Araujo : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12155] queue example doesn't stop worker threads

New submission from STINNER Victor : The queue doc contains the following example: -- def worker(): while True: item = q.get() do_work(item) q.task_done() q = Queue() for i in range(num_worker_threads): t = Thread(target=worker) t.daemon = Tr

[issue12125] test_sysconfig fails on OpenIndiana because of test_packaging

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6727] ImportError when package is symlinked on Windows

Éric Araujo added the comment: Removing 2.6, this is not a security bug. (OT: > Could someone please fix support for symlinked packages? It's an > essential feature during development. If I correctly guess your use case, you could use a pth file during development. See the docs.) --

[issue12153] Modules/faulthandler.c exports `stack_overflow' symbol

Roundup Robot added the comment: New changeset ad1ea4961ead by Victor Stinner in branch 'default': Close #12153: faulthandler, mark stack_overflow() as static http://hg.python.org/cpython/rev/ad1ea4961ead -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status: o

[issue6727] ImportError when package is symlinked on Windows

Éric Araujo added the comment: BTW, does this bug occur only with symlinked packages or also with one-file modules? -- ___ Python tracker ___ ___

[issue12128] Allow an abc.abstractproperty to be overridden by an instance data attribute

Changes by Éric Araujo : -- nosy: +eric.araujo title: Allow `abc.abstractproperty` to be overridden by a data attribute -> Allow an abc.abstractproperty to be overridden by an instance data attribute versions: -Python 3.4 ___ Python tracker

[issue6727] ImportError when package is symlinked on Windows

Waldemar Kornewald added the comment: It was only with symlinked packages/folders. Symlinked files worked correctly for me. BTW, pth files won't work for our specific use-case (App Engine). -- ___ Python tracker

[issue12156] test_multiprocessing

Changes by STINNER Victor : -- nosy: haypo priority: normal severity: normal status: open title: test_multiprocessing ___ Python tracker ___ _

[issue12156] test_multiprocessing.test_notify_all() timeout (1 hour) on FreeBSD 7.2

New submission from STINNER Victor : http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/builds/1819/steps/test/logs/stdio [180/355] test_multiprocessing Timeout (1:00:00)! Thread 0x28401d00: File "/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/multiprocessing/con

[issue12155] queue example doesn't stop worker threads

Changes by Antoine Pitrou : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Roundup Robot added the comment: New changeset bff9265d677d by Victor Stinner in branch 'default': Issue #12105: test_posix, add the value of O_CLOEXEC in the error message http://hg.python.org/cpython/rev/bff9265d677d -- ___ Python tracker

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: > or just skip the test on Linux kernels older than 2.6.23 I like this solution, but I don't know how to test that the kernel doesn't support O_CLOEXEC. My commit bff9265d677d will tell use the value of O_CLOEXEC on the "Linux-2.6.22-vs2.2.0.7-gentoo-i686-In

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Antoine Pitrou added the comment: > I like this solution, but I don't know how to test that the kernel > doesn't support O_CLOEXEC. My commit bff9265d677d will tell use the > value of O_CLOEXEC on the > "Linux-2.6.22-vs2.2.0.7-gentoo-i686-Intel-R-_Xeon-TM-_CPU_2.80GHz-with-gentoo-2.0.1 > little

[issue12140] Crash upon start up

Philip Drew added the comment: Reinstalling makes no difference- have tried multiple times -- ___ Python tracker ___ ___ Python-bugs-

[issue5715] listen socket close in SocketServer.ForkingMixIn.process_request()

STINNER Victor added the comment: Oh, Linux 2.6.27+ has a SOCK_CLOEXEC option: we may use it (but it should be done in another issue). See also #12105. -- ___ Python tracker ___

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: Story of O_CLOEXEC in the GNU libc, by Ulrich Drepper: "Secure File Descriptor Handling" http://udrepper.livejournal.com/20407.html -- > I could either add some voodoo configure checks to ensure > that O_CLOEXEC is indeed supported Hum, if I patch tempfile._

[issue4600] __class__ assignment: new-style? heap? == confusing

Changes by Éric Araujo : -- nosy: +eric.araujo versions: +Python 3.3 -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4600] __class__ assignment: new-style? heap? == confusing

Changes by Éric Araujo : -- assignee: docs@python -> nosy: -docs@python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue12157] join method of multiprocessing Pool object hangs if iterable argument of pool.map is empty

New submission from Gökçen Eraslan : When I use map method Pool object with an empty list parameter and then call close and wait methods, join() method hangs. I think this is not intended. Code to reproduce the bug is attached. PS: A similar issue (using map method with an empty list argument

[issue10115] Support accept4() for atomic setting of flags at socket creation

Changes by Antoine Pitrou : -- nosy: +charles-francois.natali, haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue8898] The email package should defer to the codecs module for all aliases

Marc-Andre Lemburg added the comment: R. David Murray wrote: > > R. David Murray added the comment: > > euc_jp and euc_kr seem to be backward (that is, codecs translates them to the > _ version, instead of translating the _ version to the - version). I worry > that there might be other dev

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: Another idea is to write a best-effort function to open a file with CLOEXEC flag: * use O_CLOEXEC if available * use fcntl(fd, F_SETFD, flags | FD_CLOEXEC) if O_CLOEXEC is missing or was silently ignored by the kernel (by open) Attached open_cloexec.py is a

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: > My commit bff9265d677d will tell use the value of O_CLOEXEC on the > "Linux-2.6.22-vs2.2.0.7-gentoo-..." buildbot. Here you have: "AssertionError: 0 is not true : CLOEXEC flag not set (O_CLOEXEC=0x8)" It's the same value on my Debian Sid. So we cannot te

[issue8796] Deprecate codecs.open()

Antoine Pitrou added the comment: If there are use cases of Stream{Reader,Writer} which are not covered by TextIOWrapper, it would be nice to know so that we can improve TextIOWrapper. After all, there should be one obvious way to do it ;) By the way, something interesting (probably unintende

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Charles-François Natali added the comment: The real issue is that the libc defines O_CLOEXEC, but kernels prior to 2.6.23 don't support it: instead of returning EINVAL, the socket syscall silently ignores the flag (don't know why I made the comment about this flag being defined to 0...). IMHO

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: > The real issue is that the libc defines O_CLOEXEC, but kernels prior > to 2.6.23 don't support it: instead of returning EINVAL, the socket > syscall silently ignores the flag (don't know why I made the comment > about this flag being defined to 0...). This i

[issue5715] listen socket close in SocketServer.ForkingMixIn.process_request()

Charles-François Natali added the comment: > Oh, Linux 2.6.27+ has a SOCK_CLOEXEC option: It's not exactly the same thing. We want to close the socket right after fork, not wait until exec (in the OP case there was no exec). > Patch looks fine to me. Is it easily testable? Easily, no. -

[issue12158] platform: add linux_version()

New submission from STINNER Victor : Sometimes, we need to know the version of the Linux kernel. Recent examples: test if SOCK_CLOEXEC or O_CLOEXEC are supported by the kernel or not. Linux < 2.6.23 *silently* ignores O_CLOEXEC flag of open(). linux_version() is already implemented in test_soc

[issue12140] Crash upon start up

Tim Golden added the comment: What happens if you try "python -S" (capital S)? In principle this should bypass the need to load site.py. Even if that works we still have a problem to solve, but at least it might narrow things down. -- nosy: +tim.golden ___

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: > test_socket: ...has a nice linux_version() which should be moved to > the platform module I created the issue #12158 for that. -- ___ Python tracker __

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Charles-François Natali added the comment: > This is a kernel bug, not a bug in the GNU libc (ask Ulrich if you are not > sure ;-)). Kernels prior to 2.6.23 didn't know about the O_CLOEXEC flag: to catch this kind of problem, every syscall would have to check every bit when it's passed a com

[issue12158] platform: add linux_version()

Changes by Ross Lagerwall : -- nosy: +rosslagerwall ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue12158] platform: add linux_version()

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > New submission from STINNER Victor : > > Sometimes, we need to know the version of the Linux kernel. Recent examples: > test if SOCK_CLOEXEC or O_CLOEXEC are supported by the kernel or not. Linux < > 2.6.23 *silently* ignores O_

[issue12158] platform: add linux_version()

STINNER Victor added the comment: > The returned value should be a version string in a fixed format, > not a tuple. I'd suggest to use _norm_version() for this. How do you compare version strings? I prefer tuples, as sys.version_info, because the comparaison is more natural: >>> '2.6.9' > '2.

[issue12158] platform: add linux_version()

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > >> The returned value should be a version string in a fixed format, >> not a tuple. I'd suggest to use _norm_version() for this. > > How do you compare version strings? I prefer tuples, as sys

[issue12152] Parser/asdl_c.py relies on mercurial repository revision

R. David Murray added the comment: asdl_c.py should not be run during a non-checkout build, since the files it builds should already have been (re)built and checked in by the time a release is rolled. IIUC The release building script is supposed to ensure the timestamps of the files are such

[issue10224] Build 3.x documentation using python3.x

Sye van der Veen added the comment: I ran smack into this while setting up my Doc build for the first time. In trying to fix my build problems, it took me about an hour to find that this was a known issue. I've attached a patch to warn others of the issue, in the documentation and the build

[issue12151] test_logging fails sometimes

R. David Murray added the comment: Here's another (unrelated?) failure: http://www.python.org/dev/buildbot/all/builders/x86%20Gentoo%203.x/builds/173/steps/test/logs/stdio [ 43/355] test_logging Traceback (most recent call last): File "/var/lib/builds

[issue1625] bz2.BZ2File doesn't support multiple streams

Changes by Nir Aides : -- assignee: niemeyer -> nirai ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12152] Parser/asdl_c.py relies on mercurial repository revision

Benjamin Peterson added the comment: Indeed, Include/Python-ast.c and Python/Python-ast.c should be touched to avoid this. -- ___ Python tracker ___ ___

[issue12158] platform: add linux_version()

STINNER Victor added the comment: Use "%s.%s.%s" % linux_version() if you would like to format the version. The format is well defined. (You should only do that under Linux.) -- ___ Python tracker ___

[issue12158] platform: add linux_version()

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > Use "%s.%s.%s" % linux_version() if you would like to format the version. The > format is well defined. (You should only do that under Linux.) No, please follow the API conventions in that

[issue12152] Parser/asdl_c.py relies on mercurial repository revision

Matthias Klose added the comment: I'm building a snapshot package on a buildd, where a checkout is used (without the .hg directory). buildds don't have access to the network, and I don't want to package the .hg directory. So I assume I have to create a "release" tarball on my own, and build f

[issue12152] Parser/asdl_c.py relies on mercurial repository revision

Benjamin Peterson added the comment: It's true that Python use to be the only dependency for asdl_c.py, but now Mercurial is, too. -- ___ Python tracker ___ ___

[issue8898] The email package should defer to the codecs module for all aliases

R. David Murray added the comment: Well, it turns out that back when I opened this issue I misunderstood what the ALIASES table was used for. it *is* used before doing a codecs lookup, but it is also used to convert whatever charset name the programmer specifies into the standard MIME name f

[issue10224] Build 3.x documentation using python3.x

Éric Araujo added the comment: I don’t see how the comment “As such, you will need to specify PYTHON explicitly” logically follows from the fact that Python 2.x is required. IMO, building the docs require Python 2.x, so you’ll need a “python” executable on your PATH that is 2.x. --

[issue12158] platform: add linux_version()

Charles-François Natali added the comment: Do we really need to expose a such Linux-centric and sparingly used function to the platform module? Since it's needed by several tests, why not add it to Lib/test/support.py? That way, we could also make it return a tuple without breaking any existing

[issue11729] libffi assembler relocation check is not robust, fails with clang

Éric Araujo added the comment: See also #12081. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue11178] Running tests inside a package by module name fails

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12022] AttributeError should report the same details when raised by lookup_special() as when raised in the REPL

Éric Araujo added the comment: > hasattr(transaction, '__exit__') http://docs.python.org/dev/reference/datamodel#special-method-names explains that magic methods are looked up on the class, not on the instances. There’s a lot of code out there that erroneously checks for __len__ or __call__

[issue12134] json.dump much slower than dumps

Éric Araujo added the comment: I believe Antoine is saying “works as intended”, i.e. not a bug. I’m not sure it’s worth a doc change. -- nosy: +eric.araujo ___ Python tracker

[issue12154] PyDoc Partial Functions

JJeffries added the comment: I have written and tested a patch based on 2.7.1 src distribution (only src I have access to at work). I will get the latest code from the repository and test against that later. -- ___ Python tracker

[issue12148] Clarify "or-ing together" doctest option flags

Éric Araujo added the comment: As a non-native speaker, I found constructs such as “OR-ed” or “syncing” a bit non-obvious when I started reading docs. +1 on adding “bitwise”, +1 on changing to “combined with the | operator”. (Yes, this is an or-ed vote.) -- nosy: +eric.araujo versio

[issue12159] Integer Overflow in __len__

New submission from Peter Fankhaenel : An OverflowError is emitted in case the return value of __len__ exceeds 2**31-1. The following code: class C (object): def __len__ (self): return self.l c = C() c.l = 2**31 len (c) # leads to an OverflowError in the last line. It works flawle

[issue12159] Integer Overflow in __len__

Benjamin Peterson added the comment: Yep, len() has to return something less than sys.maxsize. -- nosy: +benjamin.peterson resolution: -> works for me status: open -> closed ___ Python tracker ___

[issue12159] Integer Overflow in __len__

STINNER Victor added the comment: len(obj) is implemented using PyObject_Size() which is stores the result into a Py_ssize_t, and so is limited to sys.maxsize (2**31-1 or 2**63-1). This implementation detail should be documented. -- nosy: +haypo __

[issue12028] threading._get_ident(): remove it in the doc and make it public

Éric Araujo added the comment: I find it strange that you propose to make a function public and remove its doc :) Is a negative missing in the bug title? -- nosy: +eric.araujo ___ Python tracker

[issue12086] Tutorial doesn't discourage name mangling

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12028] threading._get_ident(): remove it in the doc or make it public

Changes by STINNER Victor : -- title: threading._get_ident(): remove it in the doc and make it public -> threading._get_ident(): remove it in the doc or make it public ___ Python tracker __

[issue12101] PEPs should have consecutive revision numbers

Éric Araujo added the comment: IOW, invalid? -- components: +None -Devguide nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs

[issue8796] Deprecate codecs.open()

STINNER Victor added the comment: deprecate_codecs.patch: "Deprecate open(), StreamReader, StreamWriter, StreamReaderWriter, StreamRecord and EncodedFile() of the codec module. Use the builtin open() function or io.TextIOWrapper instead." EncodedFile() and StreamRecord cannot be replaced easi

[issue8796] Deprecate codecs.open(), codecs.StreamReader and codecs.StreamWriter

Changes by STINNER Victor : -- title: Deprecate codecs.open() -> Deprecate codecs.open(), codecs.StreamReader and codecs.StreamWriter ___ Python tracker ___ _

[issue8796] Deprecate codecs.open(), codecs.StreamReader and codecs.StreamWriter

Changes by STINNER Victor : -- status: -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6459] distutils.command.build_ext.get_export_symbols should use the "PyInit" prefix rather then "init"

Éric Araujo added the comment: Fixed by Tarek in 406ba3cdebcb. -- resolution: accepted -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue12077] Harmonizing descriptor protocol documentation

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1298835] Add a vendor-packages directory for system-supplied modules

Éric Araujo added the comment: Thanks for detailing the rationale. Separating the “vendor”-controlled space (or let’s call it system; not all OSes have vendors :) from the sysadmin-controlled location is indeed a real concern, as shown by the recent-ish dist-packages invention by doko for De

[issue12055] doctest not working on nested functions

Changes by Éric Araujo : -- stage: -> needs patch versions: +Python 3.1, Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker ___ __

[issue12055] doctest not working on nested functions

Éric Araujo added the comment: >From http://docs.python.org/dev/library/doctest#which-docstrings-are-examined : “The module docstring, and all function, class and method docstrings are searched. Objects imported into the module are not searched. [...] Any classes found are recursively searche

[issue12158] platform: add linux_version()

STINNER Victor added the comment: > You can then use linux_version().split('.') in code that want > to do version comparisons. It doesn't give the expected result: >>> ('2', '6', '9') < ('2', '6', '20') False >>> ('2', '6', '9') > ('2', '6', '20') True By the way, if you would like to *displa

[issue12073] regrtest: use faulthandler to dump the tracebacks on SIGUSR1

STINNER Victor added the comment: Thanks for your review, here is an updated patch. -- Added file: http://bugs.python.org/file22082/regrtest_sigusr1-3.patch ___ Python tracker _

[issue12073] regrtest: use faulthandler to dump the tracebacks on SIGUSR1

Changes by STINNER Victor : Removed file: http://bugs.python.org/file21995/regrtest_sigusr1.patch ___ Python tracker ___ ___ Python-bugs-list

[issue12073] regrtest: use faulthandler to dump the tracebacks on SIGUSR1

Changes by STINNER Victor : Removed file: http://bugs.python.org/file22067/regrtest_sigusr1-2.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue12073] regrtest: use faulthandler to dump the tracebacks on SIGUSR1

STINNER Victor added the comment: Merwok's review: << Looks like a useful feature. http://bugs.python.org/review/12073/diff/2659/6441 File Lib/test/regrtest.py (right): http://bugs.python.org/review/12073/diff/2659/6441#newcode164 Lib/test/regrtest.py:164: You can send a SIGUSR1 signal to dis

[issue12074] regrtest: display the current number of failures

Éric Araujo added the comment: +1 on the idea. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue11957] re.sub confusion between count and flags args

Éric Araujo added the comment: I’d favor 1) or 2) over 3). Ints are short and very commonly used for flags. -- nosy: +eric.araujo ___ Python tracker ___ ___

[issue12042] What's New multiprocessing example error

Éric Araujo added the comment: I’m not sure historical whatsnew documents get fixes. As long as the PEPs and docs get fixes, the whatsnew can stay as they are. -- nosy: +eric.araujo ___ Python tracker __

[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases

Changes by Éric Araujo : -- nosy: +eric.araujo versions: -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue12081] Remove distributed copy of libffi

Matthias Klose added the comment: iirc after merging 3.0.9, we still had to use the internal libffi bits for windows and macosx. I didn't check 3.0.10rc8 -- nosy: +doko ___ Python tracker

[issue12154] PyDoc Partial Functions

Éric Araujo added the comment: Thanks for your work! Feel free to post the patch so that it won’t get lost. It may be that it ports cleanly or with trivial adaptations to 3.x, I can test and report if you don’t want to set up a full devel environment. -- ___

[issue12154] PyDoc Partial Functions

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

[issue12055] doctest not working on nested functions

Baptiste Carvello added the comment: Hello, the attached patch adds the requested feature to 3.2 (the patch is based on 6d67931c63f9), with appropriate doc changes and tests for the new behaviour. It does not apply to 2.7, so I'll send another patch for that soon. -- keywords: +patch

  1   2   >