Berker Peksag added the comment:
Thanks for the review, Serhiy!
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20289
Roundup Robot added the comment:
New changeset 367f5e98ffbb by Berker Peksag in branch 'default':
Issue #20289: cgi.FieldStorage() now supports the context management protocol.
https://hg.python.org/cpython/rev/367f5e98ffbb
--
nosy: +python-dev
___
Serhiy Storchaka added the comment:
What is left to do with this issue?
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15535
___
Matthew Barnett added the comment:
The docs for Python 3.5.0a0 still say Unicode Private Use Area.
--
nosy: +mrabarnett
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20413
Davin Potts added the comment:
Attached are proposed patches for 2.7, 3.4, and default (3.5) branches.
In these patches, the 2 examples in the documentation that showcase the use of
pool.apply_async have been modified to specifically highlight that a single
invocation of apply_async will only
Serhiy Storchaka added the comment:
Oh, and yet one option:
5) As a list or a tuple. `copyreg.__newobj__, (list,), None,
iter(self._mapping.keys())` or `copyreg.__newobj__, (tuple,
tuple(self._mapping))`.
--
___
Python tracker
Serhiy Storchaka added the comment:
I think this issue should be closed as won't fix. In Python 3 both Pickler
implementations have dispatch_table, but in Python 2 there is no way to use
private dispatch table. The solution is to migrate to Python 3.
--
nosy: +serhiy.storchaka
status:
Changes by Davin Potts pyt...@discontinuity.net:
Added file: http://bugs.python.org/file38031/issue18620_py27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18620
___
Changes by Davin Potts pyt...@discontinuity.net:
Added file: http://bugs.python.org/file38030/issue18620_py34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18620
___
Antoine Pitrou added the comment:
Multiprocessing uses default protocol
AFAIK, this is so you can interact with processes using another version of
Python.
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23403
Serhiy Storchaka added the comment:
Here is a patch.
--
keywords: +patch
nosy: +serhiy.storchaka
stage: needs patch - patch review
versions: +Python 3.5 -Python 3.4
Added file: http://bugs.python.org/file38032/copy_getnewargs_ex.patch
___
Python
Changes by Erik Bray erik.m.b...@gmail.com:
--
nosy: +erik.bray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23400
___
___
Python-bugs-list
Josh Rosenberg added the comment:
multiprocessing spawns the other processes itself from the same executable used
to launch the main process. It's not subprocess. How would a different version
of Python get involved?
--
nosy: +josh.r
___
Python
Martin Panter added the comment:
I changed “code point in the Unicode Private Use Area” to “individual surrogate
code” in the “codecs” module documentation for Issue 19548. So perhaps (a)
still needs addressing, but (b) and (c) are hopefully already fixed.
--
nosy: +vadmium
Serhiy Storchaka added the comment:
Multiprocessing uses default protocol and there is no simple (without hacking
the stdlib) way to pass the right protocol manually.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23403
Antoine Pitrou added the comment:
Because pickles will not be compatible with Python 3.4 anymore. People who
want maximum efficiency without compatibility can pass the right protocol
manually.
--
___
Python tracker rep...@bugs.python.org
New submission from Serhiy Storchaka:
Why not use pickle protocol 4 by default? It allows to pickle some objects
which are not pickleable with lower protocols and is more efficient.
--
components: Library (Lib)
messages: 235498
nosy: alexandre.vassalotti, pitrou, serhiy.storchaka
Ned Deily added the comment:
Using code signing on OS X sounds like a good idea but does require careful
analysis to ensure it is being used correctly. However, in your example, you
are using and signing the Apple-supplied system Python. It is not advisable to
modify system resources like
Vinson Lee added the comment:
With the supplied patch on CentOS 6 , make passes and make test passes with
the exception of test_readline that is Issue19884.
372 tests OK.
1 test failed:
test_readline
7 tests altered the execution environment:
test_calendar test_distutils test_float
Vinson Lee added the comment:
I tried a hg copy of the repository. make touch worked for me.
./configure
make touch
make
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23404
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23403
___
Vinson Lee added the comment:
I am building from a git copy of the source repository. make touch before
make does not work for me.
$ make touch
cd .; \
hg --config extensions.touch=Tools/hg/hgtouch.py touch -v
abort: There is no Mercurial repository here (.hg not found)!
I've attached
Ned Deily added the comment:
Unfortunately, those syntax differences aren't the only problems you could run
into so making these syntax changes isn't really a general solution, IMO. 'make
touch' is the documented and supported way to ensure that the unnecessary build
steps are not run. But,
Nick Coghlan added the comment:
Ah, February 2014, many of my plans went in rather different directions than
expected that month, and this was one of them :)
As Martin noted, he already fixed (b) and (c), but we missed that the list of
error handlers was also duplicated in the builtin open()
Ned Deily added the comment:
Try using make touch before make. Because hg does not preserve precise
time stamps when creating working directories, some build steps are run
unnecessarily after an initial checkout. 'make touch' updates the file time
stamps so that these steps are skipped and
Ned Deily added the comment:
https://docs.python.org/devguide/setup.html#avoiding-re-creating-auto-generated-files
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23404
___
New submission from Vinson Lee:
Is there a minimum Python requirement to build Python?
Python 3.5 does not build with Python 2.6. Python 3.4, Python 3.3, and Python
2.7 build with Python 2.6 so this is recent change in build requirements.
For example, this build failure occurs on CentOS 6.
Antoine Pitrou added the comment:
It is possible to have independent processes communicate together, although
that's not the most widely-used feature. See:
https://docs.python.org/3/library/multiprocessing.html#multiprocessing-listeners-clients
Also:
Josh Rosenberg added the comment:
Looks like this revision, part of #22823, changed it:
https://hg.python.org/cpython/rev/4480506137ed
--
nosy: +josh.r
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23404
Josh Rosenberg added the comment:
To answer your question: Since asdl uses set literals (introduced in 2.7 and
3.0), that appears to put an effective minimum version requirement of 2.7 to
build 3.5. Whether that was the intent is unclear (they were changing a lot of
places from set([a, b, c])
Changes by Ned Deily n...@acm.org:
--
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23404
___
Mark Lawrence added the comment:
@Alecz are you aware of the Python launcher, see
https://www.python.org/dev/peps/pep-0397/ and
https://docs.python.org/3/using/windows.html#python-launcher-for-windows ? The
easiest way to sort out 3.4 would have been to download the msi file and use
the
Vinay Sajip added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23399
___
___
Python-bugs-list mailing list
Unsubscribe:
Nick Coghlan added the comment:
It's genuinely user hostile, as the from_exc_tuple version is entirely
redundant, and folks using pydoc to discover the API won't know they
shouldn't use the constructor directly.
That means both forms will get used, but only one will be documented. When
people
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file38024/pickle_mapping_views.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23401
New submission from Ole Streicher:
On Debian Hurd, there is no sem_open implementation. When I try there to create
a Queue, I get different errors, depending on the Python version:
import multiprocessing
q = multiprocessing.Queue()
gives on Python 2.7.9:
maxsize = 0
def
New submission from Serhiy Storchaka:
Proposed patch adds pickle support of general Mapping views. See also
issue23264.
--
components: Library (Lib)
messages: 235475
nosy: alexandre.vassalotti, pitrou, rhettinger, serhiy.storchaka, stutzbach
priority: normal
severity: normal
stage:
Serhiy Storchaka added the comment:
There are many ways to pickle e.g. Mapping keys:
1) Default implementation (as an instances of Python class MappingKey). This is
implementation depended and exposes private variable _mapping. Changing
implementation of the keys() method will break
Berker Peksag added the comment:
Here's an updated patch. Thanks Serhiy.
--
Added file: http://bugs.python.org/file38025/issue21717_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21717
Serhiy Storchaka added the comment:
Here are new results with corrected marshalbench.py (more precise and with
recalculated total size):
Without the patch:
ver. dumps loads size
746.5 19971.2
0 669.1 1149.2 26202.9
1 682.0 1130.1 26202.9
2 652.0
Matthias Urlichs added the comment:
Please do.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2786
___
___
Python-bugs-list mailing list
Benjamin Peterson added the comment:
Thanks for the very high quality patch. The way it was split made it much
easier to review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22735
___
Eldar Abusalimov added the comment:
You're welcome, and thank you too for reviewing and merging it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22735
___
Ned Deily added the comment:
The test case appears to only fail with OS X Cocoa Tk (tested with Tk 8.5.17
and 8.6.3); it does not fail with the older OS X Carbon Tk 8.4.20 nor with X11
Tk 8.6.3. It also fails similarly with Python 3.4.x. FWIW, there have been
other reported problems with
Serhiy Storchaka added the comment:
Here is a patch for zipfile.
--
Added file: http://bugs.python.org/file38027/zipfile_mode_x.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21717
___
Serhiy Storchaka added the comment:
Added more comments.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21717
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
Can you post the results of your hashtable patch with marshalbench.py?
PS: we don't care about versions older than 4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20416
Antoine Pitrou added the comment:
Le 06/02/2015 09:34, Nick Coghlan a écrit :
It's genuinely user hostile, as the from_exc_tuple version is entirely
redundant, and folks using pydoc to discover the API won't know they
shouldn't use the constructor directly.
Using pydoc isn't generally a
Matthew Atkinson added the comment:
Hi
I've modified Pierre's patch to apply to the latest 3.5 and 3.4, and made the
most of the simple changes suggested in
http://bugs.python.org/review/11352/#ps4792 . I've also added all the non
internal parameters to the FieldStorage constructor, and
Nick Coghlan added the comment:
dir() will get me TracebackException as a name,
help(traceback.TracebackException) will get me its signature. IDEs with
autocomplete and signature tooltips will do the same.
There is nothing in those usage sequences to say don't use __init__, use this
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 6b8d95c12eaf by Barry Warsaw in branch '3.4':
Issue #23399: pyvenv creates relative symlinks where possible.
https://hg.python.org/cpython/rev/6b8d95c12eaf
New changeset 9e6f79495e0b by Barry Warsaw in branch 'default':
Issue #23399: pyvenv creates
Changes by Barry A. Warsaw ba...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23399
___
New submission from Adam:
I think dynload_shlib (and maybe some of the other non-ldl dynamic library
loaders?) should close the libraries when the interpreter is shut down.
Currently the handles are not ever closed and in ldl's case sometimes leaked.
The reason I desire this behavior is I
Alecz added the comment:
I ran into this issue by doing the following steps, though I did not try to
reproduce:
1 - install Python 3.4
2 - have windows Always Open .py files with Python
3 - install Python 2.7
Then I encountered issues where all .py scripts were opened with Python 2.7.
After
55 matches
Mail list logo