Ezio Melotti added the comment:
The files in Modules/_ctypes/libffi/* shouldn't have been changed, but it
probably doesn't matter much. You also got the wrong issue id in Misc/NEWS
(c162e2ff15bd).
--
___
Python tracker rep...@bugs.python.org
Changes by Terry J. Reedy tjre...@udel.edu:
--
Removed message: http://bugs.python.org/msg184008
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14707
___
Terry J. Reedy added the comment:
I should have made separate new in 3.3 and new in 3.4 patches to begin with.
This suggests that we need to recheck with each version. Serhiy and Mathew,
could you post your search re's or scripts to use again on occasion?
I unlinked the 2.7 news notice,
Terry J. Reedy added the comment:
running kill-python results in
Warning -- threading._dangling was modified by test_multiprocessing
Warning -- multiprocessing.process._dangling was modified by
test_multiprocessing
test test_multiprocessing failed -- multiple errors occurred; run in verbose
Ezio Melotti added the comment:
AFAIK libffi is maintained externally, so as soon as it gets updated your
changes will simply get lost (see #17192). I replied on your python-checkins
email. If you still have problems I can add the NEWS entry on 3.x.
--
New submission from py.user:
http://docs.python.org/3/library/mmap.html
examples use map as a name for the mmap object
--
assignee: docs@python
components: Documentation
messages: 184015
nosy: docs@python, py.user
priority: normal
severity: normal
status: open
title: In mmap doc
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
type: performance - enhancement
versions: +Python 2.7, Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
Ezio Melotti added the comment:
Is this the same issue described in #12728?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17381
___
___
New submission from Ben Mezger:
I am trying to parse Google's robots.txt (http://google.com/robots.txt) and it
fails when checking whether I can crawl the url /catalogs/p? (which it's
allowed) but it's returning false, according to my question on stackoverflow -
Changes by klappnase klappn...@web.de:
--
title: ttk::themes missing form ttk.py - ttk::themes missing from ttk.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17397
___
Richard Oudkerk added the comment:
Does this happen every time you run the tests? (I don't see these errors.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17399
___
Christian Heimes added the comment:
According to Wikipedia [1] even more address ranges are reserved and
non-routable. But only three address ranges are marked as private. So
100.64.0.0/10 is reserved and non-routable but not considered a private address
range.
[1]
Aman Shah added the comment:
Corrected map - mymap.
--
keywords: +patch
nosy: +Aman.Shah
Added file: http://bugs.python.org/file29386/issue17402.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17402
Myroslav Opyr added the comment:
I've got the issue with Python 2.4.6 and solved the issue with changing
sequence of altinstall steps (moved sharedinstall before libinstall). See
attached
Makefile-2.4.6-unicodedata-zipfile-libinstall-altinstall-sequence.patch.
--
nosy: +Myroslav.Opyr
Roundup Robot added the comment:
New changeset 958217164846 by Eli Bendersky in branch '3.2':
Issue #11367: fix documentation of some find* methods in ElementTree
http://hg.python.org/cpython/rev/958217164846
New changeset 4012d4b41b2b by Eli Bendersky in branch '3.3':
Issue #11367: fix
Roundup Robot added the comment:
New changeset 8e6db2462a77 by Eli Bendersky in branch '2.7':
Issue #11367: fix documentation of some find* methods in ElementTree
http://hg.python.org/cpython/rev/8e6db2462a77
--
___
Python tracker
Eli Bendersky added the comment:
Thanks for the patches - committed with slight adaptations (in default branch
the internal documentation switched from comments to docstrings).
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
New submission from Robert Collins:
The io library rejects unbuffered text I/O, but this is not documented - and in
fact can be manually worked around:
binstdout = io.open(sys.stdout.fileno(), 'wt', 0)
sys.stdout = io.TextIOWrapper(binstdout, encoding=sys.stdout.encoding)
will get a
Serhiy Storchaka added the comment:
Serhiy and Mathew, could you post your search re's or scripts to use again on
occasion?
For example:
find * -type f -name '*.[ch]' -exec egrep -n '\b([a-zA-Z]+) \1\b' '{}' + |
grep -v 'long long' | egrep --color '\b([a-zA-Z]+) \1\b'
find * -type f
Serhiy Storchaka added the comment:
LGTM. Perhaps with object_pairs_hook=tuple or object_pairs_hook=dict this test
will look simpler.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17368
Serhiy Storchaka added the comment:
Can you provide some tests for the new method?
--
nosy: +gpolo, serhiy.storchaka
stage: - test needed
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17397
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +IO
nosy: +benjamin.peterson, hynek, pitrou, stutzbach
versions: -Python 2.6, Python 3.1, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17404
Terry J. Reedy added the comment:
I emailed the libffi subpatch to libffi-discuss.
Please add the 3.x news entry if you can get to it before I am able.
Then this issue can be closed, though the problem will obviously recur without
an automatic check.
--
Terry J. Reedy added the comment:
All 4 or 5 times I tried on 3.2, yes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17399
___
___
pmoody added the comment:
I don't see anyway to actually assign this bug to myself, but I'll get a patch
for this.
--
nosy: +pmoody
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17400
___
New submission from Christian Heimes:
Compilers like GCC optimize away code like memset(var, 0, sizeof(var)) if the
code occurs at the end of a function and var is not used anymore [1]. But
security relevant code like hash and encryption use this to overwrite sensitive
data with zeros.
The
Benjamin Peterson added the comment:
Even if you get the memset to actually run, that's hardly sufficient for
security. The OS can could have swapped it to disk.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
Christian Heimes added the comment:
mlock() can prevent swapping but it may need extra capabilities. A working
memset_s() removes critical information from core dumps at least.
If we don't want to add _Py_memset_s() then I'm going to remove the
dysfunctional clearstate macro from my sha3
Richard Oudkerk added the comment:
Could you try the following program:
import socket
import multiprocessing
import multiprocessing.reduction
import multiprocessing.connection
def socketpair():
with socket.socket() as l:
l.bind(('localhost', 0))
l.listen(1)
s =
Benjamin Peterson added the comment:
I'm not saying don't add it, just that you can't really win in the securely
deleting data game unless you have special hardware.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17405
Terry J. Reedy added the comment:
In Command Prompt, 3.2 gave same error as before, 3.3 a different error.
multi-test.txt has full tracebacks.
--
Added file: http://bugs.python.org/file29388/mult-test.txt
___
Python tracker rep...@bugs.python.org
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17400
___
___
py.user added the comment:
how about mm ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17402
___
___
Python-bugs-list mailing list
Richard Oudkerk added the comment:
Now could you try the attached file? (It will not work on 2.7 because a
missing socket.fromfd().)
P.S. It looks like the error for 3.3 is associated with a file
f:\python\mypy\traceback.py which presumably clashes with the one in the
standard library.
Changes by py.user bugzilla-mail-...@yandex.ru:
Added file: http://bugs.python.org/file29390/mm.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17402
___
Amaury Forgeot d'Arc added the comment:
The proposed workaround seems to work (wb instead of wt!), with the
following restrictions:
- it's not really unbuffered: the encoder has its own buffers (OK, in the
stdlib only 'idna' encoding will retain data)
- it won't work for reading:
Robert Collins added the comment:
Huh, I didn't realise idna would retain data! But that will still be within the
TextIOWrapper itself, right?
And a stream opened 'wt' cannot be read from anyway, so the read1 limitation is
irrelevant.
--
___
Terry J. Reedy added the comment:
According to difflib, the attached file is identical with the code in your
previous message. With my traceback renamed, both files print b'from bar' with
3.3 and the same error message as before with 3.2.
--
___
Terry J. Reedy added the comment:
Let me try downloading again.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17399
___
___
Python-bugs-list
Gregory P. Smith added the comment:
I'd personally say don't bother with this. Let people who _need_ this use
their own C extension modules to handle all secure data as we're not in a
position to make and test any guarantees about what happens to data anywhere
within a Python VM.
If this is
Terry J. Reedy added the comment:
Both 3.2 and 3.3 give essentially the same traceback as 3.2 did before, both
with installed python and yesterdays debug builds.
--
Added file: http://bugs.python.org/file29391/multi-test2.txt
___
Python tracker
Amaury Forgeot d'Arc added the comment:
But that will still be within the TextIOWrapper itself, right?
Yes. And I just noticed that the _io module (the C version) will also buffer
encoded bytes, up to f._CHUNK_SIZE.
On the other hand, TextIOWrapper is broken for buffering codecs, encode() is
Terry J. Reedy added the comment:
I added :const: and tweaked -OO entry and -h startup display.
Tested new html and python_d -h. Any other comments before I apply?
--
assignee: docs@python - terry.reedy
Added file: http://bugs.python.org/file29392/17232-O.diff
Antoine Pitrou added the comment:
There's a typo in your patch:
+-O : remove assert and __debug__-dependent statements; change .py\n\
+ to .pyo; also PYTHONOPTIMIZE=x\n\
should say .pyc, not .py.
--
___
Python tracker
Antoine Pitrou added the comment:
Also, in 3.2 and higher I'm not sure there's a point in mentioning pyc/pyo
files; they're all shelved in __pycache__ now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17232
Richard Oudkerk added the comment:
Both 3.2 and 3.3 give essentially the same traceback as 3.2 did before,
both with installed python and yesterdays debug builds.
It looks like on your machine socket handles are not correctly inherited by
child processes -- I had assumed that they always
Terry J. Reedy added the comment:
I corrected my copy of the .diff.
Since this issue is so far focused on removing the false optimize claim, hiding
.pyx info is a new sub-issue. I will follow whatever the consensus is, but
since this is a cpython-specific doc and help, I would prefer to give
Lei Miao added the comment:
Thanks Peter.
On 13 March 2013 03:35, pmoody rep...@bugs.python.org wrote:
pmoody added the comment:
I don't see anyway to actually assign this bug to myself, but I'll get a
patch for this.
--
nosy: +pmoody
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
Removed message: http://bugs.python.org/msg184042
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17399
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
Removed message: http://bugs.python.org/msg184043
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17399
___
Piotr Dobrogost added the comment:
@sbt
(...) and it seems that on Windows open() is more or less implemented
as a wrapper of sopen(..., ..., SH_DENYNO, ...).
So the only reason that trying to reopen a NamedTemporaryFile fails on
Windows is because when we reopen we need to use
Terry J. Reedy added the comment:
My original report was for 32 bit debug build on 64 bit Win 7 machine. I just
re-ran test_multiprocessing with installed 64 bit python with same result. Was
I don't see these errors. on different Windows or non-Windows.
One option is to skip the failing
Richard Oudkerk added the comment:
My original report was for 32 bit debug build on 64 bit Win 7 machine.
I just re-ran test_multiprocessing with installed 64 bit python with same
result. Was I don't see these errors. on different Windows or non-Windows.
On 64-bit Windows 7 with both 32 and
Richard Oudkerk added the comment:
Sorry, I was not very clear.
If you use the O_TEMPORARY flag with open() to get a file handle, then the
share mode used with the underlying CreateFile() function is
X = FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE
whereas, if you don't use
New submission from André Gillibert:
Since Python 2.6 and 2.7 officially don't support Windows 95/98/Me and Windows
NT 3.51/4.0, I created a build running on these Windows versions.
May I upload them so you can show them on your Web site?
--
components: Build
messages: 184057
nosy:
Ezio Melotti added the comment:
I don't think that is possible -- on python.org we only host our own builds.
Also the bug tracker is not the right place to discuss this, the website
mailing list is probably more appropriate.
--
nosy: +ezio.melotti
resolution: - rejected
stage: -
Terry J. Reedy added the comment:
Same OS, different hardware, drivers, and buried settings, surprisingly
different behavior. Oh, well. I will test any changes you decide on that need
testing.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 4a5ad099b176 by Ezio Melotti in branch '2.7':
#17368: Fix an off-by-one error in the Python JSON decoder that caused a
failure while decoding empty object literals when object_pairs_hook was
specified.
http://hg.python.org/cpython/rev/4a5ad099b176
New submission from James Kesser:
I believe I have come across a bug with RotatingFileHandler in
logging/handlers.py
The attached script shows that when you are logging using RotatingFileHandler
pointed at the same file from multiple logger instances, it works at first
showing logging events
Ezio Melotti added the comment:
Fixed. I used OrderedDict to make sure that the object hook is actually used.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset c226133b1493 by Ezio Melotti in branch '2.7':
#17402: avoid shadowing built-in map in mmap examples. Initial patch by Aman
Shah.
http://hg.python.org/cpython/rev/c226133b1493
New changeset df27ea4bdebd by Ezio Melotti in branch '3.2':
#17402:
Ezio Melotti added the comment:
Fixed, thanks for the report and the patches!
(py.user, if you specify your real name, next time I can give you credits too.)
--
assignee: docs@python - ezio.melotti
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
Alex Orange added the comment:
I must admit I'm a little new to the development side of things. Can someone
point me at a repo or something that the documentation files are in? I'm sort
of guessing that the html is the processed output of something.
--
Ezio Melotti added the comment:
See http://docs.python.org/devguide/ and the Doc/c-api dir in the CPython repo.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17387
___
William McBrine added the comment:
I'm still seeing this, in the 2.7.2 that comes with OS X 10.8.2.
--
nosy: +William.McBrine
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7980
___
Changes by Ned Deily n...@acm.org:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17407
___
___
Python-bugs-list mailing list
Senthil Kumaran added the comment:
Karl, I am getting back to this. Thanks for your review comments on the patch.
1. Agree with your explanation on HTTP PUT. I shall modify the comment.
2. I think, it is okay to remove the HTTP PUT server example. I wrote it for
test purposes and I think, it
Roundup Robot added the comment:
New changeset 50e726533391 by Ezio Melotti in branch 'default':
#14468: move a paragraph and link to the list of branches.
http://hg.python.org/devguide/rev/50e726533391
--
___
Python tracker rep...@bugs.python.org
68 matches
Mail list logo
