Michael Herrmann added the comment:
I just encountered what seems to be the inverse problem of this issue: #45585
--
nosy: +mherrmann.at
___
Python tracker
<https://bugs.python.org/issue40
New submission from Michael Herrmann :
Consider the following:
import gzip
import subprocess
with gzip.open('test.gz', 'wb') as f:
subprocess.run(['echo', 'hi'], stdout=f)
with gzip.open('test.gz', 'rb') as f:
print(f.re
New submission from Michael Herrmann:
I'm on 32 bit Python 2.7.3 and 64 bit Windows 7. I am working on a complex,
multithreaded application which uses COM to communicate with other processes.
My application uses regular expressions in a few (but not very many) places. An
example re
Michael Herrmann added the comment:
Hi,
is it correct that this bug no longer appears in Python 2.7.3? I checked the
changelogs of 2.7, but couldn't find anything.
Thanks!
Michael
--
nosy: +mherrmann.at
___
Python tracker
<http://bugs.py
Michael Herrmann added the comment:
That is *exactly* my point :)
--
___
Python tracker
<http://bugs.python.org/issue12982>
___
___
Python-bugs-list mailin
Michael Herrmann added the comment:
Dear Eric OL,
I see - I had read your e-mail but because of the similar names I thought the
message here was yours too, and thus only replied once. I apologize!
I can of course find a workaround such as renaming .pyo to .pyc. However, I
would like to
Michael Herrmann added the comment:
Hi Eric,
thank you for your quick reply. I'm not the first one who encounters this
problem and in my opinion it is simply counter-intuitive that you cannot read a
mixture of .pyo and .pyc files. That is why I think that my proposed change is
valuabl
Michael Herrmann added the comment:
Hi,
I need to use a third-party library that ships as a mixture of .pyc and .pyo
files. I found it a little surprising and inconvenient that I have to set the
-O flag just to read .pyo files. I don't mind whether .pyc or .pyo files are
being cr
