On Monday, August 22, 2011 12:06:44 PM UTC-7, Stephen Hansen wrote:
> On 8/22/11 11:51 AM, Matthew Brett wrote:
> > Hi,
> >
> > I recently ran into this behavior:
> >
> >>>> import sys
> >>>> import apkg.subpkg
> >>>> d
Hi,
I recently ran into this behavior:
>>> import sys
>>> import apkg.subpkg
>>> del sys.modules['apkg']
>>> import apkg.subpkg as subpkg
Traceback (most recent call last):
File "", line 1, in
AttributeError: 'module' object has no attribute 'subpkg'
where 'apkg' and 'subpkg' comprise empty _
Hi,
> > Do you mean, that you would then expect the decompressobj method to
> > fail as well?
>
> Yes.
>
> > But, no, d.flush() returns the empty string after decompressing
> > ``data``.
>
> Hmm, then it's a bug. Can you report it tohttp://bugs.python.org?
I will - thanks for your advice,
Matthe
Hi,
Thanks for the reply.
> > If instead I do this:
>
> > out = zlib.decompressobj().decompress(data)
>
> How about:
>
> d = zlib.decompressobj()
> out = d.decompress(data) + d.flush()
Do you mean, that you would then expect the decompressobj method to
fail as well?
But, no, d.flush() returns t
Hi,
I sorry if this is a bad place to ask, but I wanted to find out if the
behavior I'm seeing is a bug.
I maintain scipy's matlab file readers, and I came across a zlib
compressed string that causes a zlib error on decompression, but only
with zlib.decompress, not zlib.decompressobj.
I saved th
