Matthew Brett added the comment:
To clarify from comments on issue 19332:
"""
* The normal rule (not just for Python) is that a data structures have
undefined behavior for mutating while iterating, unless there is a specific
guarantee
"""
The change in
New submission from Matthew Brett:
The behavior of dict iteration has changed in Python 3.6, in that inserting
keys during iteration has a different and unpredictable affect. For this code:
d = {'foo': 1}
for key in d:
print(key)
d.pop(key)
d[key] = 1
Python 3.5 prints a s
Changes by Matthew Brett :
--
nosy: +Matthew.Brett
___
Python tracker
<http://bugs.python.org/issue25626>
___
___
Python-bugs-list mailing list
Unsubscribe:
Matthew Brett added the comment:
I think the argument previously was that VS 2010 was not the default compiler
for Python 2.7, and so this problem was not important, but I'm happy to be
corrected.
I haven't tried building extensions for Python 2.7 with VS 2010 but I guess the
probl
Matthew Brett added the comment:
Steve - did you try my 'setup.py' example; it's standalone, as in `python
setup.py build` will reproduce the error.
This is specifically VS 2010.
It doesn't make any difference for me if I specify an extension or not, so I
don't
Matthew Brett added the comment:
I think this is a frank bug for Pythons that use MSVC 10+ by default (3.3, 3.4
for example).
The lack of the /MANIFEST flag breaks the
distutils.ccompiler.CCompiler.link_executable command - see attached setup.py
example. The example gives the error
Matthew Brett added the comment:
>> Thanks for the debugging. The stream comes from within a matlab 'mat'
>> file. I maintain the scipy matlab file readers; the variables within
>> these files are zlib compressed streams.
>
> So this would be a Matlab is
Matthew Brett added the comment:
Hi,
> Antoine Pitrou added the comment:
>
> After a bit of debugging, it seems your data is not actually a complete zlib
> stream (*). What did you generate it with?
>
> (*) in technical terms, the zlib never returns Z_STREAM_END when
&g
New submission from Matthew Brett :
I have a valid zlib compressed string, attached here as 'mat.bin' (1.7M), that
cause and error on zlib.decompress decompression:
>>> import zlib
>>> data = open('mat.bin', 'rb').read()
>>> out = zlib.d
