History log of /external/python/cpython2/Lib/encodings/__init__.py
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
6e3dbbdf39f3b4eb6f18c0165e446df17218b7dc 10-Oct-2009 Benjamin Peterson <benjamin@python.org> replace has_key with 'in' operator
/external/python/cpython2/Lib/encodings/__init__.py
de0559998fef231efc9ecbdef5b3a195d4eaa28d 10-Oct-2009 Benjamin Peterson <benjamin@python.org> replace callable()
/external/python/cpython2/Lib/encodings/__init__.py
082c9b0267e45cdff9bb8d30a4332f63bd14c58e 23-Jan-2008 Christian Heimes <christian@cheimes.de> Fixed bug #1915: Python compiles with --enable-unicode=no again. However several extension methods and modules do not work without unicode support.
/external/python/cpython2/Lib/encodings/__init__.py
fa6521b4fd72a6b2e959549792c390f6d77e72fe 16-Feb-2007 Brett Cannon <bcannon@gmail.com> Make the __import__ call in encodings.__init__ absolute with a level 0 call.
/external/python/cpython2/Lib/encodings/__init__.py
971a012ce178d1b50b272bc035bfcc795e73c781 15-Feb-2007 Brett Cannon <bcannon@gmail.com> Update the encoding package's search function to use absolute imports when
calling __import__. This helps make the expected search locations for encoding
modules be more explicit.

One could use an explicit value for __path__ when making the call to __import__
to force the exact location searched for encodings. This would give the most
strict search path possible if one is worried about malicious code being
imported. The unfortunate side-effect of that is that if __path__ was modified
on 'encodings' on purpose in a safe way it would not be picked up in future
__import__ calls.
/external/python/cpython2/Lib/encodings/__init__.py
a92979a1db11ca42e78390fead218afbefb61587 30-Sep-2006 Georg Brandl <georg@python.org> Bug #1446043: correctly raise a LookupError if an encoding name given
to encodings.search_function() contains a dot.
/external/python/cpython2/Lib/encodings/__init__.py
391e5f4c9f9d7d037c1ae13ee968ed91a370a9ac 25-Aug-2006 Neal Norwitz <nnorwitz@gmail.com> importing types is not necessary if we use isinstance
/external/python/cpython2/Lib/encodings/__init__.py
f8480a7856f8f2027c3f064219466b096fc104e5 16-Mar-2006 Guido van Rossum <guido@python.org> Instead of relative imports, use (implicitly) absolute ones.
/external/python/cpython2/Lib/encodings/__init__.py
f99b8162a2e6969cf9b46013c7ef383359142e62 15-Mar-2006 Tim Peters <tim.peters@gmail.com> Whitespace normalization.
/external/python/cpython2/Lib/encodings/__init__.py
abb02e59946f9ea3076e96e3b03b51d1cebd46b4 15-Mar-2006 Walter Dörwald <walter@livinglogic.de> Patch #1436130: codecs.lookup() now returns a CodecInfo object (a subclass
of tuple) that provides incremental decoders and encoders (a way to use
stateful codecs without the stream API). Functions
codecs.getincrementaldecoder() and codecs.getincrementalencoder() have
been added.
/external/python/cpython2/Lib/encodings/__init__.py
87de069e4e6387e77bafae8aba2f73a70dccc1a2 15-Mar-2006 Guido van Rossum <guido@python.org> Use relative imports in a few places where I noticed the need.
(Ideally, all packages in Python 2.5 will use the relative import
syntax for all their relative import needs.)
/external/python/cpython2/Lib/encodings/__init__.py
fe4b34cc4b3d4c91497460d64c8ed1fe7a983689 19-Feb-2006 Marc-André Lemburg <mal@egenix.com> Fix the encodings package codec search function to only search
inside its own package. Fixes problem reported in patch #1433198.

Add codec search function for codec test codec.
/external/python/cpython2/Lib/encodings/__init__.py
4ce69a5b06d230d513139ad0797bcc1b471f910c 01-Sep-2005 Neal Norwitz <nnorwitz@gmail.com> No need to import exceptions, they are builtins
/external/python/cpython2/Lib/encodings/__init__.py
c83dddf7fe7449d13435874da973c04946650a3d 20-Jan-2004 Marc-André Lemburg <mal@egenix.com> Let the default encodings search function lookup aliases before trying the codec import. This allows applications to install codecs which override (non-special-cased) builtin codecs.
/external/python/cpython2/Lib/encodings/__init__.py
282012593510a285fec5b8b5e42b04fef3ffffe0 16-May-2003 Marc-André Lemburg <mal@egenix.com> Remove usage of re module from encodings package search function.
/external/python/cpython2/Lib/encodings/__init__.py
0eadaac7dc3ae49974c105ff9e8c1e98a04d7d5a 24-Apr-2003 Tim Peters <tim.peters@gmail.com> Whitespace normalization.
/external/python/cpython2/Lib/encodings/__init__.py
7fb697b5d26b1c9a379978653db97a84d7270141 03-Apr-2003 Martin v. Löwis <martin@v.loewis.de> Revert Patch #670715: iconv support.
/external/python/cpython2/Lib/encodings/__init__.py
6156a2d07cc26e89a068bff7a4b7bbc84167d415 28-Feb-2003 Neal Norwitz <nnorwitz@gmail.com> Handle iconv initialization erorrs
/external/python/cpython2/Lib/encodings/__init__.py
9789aefa616c14599af600bdea925299517da730 26-Jan-2003 Martin v. Löwis <martin@v.loewis.de> Patch #670715: Universal Unicode Codec for POSIX iconv.
/external/python/cpython2/Lib/encodings/__init__.py
6578dc925ff0a7953ae50c7ac41a81b0bd54762e 24-Dec-2002 Tim Peters <tim.peters@gmail.com> Whitespace normalization.
/external/python/cpython2/Lib/encodings/__init__.py
c8c6065231d4595a28fe54d3b8f54cb3d222e537 04-Oct-2002 Guido van Rossum <guido@python.org> When looking for an alias, first look for the normalized name (which
still may contain dots), then if that doesn't exist look for the name
with dots replaced by underscores. This is a little more forgiving.
/external/python/cpython2/Lib/encodings/__init__.py
7012673d676e1576fe7bf66df03252bdd4595590 04-Oct-2002 Marc-André Lemburg <mal@egenix.com> Extending the encoding name normalization to handle more non-alphanumeric
characters.
/external/python/cpython2/Lib/encodings/__init__.py
469cdad8228df7bc294dc946b8cd4c0b7f810735 08-Aug-2002 Tim Peters <tim.peters@gmail.com> Whitespace normalization.
/external/python/cpython2/Lib/encodings/__init__.py
b9e0764d8bc610d90d5aed9d8a97fe7643a2eeec 29-Jul-2002 Martin v. Löwis <martin@v.loewis.de> Revert #571603 since it is ok to import codecs that are not subdirectories
of encodings. Skip modules that don't have a getregentry function.
/external/python/cpython2/Lib/encodings/__init__.py
fc4c24c142bc86e457fe828c86defd1d7eceed65 28-Jul-2002 Martin v. Löwis <martin@v.loewis.de> Patch #571603: Refer to encodings package explicitly.
/external/python/cpython2/Lib/encodings/__init__.py
a0af63b2421916e748700c746e03f1bd1656b074 11-Feb-2002 Marc-André Lemburg <mal@egenix.com> Corrected import behaviour for codecs which live outside the encodings
package.
/external/python/cpython2/Lib/encodings/__init__.py
462004e90a90928b74b1eb5b62f023de634f48ac 10-Feb-2002 Marc-André Lemburg <mal@egenix.com> Add IANA character set aliases to the encodings alias dictionary
and make alias lookup lazy.

Note that only those IANA character set aliases were added for which
we actually have codecs in the encodings package.
/external/python/cpython2/Lib/encodings/__init__.py
816a1b75b76b9b6cb74c3ea43508e3507491638e 19-Sep-2001 Marc-André Lemburg <mal@egenix.com> Fixed search function error reporting in the encodings package
__init__.py module to raise errors which can be catched as LookupErrors
as well as SystemErrors.

Modified the error messages to include more information about the
failing module.
/external/python/cpython2/Lib/encodings/__init__.py
988ad2bdff836665f004c285fb09182c35775fd6 12-Dec-2000 Marc-André Lemburg <mal@egenix.com> Changed .getaliases() support to register the new aliases in the
encodings package aliases mapping dictionary rather than in the
internal cache used by the search function.

This enables aliases to take advantage of the full normalization
process applied to encoding names which was previously not available.

The patch restricts alias registration to new aliases. Existing
aliases cannot be overridden anymore.
/external/python/cpython2/Lib/encodings/__init__.py
7ebb92ea668d32001576577b4982a32ac8f55ff1 13-Jun-2000 Marc-André Lemburg <mal@egenix.com> Marc-Andre Lemburg <mal@lemburg.com>:
Removed import of string module -- use string methods directly.
Thanks to Finn Bock.
/external/python/cpython2/Lib/encodings/__init__.py
9e896b37c7a554250d7d832566cc4fe7d30d034c 05-Apr-2000 Guido van Rossum <guido@python.org> Marc-Andre's third try at this bulk patch seems to work (except that
his copy of test_contains.py seems to be broken -- the lines he
deleted were already absent). Checkin messages:


New Unicode support for int(), float(), complex() and long().

- new APIs PyInt_FromUnicode() and PyLong_FromUnicode()
- added support for Unicode to PyFloat_FromString()
- new encoding API PyUnicode_EncodeDecimal() which converts
Unicode to a decimal char* string (used in the above new
APIs)
- shortcuts for calls like int(<int object>) and float(<float obj>)
- tests for all of the above

Unicode compares and contains checks:
- comparing Unicode and non-string types now works; TypeErrors
are masked, all other errors such as ValueError during
Unicode coercion are passed through (note that PyUnicode_Compare
does not implement the masking -- PyObject_Compare does this)
- contains now works for non-string types too; TypeErrors are
masked and 0 returned; all other errors are passed through

Better testing support for the standard codecs.

Misc minor enhancements, such as an alias dbcs for the mbcs codec.

Changes:
- PyLong_FromString() now applies the same error checks as
does PyInt_FromString(): trailing garbage is reported
as error and not longer silently ignored. The only characters
which may be trailing the digits are 'L' and 'l' -- these
are still silently ignored.
- string.ato?() now directly interface to int(), long() and
float(). The error strings are now a little different, but
the type still remains the same. These functions are now
ready to get declared obsolete ;-)
- PyNumber_Int() now also does a check for embedded NULL chars
in the input string; PyNumber_Long() already did this (and
still does)

Followed by:

Looks like I've gone a step too far there... (and test_contains.py
seem to have a bug too).

I've changed back to reporting all errors in PyUnicode_Contains()
and added a few more test cases to test_contains.py (plus corrected
the join() NameError).
/external/python/cpython2/Lib/encodings/__init__.py
51ac58039f62ef9d605974dae32a6ada9c26039b 20-Mar-2000 Barry Warsaw <barry@python.org> On 17-Mar-2000, Marc-Andre Lemburg said:

Attached you find an update of the Unicode implementation.

The patch is against the current CVS version. I would appreciate
if someone with CVS checkin permissions could check the changes
in.

The patch contains all bugs and patches sent this week and also
fixes a leak in the codecs code and a bug in the free list code
for Unicode objects (which only shows up when compiling Python
with Py_DEBUG; thanks to MarkH for spotting this one).
/external/python/cpython2/Lib/encodings/__init__.py
0229bf6001a4514f70cc30c1c558b8ece2b8ce79 11-Mar-2000 Guido van Rossum <guido@python.org> Marc-Andre Lemburg: Unicode encodings.
/external/python/cpython2/Lib/encodings/__init__.py