Documentation for `io.TextIOWrapper` [[1]] suggests that the buffer
supplied to the constructor should be of `io.BufferedIOBase` type:
> A buffered text stream over a `BufferedIOBase` binary stream.
Looking at the implementation of `io.TextIOWrapper` in both
`Modules/_io/textio.c` [[2]] and `Lib/
have an explanation / can you suggest a nice solution for
doing what we are trying to do?
Regards
- Iwan
--
http://mail.python.org/mailman/listinfo/python-list
ended that modules would be re-
imported.
Why certain of our code managed to still get to the classes contained
in prior imports is still a mystery though.
-Iwan
--
http://mail.python.org/mailman/listinfo/python-list
ads the tests that have to be run.
This loading happens 3 times, and the module is imported 3 times -
each time as a result of loading tests. This happens with the
following line:
module = __import__(moduleName, globals(), locals(), [className])
I was wondering whether this could have something to do
to isolate the exact one which is the problem.
This code incidentally also runs in a virtualenv environment AND uses
setuptools. None of these complications can be removed...
Regards
- Iwan
--
http://mail.python.org/mailman/listinfo/python-list
http://www.martin-stosch-superstar.wg.am/
--
http://mail.python.org/mailman/listinfo/python-list
I know my foreign (to python) one class per module idea is what makes
life more difficult for me here. And there is an argument to be made
out that it is a stupid remnant I stick to from having used it in other
programming languages (do I have to admit C++ in my background?) Two
small examples o
I know my foreign (to python) one class per module idea is what makes
life more difficult for me here. And there is an argument to be made
out that it is a stupid remnant I stick to from having used it in other
programming languages (do I have to admit C++ in my background?) Two
small examples o
os are *not* a gimmick, for example)
- an enthousiastic, supportive user community (that alone is an
incredible help and time saver)
have fun,
Iwan
--
http://mail.python.org/mailman/listinfo/python-list
"structure" to Python. My
personal preference would be to leave the language alone for a while and
to improve its infrastructure.
Regards,
Iwan
--
http://mail.python.org/mailman/listinfo/python-list
he way foreward for Python: more features, increased
complexity, less dynamism. Lots of syntax crud, without addressing the
need to improve the infrastructure around the language.
In short: I symphatize Patrick Logan's feeling:
http://patricklogan.blogspot.com/2005/01/road-to-ruin.html
Re
11 matches
Mail list logo
