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
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':
Serhiy Storchaka added the comment:
Updated patch addresses Antoine's comments.
--
Added file: http://bugs.python.org/file32363/sre_optimize_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18685
Tim Golden added the comment:
Applied. Thanks for the patch.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13234
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
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 rep...@bugs.python.org
http://bugs.python.org/issue19329
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,
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
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):
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)
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
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 rep...@bugs.python.org
http://bugs.python.org/issue19399
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
title: setup.py doesn't parallelize extension module compilation - distutils
doesn't parallelize extension module compilation
___
Python tracker
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1887
___
Changes by Christian Heimes li...@cheimes.de:
Added file: http://bugs.python.org/file32365/38b3ad4287ef.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19183
___
New submission from Ned Deily:
On OS X 10.8 or 10.9 when using Xcode 5 and attempting to build an extension
module using a universal Python that includes a PPC architecture (such as from
one of the python.org 32-bit-only installers), the extension module build can
fail with numerous compiler
Roundup Robot added the comment:
New changeset 6cfb0f2815ce by Ned Deily in branch '2.7':
Issue #19400: Prevent extension module build failures with Xcode 5 on OS X
http://hg.python.org/cpython/rev/6cfb0f2815ce
New changeset e62a64507913 by Ned Deily in branch '3.3':
Issue #19400: Prevent
Ned Deily added the comment:
The problem is fixed in 6cfb0f2815ce for release in 2.7.6 and e62a64507913 for
3.3.3. It was previously fixed in 3.4.0a4 by 73532f33fbb3.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Antoine Pitrou added the comment:
Looks good to me.
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18685
___
Terry J. Reedy added the comment:
Proposes changes could have been put in one (or just a few) messages with
numbered suggestions. This would make it easier to refer to them. Each could
have had a link to the file involved in order to make it easy to look at
context. My opinions:
msg200572
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19320
___
___
Python-bugs-list
Terry J. Reedy added the comment:
I would prefer 'collections with a known size' but 'collections' should be good
enough for the doc string. The manual can follow with examples.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
(Usage questions are generally better directed at python-list, but I will try
to answer here first.)
It is actually a 'connection not made' error, with a Firewall being only one
possible cause for the non-connection. Questions:
What OS? Windows? Mac? or ???
New submission from Brian Zhou:
$ uname -a
Darwin foobar 13.0.0 Darwin Kernel Version 13.0.0: Thu Sep 19 22:22:27 PDT
2013; root:xnu-2422.1.72~6/RELEASE_X86_64 x86_64
$ python
Python 2.7.5 (v2.7.5:ab05e7dd2788, May 13 2013, 13:18:45)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type
Changes by Ned Deily n...@acm.org:
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - interactive interpreter crashes and test_readline fails on OS X
10.9 Mavericks due to libedit update
___
Python tracker
Tim Peters added the comment:
I think I'll change Thread.join() to just return if a timeout = 0 is passed.
The docs don't say anything about what Thread.join() does with a negative
timeout, but at least in 2.7.5 it happened to just return. No point being
gratuitously more demanding ;-)
Changes by Tim Peters t...@python.org:
--
assignee: - tim.peters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19399
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset af67cfcd4089 by Tim Peters in branch 'default':
Issue #19399: fix sporadic test_subprocess failure.
http://hg.python.org/cpython/rev/af67cfcd4089
--
nosy: +python-dev
___
Python tracker
Changes by Tim Peters t...@python.org:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19399
___
New submission from Perry Lorier:
Similar to Issue8797, if the first 5 requests result in exception (eg 404),
then AbstractBasicAuthHandler.retried is not reset, meaning authentication will
fail on all subsequent attempts.
The logic in AbstractBasicAuthHandler.http_error_401 calling
Nick Coghlan added the comment:
On 26 Oct 2013 05:28, alon horev rep...@bugs.python.org wrote:
Is the first option what you had in mind?
That's actually an interesting question. I was going to say yes, but then I
realised it would be better to just do the right thing when the
underlying object
cantor added the comment:
python 3.3 version - tried this code and got a sliglty faster processing time
then when running lzma.compress() on its own. Could this be improved upon?
import lzma
from functools import partial
from threading import Thread
def split_len(seq, length):
return
Tim Peters added the comment:
@cantor, this is a Python issue tracker, not a help desk. If you want advice
about Python programming, please use the Python mailing list or any number of
help desk web sites (e.g., stackoverflow).
--
nosy: +tim.peters
Vajrasky Kok added the comment:
This is the emergency patch to solve this issue.
The main issue is,
[sky@localhost cpython]$ ./python -Sc import sys; print(sys.path)
['', '/usr/local/lib/python34.zip',
'/home/sky/Code/python/programming_language/cpython/Lib/',
101 - 134 of 134 matches
Mail list logo