summaryrefslogtreecommitdiffstats
path: root/Modules/cjkcodecs/multibytecodec.c
Commit message (Collapse)AuthorAgeFilesLines
* Issue #5640: Fix Shift-JIS incremental encoder for error handlers differentVictor Stinner2010-05-211-1/+1
| | | | than strict
* Untabify C files. Will watch buildbots.Antoine Pitrou2010-05-091-1412/+1412
|
* Backported PyCapsule from 3.1, and converted most uses ofLarry Hastings2010-03-251-2/+2
| | | | CObject to PyCapsule.
* Docstring typo.Andrew M. Kuchling2008-10-031-1/+1
|
* Backport r65661, r65760: Issue #3575: Incremental decoder's decodeHirokazu Yamamoto2008-08-171-5/+18
| | | | function now takes bytearray by using 's*' instead of 't#'.
* #3305: self->stream can be NULL.Georg Brandl2008-07-161-2/+2
|
* Merge in release25-maint r60793:Gregory P. Smith2008-06-111-7/+31
| | | | | | Added checks for integer overflows, contributed by Google. Some are only available if asserts are left in the code, in cases where they can't be triggered from Python code.
* This reverts r63675 based on the discussion in this thread:Gregory P. Smith2008-06-091-31/+31
| | | | | | | http://mail.python.org/pipermail/python-dev/2008-June/079988.html Python 2.6 should stick with PyString_* in its codebase. The PyBytes_* names in the spirit of 3.0 are available via a #define only. See the email thread.
* Renamed PyString to PyBytesChristian Heimes2008-05-261-31/+31
|
* #1629: Renamed Py_Size, Py_Type and Py_Refcnt to Py_SIZE, Py_TYPE and ↵Christian Heimes2007-12-191-4/+4
| | | | Py_REFCNT. Macros for b/w compatibility are available.
* PEP 3123: Provide forward compatibility with Python 3.0, while keepingMartin v. Löwis2007-07-211-14/+9
| | | | | backwards compatibility. Add Py_Refcnt, Py_Type, Py_Size, and PyVarObject_HEAD_INIT.
* Bug #1728403: Fix a bug that CJKCodecs StreamReader hangs when itHye-Shik Chang2007-06-051-1/+5
| | | | | reads a file that ends with incomplete sequence and sizehint argument for .read() is specified.
* Make use of METH_O and METH_NOARGS where possible.Georg Brandl2006-05-291-16/+8
| | | | Use Py_UnpackTuple instead of PyArg_ParseTuple where possible.
* Fix more ssize_t problems.Martin v. Löwis2006-04-221-1/+1
|
* Backport p3yk r45619:Hye-Shik Chang2006-04-211-4/+28
| | | | | | Add empty __init__ methods for stateful multibytecodec instances. This resolves a problem found by Thomas Wouters: http://mail.python.org/pipermail/python-dev/2006-April/064051.html
* Try to get rid of a Coverity warning by consistently using origpending.Neal Norwitz2006-03-281-1/+1
|
* Fix reference leaks introduced by the recent incremental codecHye-Shik Chang2006-03-271-37/+48
| | | | changes.
* Utilize %zd for Py_ssize_t formatting instead of casting to long.Hye-Shik Chang2006-03-261-4/+4
|
* Allow long objects as a position value of error callbacks returned.Hye-Shik Chang2006-03-261-8/+12
|
* Patch #1443155: Add the incremental codecs support for CJK codecs.Hye-Shik Chang2006-03-261-298/+779
| | | | (reviewed by Walter Dörwald)
* - Modernize code to use Py_ssize_t more intensively.Hye-Shik Chang2006-03-041-71/+76
| | | | - Do some minor code clean-ups.
* More unconsting.Martin v. Löwis2006-02-271-2/+2
|
* Merge ssize_t branch.Martin v. Löwis2006-02-151-1/+1
|
* Add const to several API functions that take char *.Jeremy Hylton2005-12-101-2/+2
| | | | | | | | | | | | | | | | | | | In C++, it's an error to pass a string literal to a char* function without a const_cast(). Rather than require every C++ extension module to put a cast around string literals, fix the API to state the const-ness. I focused on parts of the API where people usually pass literals: PyArg_ParseTuple() and friends, Py_BuildValue(), PyMethodDef, the type slots, etc. Predictably, there were a large set of functions that needed to be fixed as a result of these changes. The most pervasive change was to make the keyword args list passed to PyArg_ParseTupleAndKewords() to be a const char *kwlist[]. One cast was required as a result of the changes: A type object mallocs the memory for its tp_doc slot and later frees it. PyTypeObject says that tp_doc is const char *; but if the type was created by type_new(), we know it is safe to cast to char *.
* SF Patch #1297028, cjkcodecs does not initialize type pointerNeal Norwitz2005-09-211-0/+4
| | | | | | | Fix segfault. I tried to write a test, but it wouldn't crash when running regrtest. This really should have some sort of test. Should definitely be backported.
* Bug #1005737, #1007249: Fix several build problems and warningsHye-Shik Chang2004-08-191-4/+3
| | | | | found on legacy C compilers of HP-UX, IRIX and Tru64. (Reported by roadkill, Richard Townsend, Maik Hertha and Minsik Kim)
* Bring CJKCodecs 1.1 into trunk. This completely reorganizes sourceHye-Shik Chang2004-07-181-956/+1019
| | | | | | and installed layouts to make maintenance simple and easy. And it also adds four new codecs; big5hkscs, euc-jis-2004, shift-jis-2004 and iso2022-jp-2004.
* Add CJK codecs support as discussed on python-dev. (SF #873597)Hye-Shik Chang2004-01-171-0/+1210
Several style fixes are suggested by Martin v. Loewis and Marc-Andre Lemburg. Thanks!
generated by cgit v0.12 at 2025-08-29 02:42:46 (GMT)