A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2003-April/034380.html below:

[Python-Dev] Placement of os.fdopen functionality

[Python-Dev] Placement of os.fdopen functionalityJp Calderone exarkun@intarweb.us
Sat, 5 Apr 2003 14:35:31 -0500
--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

  It occurred to me this afternoon (after answering aquestion about creating
file objects from file descriptors) that perhaps os.fdopen would be more
logically placed someplace else - of course it could also remain as
os.fdopen() for whatever deprecation period is warrented.

  Perhaps as a class method of the file type, file.fromfd()?

  Should I file a feature request for this on sf, or would it be considered
too much of a mindless twiddle to bother with?

  Jp

--=20
http://catandgirl.com/view.cgi?44
--=20
 up 16 days, 16:00, 5 users, load average: 1.13, 0.93, 0.85

--2fHTh5uZTiUOsy+g
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+jzADedcO2BJA+4YRApeUAJ98bFbiUoBXXdzYm025xmV8LamPbwCcDs/J
C1oeDLOPgcWgAWwEDQGCGOg=
=qSMA
-----END PGP SIGNATURE-----

--2fHTh5uZTiUOsy+g--



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4