New submission from Antoine Pitrou:
Amusingly OpenSSL has removed some error codes, so perhaps we should only apply
this to the default branch.
--
components: Library (Lib)
files: update_ssl_data.patch
keywords: patch
messages: 234114
nosy: alex, christian.heimes, dstufft,
Antoine Pitrou added the comment:
I've posted a review of the latest lzma decompressor patch. I think it'll be
able to go in once the comments are addressed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15955
Antoine Pitrou added the comment:
The patch would at least need to add a unit test in order to avoid regressions.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23051
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +davin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14953
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +steve.dower, tim.golden, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21354
___
___
Antoine Pitrou added the comment:
I'm frankly not sure why this is useful. If you want a guaranteed read size you
should use the buffered layer - i.e. socket.makefile(). No need to complicate
the raw socket implementation.
--
nosy: +pitrou
___
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20544
___
___
Antoine Pitrou added the comment:
Patch looks good to me. For further efficiency, addresses could be pickled as
ints (but beware of interfaces and networks).
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
New submission from Robert Kuska:
Original bug report at https://bugzilla.redhat.com/show_bug.cgi?id=1174037
Additional informations at Issue #20160
Note that this was reproduced not only with separate libffi package but also
with libffi bundled in python.
Reproduced with Python 2.7.9 but same
Changes by Robert Kuska rku...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file37724/libffi-mattip.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23249
___
Robert Kuska added the comment:
I have created #23249.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20160
___
___
Python-bugs-list mailing
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file37726/ipaddress_pickle_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23133
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file37725/ipaddress_lightweight_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23133
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file37726/ipaddress_pickle_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23133
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file37728/ipaddress_pickle_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23133
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file37727/ipaddress_pickle_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23133
___
Martin Panter added the comment:
There is a flaw with inheriting the readline() method in my patch, and I have
decided to give up fixing the StreamReader classes. I did update the
documentation in my copy of the patch based on Marc-Andre Lemburg’s feedback if
anyone is interested in it,
Serhiy Storchaka added the comment:
ipaddress_pickle_3.patch breaks one test (testMissingAddressVersion). Is this
test needed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23133
___
Antoine Pitrou added the comment:
I don't understand what the test is for. I think it's safe it's remove it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23133
___
Changes by Matěj Stuchlík matej.stuch...@gmail.com:
--
nosy: +sYnfo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23249
___
___
Python-bugs-list
Antoine Pitrou added the comment:
How many cases does the patch catch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22995
___
___
STINNER Victor added the comment:
The patch uses the flag MSG_WAITALL for recv() if available. Extract of the
manual page:
MSG_WAITALL (since Linux 2.2)
This flag requests that the operation block until the full
request is satisfied. However, the
Brett Cannon added the comment:
Change went in through making create_module() required.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23013
___
Brett Cannon added the comment:
create_module() is now slated to be required in Python 3.6.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21581
Steve Dower added the comment:
Setuptools has the code to find the compiler package. We deliberately put it
there instead of in distutils to make sure more people would get it.
I should probably port the extra check into 2.7.10, but the immediate fix is to
import setuptools.
--
Vinay Sajip added the comment:
No objections from me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23211
___
___
Python-bugs-list mailing list
Serhiy Storchaka added the comment:
All public classes not designed for pickling explicitly. I tested only
operator.methodcaller, mmap.mmap, sqlite3 classes (Connect, Cursor, Row),
_socket.socket, select.epoll, _csv.Dialect, but should be more. Instances of
these classes can be pickled, but
New submission from Jon Dufresne:
See http://tools.ietf.org/html/rfc6265#section-5.2.6
Relevant section:
---
5.2.6. The HttpOnly Attribute
If the attribute-name case-insensitively matches the string HttpOnly, the user
agent MUST append an attribute to the cookie-attribute-list with an
Changes by Jon Dufresne jon.dufre...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file37729/http-only-case.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23250
___
Serhiy Storchaka added the comment:
On one of my computer on one workspace it is reproduced constantly, but I don't
know how to reproduce it from clean checkout.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23233
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23133
___
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
stage: - commit review
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23250
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: asyncio: race condition in IocpProactor.wait_for_handle() - asyncio:
race condition when cancelling a _WaitHandleFuture
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
The race condition occurs when _WaitHandleFuture().cancel() is called. This
object is created by IocpProactor.wait_for_handle().
_WaitHandleFuture().cancel() is only called by 4 tests:
- test_cancel_post_init()
- test_cancel_make_subprocess_transport_exec
-
New submission from Akira Li:
There is the corresponding StackOverflow question with 60K view
time.sleep — sleeps thread or process? [1]
The documentation patch is attached.
[1] http://stackoverflow.com/questions/92928/time-sleep-sleeps-thread-or-process
--
assignee: docs@python
R. David Murray added the comment:
Can you re-upload the patch without reflowing the paragraph? I think the only
thing needed is the addition of the word thread, to mirror the equivalent unix
man page phrasing, and I think that's what you've done, but I can't easily tell
from the provided
Gregory Szorc added the comment:
Thanks, Steve.
The package I was trying to build has its setup.py importing setup from
distutils, not setuptools. I'll see about porting them to the future.
For posterity, https://bitbucket.org/pypa/setuptools/issue/258, which was first
released in setuptools
Roundup Robot added the comment:
New changeset 51c89a0c30b4 by Brett Cannon in branch 'default':
Issue #22992: A git developer's guide to hg.
https://hg.python.org/devguide/rev/51c89a0c30b4
--
nosy: +python-dev
___
Python tracker
Brett Cannon added the comment:
Thanks for the hard work, Demian! I don't remember how often the devguide is
updated online, but it should hopefully be no longer than a day (probably more
like an hour).
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
Steve Dower added the comment:
FWIW, at some point I will need to do some serious work on this code for Python
3.5, so I'll certainly take your suggestions into account there. But I won't be
doing the same for old versions of Python - at most 2.7 may get a check for the
extra registry key,
Serhiy Storchaka added the comment:
Thank you for your patches Dmitry.
But I think that the code can be made simpler. Here is a patch which refactors
extracting code. It splits the code on few generators which do different tasks:
iterate over tracebacks or frames linked list, limit the size
Serhiy Storchaka added the comment:
Thank you for your report Matt.
There is other problem. It is nowhere documented and newer granted and newer
mentioned when ZipFile.open() was added, but file-like objects returned by
ZipFile.open() could be read in different threads simultaneously. It
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: -Python 2.7, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
___
___
Serhiy Storchaka added the comment:
Adding locks almost not affects performance, because reads are done by relative
large chunks and locking overhead is small.
--
Added file: http://bugs.python.org/file37733/zipfile_threadsafe.patch
___
Python
Serhiy Storchaka added the comment:
Could you make a review Nick to get this feature in the first alpha.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22286
___
New submission from Serhiy Storchaka:
ZIP files can be created to transfer it via unseekable streams (pipes,
sockets). Mercurial uses a workaround to write ZIP files right to wsgirequest,
but this is possible only with writestr(). write() needs seek() to updated file
size, compressed sized
Serhiy Storchaka added the comment:
See also issue23252.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
___
___
Python-bugs-list mailing
Julian Taylor added the comment:
very nice, thanks for adding this.
coincidentally numpy added the same to numpy.distutils independently just a
week later, though numpy also accepts an environment variable to set the number
of jobs.
This is useful for e.g. pip installations where one does not
STINNER Victor added the comment:
libffi-3.2.1 was released on November 12, 2014. You can ftp it from
sourceware.org:/pub/libffi/libffi-3.2.1.tar.gz.
Does this version include libffi-henderson patch?
--
nosy: +haypo
___
Python tracker
Martin Panter added the comment:
There is also a new sentence about the GIL at the end, but leaving the
inbetween lines as they were would verify this
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23251
Akira Li added the comment:
I do not understand. Have you tried to look at the patch in Rietveld?
The new content is highlighted in a darker green. It is clearly
visible. I've tested on Chromium, Firefox, Safari.
If I won't reflow then the first line will be longer than the
recommended 80 in
New submission from Steve Dower:
Currently, pythonXY.dll has a dependency on shell32.dll solely for the
os.startfile (Modules/posixmodule.c) function. This is quite a heavy dependency
that many would rather not have to load (e.g. lightweight server
configurations).
It would be nice to delay
Andrew Svetlov added the comment:
I guess R. David Murray asked you to make the least minimal change,
even it breaks the formatting rules.
Paragraph reflow is safe when it's done by the Core Developer but it
requires additional check (and probably mercurial conflict errors on
merging the change
Martin Panter added the comment:
What I have sometimes done in this situation is just break the overly long line
into two short lines
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23251
Roundup Robot added the comment:
New changeset 0d8380c493ad by Benjamin Peterson in branch '3.4':
capitialize HttpOnly and Secure as they appear in the standard and other
impls (closes #23250)
https://hg.python.org/cpython/rev/0d8380c493ad
--
nosy: +python-dev
resolution: - fixed
Roundup Robot added the comment:
New changeset d3671e6ba106 by Benjamin Peterson in branch 'default':
merge 3.4 (#22986)
https://hg.python.org/cpython/rev/d3671e6ba106
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Benjamin Peterson added the comment:
(That message should have gone to #23250.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22986
___
___
Irmen de Jong added the comment:
I created the patch about 5 years ago and in the meantime a few things have
happened:
- I've not touched C for a very long time now
- I've learned that MSG_WAITALL may be unreliable on certain systems, so any
implementation of recvall depending on MSG_WAITALL
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15745
___
R. David Murray added the comment:
I actually didn't know that reitveld was smart enough to highlight just the
text changes in a reflowed paragraph.
Nevertheless, for ease of looking at diff in the repository using the hg
command (which is not that smart), I prefer to commit doc changes
Martin Panter added the comment:
The post makes a bit more sense once you realize the dotted numbers refer to
old section numbers (which have moved on now):
20.19.2 → “Server Objects” section
20.19.1 → “Server Creation Notes”
Regarding point 2: Instructions for the user to make a threading or
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14307
___
___
Python-bugs-list
Changes by Martin Panter vadmium...@gmail.com:
--
title: FD leak in SocketServer - FD leak in SocketServer when request handler
throws exception
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1429
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13354
___
___
Python-bugs-list
Martin Panter added the comment:
Adding issue15955_lzma_r5.diff. Main changes from r4:
* Consistent Py_ssize_t type for data_size
* max_size → max_length to match Python parameter name
* Arranged for EOF handling to occur before, and instead of, saving the input
buffer
* Removed my LZMAFile
New submission from Martin Panter:
Running the example from the Asynchronous Mixins section of the “socketserver”
documentation generates a ResourceWarning:
$ ./python -btWall ThreadedTCPServer.py
Server loop running in thread: Thread-1
Received: Thread-2: Hello World 1
Received: Thread-3:
Terry J. Reedy added the comment:
Going back to msdos, there are graphic chars for all 256 bytes, including may
single and double line box-drawing chars. Many In Idle, I see 5 solid white
circles. In FireFox, there are 5 empty circles (on dark background, which are
chr(9689). When I copy
Martin Panter added the comment:
Okay here is a demonstration script, which does two tests: a short basic GET
request, and a 2 MB POST request. Output for me is usually:
Platform: Linux-3.15.5-2-ARCH-x86_64-with-arch
Normal request: getresponse() raised BadStatusLine('',)
2 MB request:
68 matches
Mail list logo
