[issue19358] Integrate "Argument Clinic" into CPython build

Antoine Pitrou added the comment: > Patches welcome! I have bigger fish to fry. That doesn't solve the "why" question. You wrote the code and it probably takes you two minutes to make a fix. -- ___ Python tracker

[issue19384] test_py_compile fails with OSError on FreeBSD for root user

Roundup Robot added the comment: New changeset e7b97822110f by Christian Heimes in branch 'default': Issue 19384: Fix test_py_compile for root user, patch by Claudiu Popa. http://hg.python.org/cpython/rev/e7b97822110f -- nosy: +python-dev ___ Python t

[issue19384] test_py_compile fails with OSError on FreeBSD for root user

Christian Heimes added the comment: The test also fails for root user on Linux: $ sudo ./python Lib/test/test_py_compile.py .F. == FAIL: test_exceptions_propagate (__main__.PyCompileTests) --

[issue18404] Memory leak in gdbmmodule

Christian Heimes added the comment: The problem is already fixed in 3.3 and 3.4. Thank you nevertheless! :) -- nosy: +christian.heimes resolution: -> out of date stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue2552] test_ctypes failed Python 2.6a2 Solaris 10 SUN C

Changes by Christian Heimes : -- status: open -> languishing ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue15663] Investigate providing Tcl/Tk 8.5 with OS X installers

Roundup Robot added the comment: New changeset 19b512bfc8d2 by Ned Deily in branch '2.7': Issue #15663: Tcl/Tk 8.5.15 is now included with the OS X 10.6+ http://hg.python.org/cpython/rev/19b512bfc8d2 New changeset 5ff4f0100a40 by Ned Deily in branch '3.3': Issue #15663: Tcl/Tk 8.5.15 is now incl

[issue19019] Investigate using Apple clang for building OS X installers

Roundup Robot added the comment: New changeset 323f1dcceb73 by Ned Deily in branch '2.7': Issue #19019: Change the OS X installer build script to use CFLAGS instead http://hg.python.org/cpython/rev/323f1dcceb73 New changeset 689b5c2d6959 by Ned Deily in branch '3.3': Issue #19019: Change the OS

[issue1584] Mac OS X: building with X11 Tkinter

Roundup Robot added the comment: New changeset e7474d4d85ca by Ned Deily in branch '2.7': Issue #1584: Provide options to override default search paths for Tcl and Tk http://hg.python.org/cpython/rev/e7474d4d85ca New changeset d7662958b27a by Ned Deily in branch '3.3': Issue #1584: Provide optio

[issue1516] make _ctypes work with non-gcc compilers

Changes by Christian Heimes : -- status: open -> languishing versions: +Python 3.3, Python 3.4 -Python 3.2 ___ Python tracker ___ ___ P

[issue10284] NNTP should accept bytestrings for username and password

Changes by Christian Heimes : -- versions: +Python 3.3, Python 3.4 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue1274324] 'setup.py install' fails on linux from read-only storage

Changes by Christian Heimes : -- status: open -> languishing versions: +Python 3.3, Python 3.4 -3rd party, Python 3.1, Python 3.2 ___ Python tracker ___ ___

[issue1584] Mac OS X: building with X11 Tkinter

Ned Deily added the comment: Committed to default for release in 3.4.0. With the consent of the release managers, this change has been backported to 2.7 (for release in 2.7.6) and 3.3 (for 3.3.3) in support of Issue15663. -- resolution: -> fixed stage: patch review -> committed/rejec

[issue19273] Update PCbuild/readme.txt

Roundup Robot added the comment: New changeset 212b4b61fa05 by Tim Golden in branch 'default': Closes issue #19273: clean up the pcbuild readme.txt (Patch by Zachary Ware) http://hg.python.org/cpython/rev/212b4b61fa05 -- nosy: +python-dev ___ Python t

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Nick Coghlan added the comment: Thanks, that looks pretty good - so much less work for loaders to do. After this, we may even be able to finally fix the circular import bug and the one where submodule imports succeed but the overall package import fails. -- ___

[issue19386] selectors test_interrupted_retry is flaky

New submission from Christian Heimes: The test seems to be unstable on some build bots: http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%203.x/builds/5271/steps/test/logs/stdio == FAIL: test_interrupted_retry (t

[issue19273] Update PCbuild/readme.txt

Tim Golden added the comment: Done. Thanks for the patch. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ P

[issue19380] Optimize parsing of regular expressions

Serhiy Storchaka added the comment: ### regex_compile ### Min: 2.897919 -> 2.577488: 1.12x faster Avg: 3.066306 -> 2.681966: 1.14x faster Significant (t=26.77) Stddev: 0.08789 -> 0.05085: 1.7283x smaller -- ___ Python tracker

[issue4905] Use INVALID_FILE_ATTRIBUTES instead of magic numbers

Roundup Robot added the comment: New changeset 66398e1307f4 by Tim Golden in branch 'default': Issue4905: use INVALID_FILE_ATTRIBUTES where appropriate. (Patch by Ulrich Eckhardt) http://hg.python.org/cpython/rev/66398e1307f4 -- nosy: +python-dev ___

[issue4905] Use INVALID_FILE_ATTRIBUTES instead of magic numbers

Tim Golden added the comment: Fixed on tip. Thanks for the issue and the original patch. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue5717] os.defpath includes unix /bin on windows

Tim Golden added the comment: This is, in principle, a backwards-incompatible change as any code will stop working which relies on exec* running useful tools in c:\bin. (I have a c:\tools which is basically the same thing). Frankly, I'm -0 on changing it; it does no real harm that I can see. I

[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat

Breinjhel Mata added the comment: Hi this bug still exist in Python 3.3.2. seems like a bug in cygwincompiler.py but Im using MinGW. Why is it using cygwincompiler? -- nosy: +breinjhel ___ Python tracker __

[issue19387] Explain and test the sre overlap table

New submission from Antoine Pitrou: Since I had to understand this while reviewing code, here is a patch making things clearer. (I tried to get the docstring right :-)) -- components: Library (Lib), Tests files: overlap.patch keywords: patch messages: 201232 nosy: pitrou, serhiy.storcha

[issue18685] Restore re performance to pre-PEP393 level

Antoine Pitrou added the comment: Posted review on Rietveld. See also issue #19387. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue19388] Inflated download counts

New submission from Dustin Oprea: Noah recommended that I approach the distutils mailing list to report a potential PyPI problem. I can't seem to find a webpage for the distutils list, so I'm posting an official bug. I have a few packages on PyPI, and I often find my counts immediately taking

[issue19388] Inflated download counts

Antoine Pitrou added the comment: Dustin: see https://mail.python.org/mailman/listinfo/distutils-sig -- nosy: +pitrou resolution: -> invalid status: open -> closed ___ Python tracker __

[issue16595] Add resource.prlimit

Charles-François Natali added the comment: > I didn't expect to see a combination of glibc with prlimit() and Kernel > without prlimit(). According to man prlimit it's not suppose to fail with > ENOSYS, too. Yeah, we've seen this several times on some buildbots. Note that actually, any syscall

[issue19386] selectors test_interrupted_retry is flaky

Charles-François Natali added the comment: This failure doesn't make sense: whether SIGALRM is delivered or not, epoll() should time out after 2 seconds, not 105s. What's more, here's another test_subprocess failure: """ == ERR

[issue19386] selectors test_interrupted_retry is flaky

Antoine Pitrou added the comment: Flaky VM clock perhaps? -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12340] Access violation when using the C version of the io module

OscarL added the comment: I can't reproduce the access violation on Windows, using Python 2.7.3. Using the test_bufio.py script by santa4nt, I can see that the fail still happens. As Santoso Wijaya (santa4nt) said in a previous comment: The `write(data)` method is getting a `memoryview` objec

[issue19386] selectors test_interrupted_retry is flaky

Charles-François Natali added the comment: > Flaky VM clock perhaps? Yeah, thought about that, but here we see *exactly* the same value for two time intervals (using time.monotonic()), computed over different test suite runs. I'd expected something more erratic... -- __

[issue19386] selectors test_interrupted_retry is flaky

R. David Murray added the comment: The only change on the buildbot for some months now was increasing the size of the in-memory /tmp filesystem, which I did yesterday. That also involved a reboot, though, and it is conceivable that there were software changes made since the last reboot and be

[issue19386] selectors test_interrupted_retry is flaky

Charles-François Natali added the comment: Could you try to run the test in a loop under strace ("strace -ttTf") ? -- ___ Python tracker ___ _

[issue19358] Integrate "Argument Clinic" into CPython build

Larry Hastings added the comment: For a long time it was actually 3.4+ only. I was depending on a particular AST node that wasn't exposed to Python until 3.4 trunk. But that went away, and I tried it with 3.3 and it worked fine, so I labeled it 3.3+. For all I know it works fine under 3.1,

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Brett Cannon added the comment: I've added a review -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue19389] find_file might return a different directory than the tested file

New submission from Mathieu Virbel: With Maverick OSX (latest version), there is no /usr/include/zlib.h anymore. If you try to compile Python with -sysroot, it trigger a error message: error: /usr/include/zlib.h: No such file or directory The issue is in setup.py, where find_file is checking t

[issue19390] clinic.py: unhandled syntax error

New submission from Stefan Krah: The attached syntax error should probably be handled by clinic.py. -- components: Demos and Tools files: syntax-err-1.patch keywords: patch messages: 201246 nosy: skrah priority: normal severity: normal status: open title: clinic.py: unhandled syntax erro

[issue19390] clinic.py: unhandled syntax error

Changes by Stefan Krah : -- nosy: +larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue10977] Concrete object C API considered harmful to subclasses of builtin types

Nick Coghlan added the comment: The problem we're trying to solve is CPython *silently* breaking subclass invariants, which is what the concrete APIs currently do. At the moment, trying to swap out dicts with ordered dicts in various places will corrupt the ordered dict instead of calling the app

[issue10977] Concrete object C API considered harmful to subclasses of builtin types

Antoine Pitrou added the comment: > The problem we're trying to solve is CPython *silently* breaking subclass > invariants, which is what the concrete APIs currently do. To be clear: the problem is with CPython calling the concrete APIs when it shouldn't, rather than with the concrete APIs not b

[issue10977] Concrete object C API considered harmful to subclasses of builtin types

Nick Coghlan added the comment: On 26 Oct 2013 02:18, "Antoine Pitrou" wrote: > > > Antoine Pitrou added the comment: > > > The problem we're trying to solve is CPython *silently* breaking subclass > > invariants, which is what the concrete APIs currently do. > > To be clear: the problem is with

[issue19390] clinic.py: unhandled syntax error

Larry Hastings added the comment: You're proposing that Clinic allow => ? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue10977] Concrete object C API considered harmful to subclasses of builtin types

Antoine Pitrou added the comment: > > To be clear: the problem is with CPython calling the concrete APIs when > > it shouldn't, rather than with the concrete APIs not behaving properly. > > The boilerplate required to use them correctly renders them broken in my > view, particularly when they si

[issue19391] Fix PCbuild/readme.txt in 2.7 and 3.3

New submission from Zachary Ware: As discussed in issue19273, here are a pair of patches that correct factual errors in PCbuild/readme.txt in both 2.7 and 3.3. The 3.3 patch makes the following changes: - Remove Win2k mentions, it is not supported (Tcl nmake command also adjusted) - MSVCRT9 ->

[issue16803] Make test_import & test_importlib run tests under both _frozen_importlib and importlib._bootstrap

Roundup Robot added the comment: New changeset becc0a488189 by Brett Cannon in branch 'default': Issue #16803: Stop having test.test_importlib.abc ABCs inherit from http://hg.python.org/cpython/rev/becc0a488189 -- ___ Python tracker

[issue19391] Fix PCbuild/readme.txt in 2.7 and 3.3

Changes by Zachary Ware : Added file: http://bugs.python.org/file32357/pcbuild_readme-2.7.diff-w ___ Python tracker ___ ___ Python-bugs-list m

[issue19391] Fix PCbuild/readme.txt in 2.7 and 3.3

Changes by Zachary Ware : Added file: http://bugs.python.org/file32355/pcbuild_readme-3.3.diff-w ___ Python tracker ___ ___ Python-bugs-list m

[issue19391] Fix PCbuild/readme.txt in 2.7 and 3.3

Zachary Ware added the comment: The 2.7 patch makes the following changes: - python30.dll -> python27.dll - remove "(see below)" from _bsddb and _sqlite3 which have nothing to see below - bz2.vcproj isn't as magical as it made out to be, and it can clean itself - nasmw -> nasm - Remove untrue par

[issue16037] httplib: header parsing is unlimited

Jyrki Pulliainen added the comment: Third version of the 3.2 patch, this time with documentation of the exception TooManyHeaders -- Added file: http://bugs.python.org/file32358/issue16037_py32_v3.patch ___ Python tracker

[issue10977] Concrete object C API considered harmful to subclasses of builtin types

Stefan Behnel added the comment: Nick Coghlan added the comment: > Antoine Pitrou added the comment: >> To be clear: the problem is with CPython calling the concrete APIs when >> it shouldn't, rather than with the concrete APIs not behaving properly. > > The boilerplate required to use them corr

[issue16803] Make test_import & test_importlib run tests under both _frozen_importlib and importlib._bootstrap

Roundup Robot added the comment: New changeset e2c3f638c3d0 by Brett Cannon in branch 'default': Issue #16803: Have test.test_importlib.builtin test both frozen and http://hg.python.org/cpython/rev/e2c3f638c3d0 -- ___ Python tracker

[issue19390] clinic.py: unhandled syntax error

Stefan Krah added the comment: Larry Hastings wrote: > You're proposing that Clinic allow => ? No, but it should print an error message and exit. Currently it silently generates garbage which does not compile. [I've noticed that you handle many other syntax errors. Nice work.] -- ___

[issue19392] document importlib.reload() requires __loader__ to be defined

New submission from Brett Cannon: Make sure importlib.reload() (and by extension imp.reload()) mention that __loader__ must be defined as well as __name__. -- assignee: docs@python components: Documentation messages: 201259 nosy: brett.cannon, docs@python priority: normal severity: norm

[issue10977] Concrete object C API considered harmful to subclasses of builtin types

Nick Coghlan added the comment: Keep in mind that part of the problem here is finding stdlib code that needs to be fixed to handle subclasses correctly. The existing APIs have permitted use with subclasses for years but are, in fact, the wrong tool for that in many cases. The problem to be solve

[issue19339] telnetlib: time.monotonic() should be used instead of time.time() for timeout

Charles-François Natali added the comment: Victor, did you see Serhiy's comment? -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15477] test_cmath failures on OS X 10.8

Mark Dickinson added the comment: Perfect. Thanks, Ned! I'll update the Apple issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue19392] document importlib.reload() requires __loader__ to be defined

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue19389] find_file might return a different directory than the tested file

Ned Deily added the comment: Thanks for the report. The issue of setup.py not looking in an OS X SDK for zlib.h was recently fixed in currently active branches: f3a2dab1623b (default), 2d8d5fea6194 (3.3), c207ac413457 (2.7). By the way, there has been a lot of confusion about the installation

[issue19392] document importlib.reload() requires __loader__ to be defined

Roundup Robot added the comment: New changeset f575f6298eb1 by Brett Cannon in branch '3.3': Issue #19392: Document that imp.reload() now relies on __loader__ http://hg.python.org/cpython/rev/f575f6298eb1 -- nosy: +python-dev ___ Python tracker

[issue19393] symtable.symtable can return the wrong "top" SymbolTable

New submission from Steven Winfield: The attached script creates calls symtable.symtable many times on a code snippet that contains a single class with a method called "top", and some other important (to trigger the behaviour) properties: * a class variable * at least three other methods T

[issue11161] futures.ProcessPoolExecutor hangs

Roundup Robot added the comment: New changeset 44b69e95d276 by bquinlan in branch 'default': Issue #11161: Update the documentation for ProcessPoolExecutor to note that it will not work in the interactive shell. http://hg.python.org/cpython/rev/44b69e95d276 -- nosy: +python-dev ___

[issue11161] futures.ProcessPoolExecutor hangs

Changes by Brian Quinlan : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue19392] document importlib.reload() requires __loader__ to be defined

Brett Cannon added the comment: importlib.reload() already states that the loader is reused, so this only required imp.reload() to be updated. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue19172] selectors: add keys() method

Charles-François Natali added the comment: > Antoine Pitrou added the comment: > > FWIW, I think the "ideal" solution would be for keys() (*) to return a > read-only Mapping implementation, allowing for file object lookup (using > __getitem__) as well as iteration on SelectorKeys (using __iter__)

[issue13785] Make concurrent.futures.Future state public

Brian Quinlan added the comment: Any progress on this or can I close the bug? -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue19394] distutils.core.Extension: empty strings in library_dirs and include_dirs should not be allowed

New submission from robotron: When empty string element is passed in include_dirs or library_dirs (e.g. include_dirs = [""]) param of distutils.core.Extension constructor, it is propagated to compiler/linker params and in the case of gcc it eats subsequent command line option. setup.py excerp

[issue17432] PyUnicode_ functions not accessible in Limited API on Windows

Christian Heimes added the comment: Martin, do you want to change the def-file for Python 3.4? -- nosy: +christian.heimes priority: normal -> high versions: +Python 3.4 -Python 3.3 ___ Python tracker __

[issue18699] What is Future.running() for in PEP 3148 / concurrent.futures.Future?

Brian Quinlan added the comment: The only thing that I've used .running() for is for UI reasons. But it is easier to just iterative over your futures and call a method than to install a callback and handle the state yourself. -- nosy: +bquinlan ___

[issue16287] Sporadic test_utime() failures on Solaris

Christian Heimes added the comment: Trent, do you still see the failures on Solaris? -- nosy: +christian.heimes priority: normal -> low status: open -> languishing type: -> behavior ___ Python tracker

[issue17874] ProcessPoolExecutor in interactive shell doesn't work in Windows

Brian Quinlan added the comment: Take a look at http://bugs.python.org/issue11161 and its fix. Do you think that just saying that ProcessPoolExecutor will not work from the interactive shell is sufficient? -- nosy: +bquinlan ___ Python tracker

[issue18834] Add Clang to distutils to build C/C++ extensions

Changes by Christian Heimes : -- stage: -> patch review versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue13789] _tkinter does not build on Windows 7

Terry J. Reedy added the comment: I got sufficient answers on core-mentorship list to build and run. #19273 revised and updated readme.txt. -- resolution: -> out of date stage: -> committed/rejected status: open -> closed superseder: -> Update PCbuild/readme.txt _

[issue19387] Explain and test the sre overlap table

Serhiy Storchaka added the comment: LGTM. I guess that new code can be even a little faster. -- ___ Python tracker ___ ___ Python-bugs

[issue14255] tempfile.gettempdir() didn't return the path with correct case.

Changes by Tim Golden : Removed file: http://bugs.python.org/file32338/issue14255.2.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue14255] tempfile.gettempdir() didn't return the path with correct case.

Tim Golden added the comment: New patch, tested on Windows & Linux -- Added file: http://bugs.python.org/file32362/issue14255.3.diff ___ Python tracker ___ __

[issue19395] lzma hangs for a very long time when run in parallel using python's muptiprocessing module?

New submission from cantor: import lzma from functools import partial import multiprocessing def run_lzma(data,c): return c.compress(data) def split_len(seq, length): return [str.encode(seq[i:i+length]) for i in range(0, len(seq), length)] def lzma_mp(sequence,threads=3): lzc = l

[issue19395] lzma hangs for a very long time when run in parallel using python's muptiprocessing module?

cantor added the comment: lzma -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailm

[issue4331] Add functools.partialmethod

alon horev added the comment: I just want to make sure I understand the semantics concerning class methods, the following example demonstrates a usage similar to regular methods as much as possible: class A(object): def add(self, x, y): print(self) return x + y add10 =

[issue19395] lzma hangs for a very long time when run in parallel using python's muptiprocessing module?

Changes by cantor : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue17432] PyUnicode_ functions not accessible in Limited API on Windows

Changes by Antoine Pitrou : -- stage: -> needs patch versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue19395] lzma hangs for a very long time when run in parallel using python's muptiprocessing module?

Changes by cantor : -- components: -ctypes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue16803] Make test_import & test_importlib run tests under both _frozen_importlib and importlib._bootstrap

Roundup Robot added the comment: New changeset f3d50720dee0 by Brett Cannon in branch 'default': Issue #16803: Move test.test_importlib.extension to use both frozen and source importlib code http://hg.python.org/cpython/rev/f3d50720dee0 -- ___ Python

[issue19375] Deprecate site-python in site.py

Roundup Robot added the comment: New changeset 90c56229efb7 by Antoine Pitrou in branch 'default': Issue #19375: The site module adding a "site-python" directory to sys.path, if it exists, is now deprecated. http://hg.python.org/cpython/rev/90c56229efb7 -- nosy: +python-dev ___

[issue19387] Explain and test the sre overlap table

Roundup Robot added the comment: New changeset a2ed12e014ef by Antoine Pitrou in branch 'default': Issue #19387: explain and test the sre overlap table http://hg.python.org/cpython/rev/a2ed12e014ef -- nosy: +python-dev ___ Python tracker

[issue19387] Explain and test the sre overlap table

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

[issue19375] Deprecate site-python in site.py

Changes by Antoine Pitrou : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ P

[issue19396] test_contextlib fails with -S

New submission from Antoine Pitrou: $ ./python -S -m test test_contextlib [1/1] test_contextlib test test_contextlib failed -- Traceback (most recent call last): File "/home/antoine/cpython/default/Lib/test/test_contextlib.py", line 640, in test_redirect_to_string_io help(pow) NameError: n

[issue19398] test_trace fails with -S

New submission from Antoine Pitrou: $ ./python -S -m test test_trace [1/1] test_trace test test_trace failed -- Traceback (most recent call last): File "/home/antoine/cpython/default/Lib/test/test_trace.py", line 313, in test_coverage self.assertTrue("pprint.cover" in files) AssertionError

[issue19397] test_pydoc fails with -S

New submission from Antoine Pitrou: $ ./python -S -m test test_pydoc [1/1] test_pydoc test test_pydoc failed -- Traceback (most recent call last): File "/home/antoine/cpython/default/Lib/test/test_pydoc.py", line 473, in test_namedtuple_public_underscore help(NT) NameError: name 'help' is

[issue19395] unpickled LZMACompressor is crashy

Antoine Pitrou added the comment: The problem is that using an unpickled LZMACompressor crashes: $ ./python -c "import lzma, pickle; c = pickle.loads(pickle.dumps(lzma.LZMACompressor())); c.compress(b'')" Erreur de segmentation Here is the gdb backtrace: #0 0x77bcafc0 in sem_trywait

[issue13234] os.listdir breaks with literal paths

Roundup Robot added the comment: New changeset 12aaa2943791 by Tim Golden in branch 'default': Issue13234 Allow listdir to handle extended paths on Windows (Patch by Santoso Wijaya) http://hg.python.org/cpython/rev/12aaa2943791 New changeset 5c187d6162c5 by Tim Golden in branch 'default': Issue

[issue18685] Restore re performance to pre-PEP393 level

Serhiy Storchaka added the comment: Updated patch addresses Antoine's comments. -- Added file: http://bugs.python.org/file32363/sre_optimize_3.patch ___ Python tracker ___ __

[issue13234] os.listdir breaks with literal paths

Tim Golden added the comment: Applied. Thanks for the patch. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue19395] unpickled LZMACompressor is crashy

Nadeem Vawda added the comment: As far as I can tell, liblzma provides no way to serialize a compressor's state, so the best we can do is raise a TypeError when attempting to pickle the LZMACompressor (and likewise for LZMADecompressor). Also, it's worth pointing out that the provided code would

[issue19329] Faster compiling of charset regexpes

Serhiy Storchaka added the comment: Updated patch addresses Antoine's comments. One my bug fixed. -- Added file: http://bugs.python.org/file32364/re_optimize_charset_2.patch ___ Python tracker _

[issue19395] unpickled LZMACompressor is crashy

cantor added the comment: just to mention that map() (i.e. the non parallel version) works: import lzma from functools import partial import multiprocessing def run_lzma(data,c): return c.compress(data) def split_len(seq, length): return [str.encode(seq[i:i+length]) for i in range(0,

[issue19395] unpickled LZMACompressor is crashy

Nadeem Vawda added the comment: Yes, that's because the builtin map function doesn't handle each input in a separate process, so it uses the same LZMACompressor object everywhere. Whereas multiprocessing.Pool.map creates a new copy of the compressor object for each input, which is where the probl

[issue19395] unpickled LZMACompressor is crashy

cantor added the comment: in python 2.7.3 this kind of works however it is less efficient than the pure lzma.compress() from threading import Thread from backports import lzma from functools import partial import multiprocessing class CompressClass(Thread): def __init__ (self,data,c):

[issue19399] sporadic test_subprocess failure

New submission from Antoine Pitrou: It looks like this may be the symptom of a buglet in Thread.join: == ERROR: test_communicate_timeout (test.test_subprocess.ProcessTestCase)

[issue19399] sporadic test_subprocess failure

Tim Peters added the comment: Well, when a timeout is specified, .join() passes exactly the timeout passed to _it_ to ._wait_for_tstate_lock(), which in turn passes exactly the same timeout to .acquire(). So the negative value must be coming from _communicate() (the self.stdout_thread.joi

[issue19399] sporadic test_subprocess failure

Tim Peters added the comment: BTW, if subprocess did check the return value, it would see that the timeout already expired, and the test would pass. -- ___ Python tracker ___ __

  1   2   >