New submission from erik flister:
normally, CDLL(find_library('c')) is fine. but when running embedded in a
context that uses a different runtime version, this will cause an error
(example:
Martin Panter added the comment:
Actually, there should either be a space before the double-colons, or the full
stops should be removed. So either of these options:
. . . when a backspace is typed. ::
. . . when a backspace is typed::
--
___
Python
Changes by Antoine Pitrou pit...@free.fr:
--
type: behavior - enhancement
versions: +Python 3.6 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue672115
___
koobs added the comment:
Additionally on koobs-freebsd9, in my home directory (which is on ZFS)
The buildbot home directories are on UFS
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15745
koobs added the comment:
Larry: The same two hosts that the FreeBSD Python buildslaves run on :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15745
___
New submission from Martin Teichmann:
Currently there is an assert statement asserting that no two
tasks (asyncio tasks, that is) can use StreamWriter.drain at
the same time. This is a weird limitiation, if there are two
tasks writing to the same network socket, there is no reason
why not both
R. David Murray added the comment:
Note that the shorter patch means that the test is not actually testing what
the comments say it is testing, so either the comments should admit we are
checking that the result is something close to what we set, or the longer fix
should be used so as to
New submission from Alex Gaynor:
https://www.openssl.org/news/secadv_20150611.txt
--
components: Library (Lib)
keywords: security_issue
messages: 245173
nosy: alex, christian.heimes, dstufft, giampaolo.rodola, janssen, paul.moore,
pitrou, steve.dower, tim.golden, zach.ware
priority:
Steve Dower added the comment:
msvcrt isn't the right version, it just happens to load. It's actually an old,
basically unsupported version.
The problem would seem to be that Python 2.7 does not activate its activation
context before loading msvcrt90 via ctypes. Eryksun (nosied - hope you're
New submission from Олег Иванов:
Docs claims there there is asyncio.ensure_future
https://docs.python.org/3/library/asyncio-task.html?highlight=ensure_future#asyncio.ensure_future
but example from docs does'nt work:
import asyncio
loop = asyncio.get_event_loop()
tasks = [
Zachary Ware added the comment:
The docs also say New in version 3.4.4 :)
--
nosy: +zach.ware
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24433
Ned Deily added the comment:
Marking as release blocker for 3.5.0
--
nosy: +benjamin.peterson, larry, ned.deily
priority: normal - release blocker
stage: - needs patch
versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6
___
Python tracker
Guido van Rossum added the comment:
FYI I am on vacation and don't have the bandwidth to look into this, so I
hope you will all work together to find a solution without my help.
--
___
Python tracker rep...@bugs.python.org
Changes by Caleb Levy caleb.l...@berkeley.edu:
--
components: Library (Lib)
nosy: clevy, rhettinger, stutzbach
priority: normal
severity: normal
status: open
title: ItemsView.__contains__ does not mimic dict_items
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4,
New submission from Chris Angelico:
Grammar/Grammar points to PEP 306, which points instead to the dev guide. The
exact link is not provided, but it'd be useful to skip the PEP altogether and
just link to https://docs.python.org/devguide/grammar.html in the file.
--
messages: 245180
Andrew added the comment:
So, I think I need to explain the situation.
At first, changes in package was made by me, but package was intended for use
in internal pypi (in scope of company). I don't know how it appeared here.
Why did I do that? Original package was not installable via pip at
New submission from Caleb Levy:
The current implementation ItemsView.__contains__ reads
class ItemsView(MappingView, Set):
...
def __contains__(self, item):
key, value = item
try:
v = self._mapping[key]
except KeyError:
return False
Neale Ferguson added the comment:
Updated patch against head (96580:3156dd82df2d). Built on s390x and x86_64.
Test suite ran on both - tests successfully ignored on x86_64 and passed on
s390x.
--
versions: +Python 3.6 -Python 3.5
Added file:
koobs added the comment:
I have tested both patches (test_os by trent) and almostequaltime by harrison
on the default branch, and *both* result in test_os passing.
They also resolve the test_utime failure reported in bug 24175 and very likely
16287 (born from this issue)
--
versions:
koobs added the comment:
Hmm, that was supposed to be: issue 24175 and very likely issue 16287
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15745
___
era added the comment:
The call to .setpassword() doesn't seem to make any difference. I was hoping
it would offer a workaround, but it didn't.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24430
New submission from era:
The attached archive from the Windows version of the 7z file manager (7zFM
version 9.20) cannot be decrypted into memory. The first file succeeds, but
the second one fails.
The following small program is able to unzip other encrypted zip archives
(tried one created
Changes by era era+pyt...@iki.fi:
--
components: +Library (Lib)
title: ZipFile.read() cannot decrypt multiple members from Windows 7zfm -
ZipFile.read() cannot decrypt multiple members from Windows 7zFM
type: - behavior
___
Python tracker
André Freitas added the comment:
I have added the explanation in the Docs and IDLE help file. Found also that
IDLE help.txt is out of sync with the Docs and needs to be fixed. I will open a
new Issue.
--
keywords: +patch
nosy: +André Freitas
Added file:
Steve Dower added the comment:
Python needs to be recompiled to use a different CRT, and that will break all
existing extension modules (.pyd's). That said, in some situations it is the
right answer, typically because existing extension modules would be broken
anyway, but I don't think that
erik flister added the comment:
it would be better for MATLAB to embed the manifest in their host executable
if they're going to load the DLL directly.
can you help me understand? as far as i could tell, we need python to use the
msvcr*.dll that comes with matlab, not v/v.
it's hard (as a
New submission from Michael Ensslin:
The prototype for the public API function _PyTraceback_Add is declared
_PyTraceback_Add(char *, char *, int);
Internally, its char * arguments are passed verbatim to PyCode_NewEmpty, which
takes const char * arguments.
The missing 'const' qualifier for
Changes by Michael Ensslin michael.enss...@googlemail.com:
--
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24436
___
___
New submission from R. David Murray:
Here is a proposed addition to the devguide talking about the buildbot console
interface (which I find far more useful than the waterfall view), and
mentioning the notifications posted to #python-dev (which is a good way to find
out if you broke the
erik flister added the comment:
thanks - i still don't understand tho. if python would have to be recompiled
to use a different crt, why wouldn't matlab? if a manifest could fix matlab,
why couldn't one fix python?
i ran into all this trying to get shapely to load in matlab, and using
Steve Dower added the comment:
python.exe already has the manifest it needs, but it can't be embedded into
python27.dll - it has to go into the exe file. That's why Python can't make it
so that msvcr90.dll is loaded.
Depending on what you're using it for, the C Runtime may keep some state in
STINNER Victor added the comment:
The resolution of os.utime()+os.stat() depends on two things:
- resolution of the timestamp on the filesystem used to run test_os (where
TESTFN is written)
- resolution of the C internal function used by os.utime()
os.utime() can have a resolution of 1 ns
Steve Dower added the comment:
Ah, it can go into the DLL, and it's already there. The problem may be that
there is conflicting information about which resource ID -
https://msdn.microsoft.com/en-us/library/aa374224(v=vs.90).aspx says it should
be 1 while your link says 2.
python27.dll has
erik flister added the comment:
if it can't go into your .dll, what are libraries like shapely supposed to do?
tell their users to do all this manifest stuff if they're running embedded?
--
___
Python tracker rep...@bugs.python.org
erik flister added the comment:
relevant:
http://stackoverflow.com/questions/30771380/how-use-ctypes-with-msvc-dll-from-within-matlab-on-windows/#comment49619037_30771380
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24429
Serhiy Storchaka added the comment:
LGTM.
--
nosy: +Mark.Shannon, pitrou, serhiy.storchaka
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24436
___
erik flister added the comment:
am i reading this wrong, that you can put the manifest into the .dll?
https://msdn.microsoft.com/en-us/library/ms235560(v=vs.90).aspx
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24429
Patrick Maupin added the comment:
Thank you for the quick response, Serhiy. I had started investigating and come
to the conclusion that it was a problem with the compiler rather than the C
engine. Interestingly, my next step was going to be to use names for the
compiler constants, and then
STINNER Victor added the comment:
test_utime_ns.patch: rewrite _test_utime_ns(). It now uses constant timestamps
for atime and mtime with a resolution of 1 us.
The test will fail if the internal function of os.utime() has a resolution of 1
sec (utime() with time_t) of if the resolution of
Martin Panter added the comment:
Added a couple suggestions for the test case on Reitveld.
--
nosy: +vadmium
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24434
___
STINNER Victor added the comment:
almostequaltime.diff is wrong: it allows a different of 10 seconds, whereas the
issue is a difference of less than 1000 nanoseconds.
test_os.patch looks more correct, but I didn't review the patch.
--
___
Python
Nick Coghlan added the comment:
Low level review sent.
Regarding the new opcode, it appears the main thing it provides is early
detection of yielding from a coroutine in a normal generator, which is never
going to work properly (a for loop or other iterative construct can't drive a
coroutine
Caleb Levy added the comment:
@serhiy.storchaka: I don't think that will work.
First of all,
x, y = item
will raise a ValueError if fed an iterable whose length is not exactly 2, so
you would have to check for that. Moreover, if item is something like a dict,
for example, then:
{a:
Caleb Levy added the comment:
Sorry; that should be DictLikeMapping(a=b).items(), where DictLikeMapping is
defined in the patch unit tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24434
Changes by Stefan Behnel sco...@users.sourceforge.net:
Added file: http://bugs.python.org/file39692/fix_stopiteration_value.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23996
___
Stefan Behnel added the comment:
Here are two patches that fix this case, one with special casing, one without.
Please choose and apply one.
--
Added file: http://bugs.python.org/file39691/fix_stopiteration_value_slow.patch
___
Python tracker
Changes by Martin Panter vadmium...@gmail.com:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware -vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23760
___
Zachary Ware added the comment:
I don't believe there's anything Python can do about this, unless it can be
confirmed that this is a bug that's been fixed in a more recent version of
Tcl/Tk 8.6, in which case we can update our dependency. The easy test for
whether updating Tcl/Tk in 3.4
Serhiy Storchaka added the comment:
Additional check hits performance. First issue can be resolved by changing code
to
try:
key, value = item
except TypeError:
return False
Second issue can be resolved by comparing not v with value, but (key, v) with
item. However I'm
Zachary Ware added the comment:
Due to lack of Rietveld, comments in-line (? lines) below:
@@ -42,6 +42,24 @@
bbreport.py -q 3.x
+* The buildbot console interface at http://buildbot.python.org/all/console
+ (this link will take a while to load), which provides a summary view of
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24175
___
___
Python-bugs-list
Charles-François Natali added the comment:
Here's a patch against 2.7 using _PyOS_URandom(): it should apply as-is to 3.3.
--
keywords: +patch
nosy: +neologix
versions: +Python 3.3
Added file: http://bugs.python.org/file39679/mp_sem_race.diff
___
Changes by Suzumizaki suzumiz...@free.japandesign.ne.jp:
--
nosy: +Suzumizaki
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24307
___
___
Serhiy Storchaka added the comment:
It should be documented (if still not) that OSError() constructor can return an
instance of OSError subclass, depending on errno value.
OSError(errno.ENOENT, 'no such file')
FileNotFoundError(2, 'no such file')
--
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23391
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24420
___
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24434
___
___
R. David Murray added the comment:
Are you volunteering to be maintainer, and/or is Piers? If he's changed his
mind about the threading, that's good enough for me (and by now he has a lot
more experience with the library in actual use).
The biggest barrier to inclusion, IMO, is tests and
Martin Panter added the comment:
Ideally I guess the Python native behaviour is better: only call
target.doctype() if available. It might allow you to easily implement doctype()
in both the old and new versions of the API, without worrying about the API
being called twice, and without
Changes by Martin Panter vadmium...@gmail.com:
--
components: +Extension Modules
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19176
___
___
Changes by Martin Panter vadmium...@gmail.com:
--
components: +XML -Extension Modules
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19176
___
___
STINNER Victor added the comment:
test_utime.patch: a much larger patch which rewrites all unit tests on
os.utime().
Changes:
* Use a fixed timestamp instead of copying timestamps from an existing file. If
the timestamp of the original file can have a resolution of 1 nanosecond,
os.utime()
Martin Panter added the comment:
New patch, clarifying that the constructor can raise a subclass.
If you still think I need to add something about extra arguments, or how the
“args” attribute is set, let me know.
--
Added file: http://bugs.python.org/file39690/os-error-args.v3.patch
koobs added the comment:
Can a test be made to show a message (similar to a skipIf reason=) mentioning
that a reduced precision is being used for certain tests?
It would be nice not to have to remember this issue as platform support changes
(reads: improves) over time.
Not withstanding, it's
64 matches
Mail list logo