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/2011-January/107535.html below:

[Python-Dev] [Python-checkins] r88121 - python/branches/py3k/Doc/whatsnew/3.2.rst

[Python-Dev] [Python-checkins] r88121 - python/branches/py3k/Doc/whatsnew/3.2.rstNick Coghlan ncoghlan at gmail.com
Thu Jan 20 14:25:28 CET 2011
On Thu, Jan 20, 2011 at 10:41 PM, Victor Stinner
<victor.stinner at haypocalc.com> wrote:
> Le jeudi 20 janvier 2011 à 10:04 +0100, raymond.hettinger a écrit :
>> +Some operating systems allow direct access to the unencoded bytes in the
>> +environment.  If so, the :attr:`os.supports_bytes_environ` constant will be
>> +true.
>> +
>> +For direct access to unencoded environment variables (if available),
>> +use the new :func:`os.getenvb` function or use :data:`os.environb`
>> +which is a bytes version of :data:`os.environ`.
>
> Hum, I think that "undecoded" bytes term is more appropriate. You can
> decode bytes and encode characters, but not the opposite.

I was going to say the same thing. "encoded", "undecoded" or "raw"
would all work, but "unencoded" definitely isn't right.

Cheers,
Nick.

-- 
Nick Coghlan   |   ncoghlan at gmail.com   |   Brisbane, Australia
More information about the Python-Dev mailing list

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