summaryrefslogtreecommitdiffstats
path: root/Include/cStringIO.h
Commit message (Collapse)AuthorAgeFilesLines
* Merge ssize_t branch.Martin v. Löwis2006-02-151-2/+2
|
* Add const to several API functions that take char *.Jeremy Hylton2005-12-101-1/+1
| | | | | | | | | | | | | | | | | | | 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 bug #670229: doc improvement for cStringIO.hRaymond Hettinger2003-01-191-5/+12
| | | | Gernot Hillier added more detail to the internal API documentation.
* SF # 607253, header file problems by Ralf W. Grosse-KunstleveNeal Norwitz2002-10-041-3/+3
| | | | | Don't pollute the namespace when protecting against multiple header inclusion. Prefix with Py_ and use standard naming convention Py_FILENAME_H.
* Remove function definition from cStringIO.h.Jeremy Hylton2002-08-051-23/+4
| | | | xxxPyCObject_Import() seems to be a copy of PyCObject_Import().
* Removed old Digital Creations copyright/license notices (withGuido van Rossum2002-04-041-55/+0
| | | | | permission from Paul Everitt). Also removed a few other references to Digital Creations and changed the remaining ones to Zope Corporation.
* Patch #536908: Add missing #include guards/extern "C".Martin v. Löwis2002-03-301-0/+6
|
* Cast the result of xxxPyCObject_Import to PycStringIO_CAPI*.Martin v. Löwis2001-06-091-1/+1
| | | | This fixes bug #431557.
* Miscelaneous ANSIfications. I'm assuming here 'main' should take (int,Thomas Wouters2000-07-221-3/+1
| | | | | char**) and return an int even on PC platforms. If not, please fix PC/utils/makesrc.c ;-P
* Spelling fixes supplied by Rob W. W. Hooft. All these are fixes in eitherThomas Wouters2000-07-161-1/+1
| | | | | | | | | | comments, docstrings or error messages. I fixed two minor things in test_winreg.py ("didn't" -> "Didn't" and "Didnt" -> "Didn't"). There is a minor style issue involved: Guido seems to have preferred English grammar (behaviour, honour) in a couple places. This patch changes that to American, which is the more prominent style in the source. I prefer English myself, so if English is preferred, I'd be happy to supply a patch myself ;)
* Nuke all remaining occurrences of Py_PROTO and Py_FPROTO.Tim Peters2000-07-091-6/+6
|
* There's a macro PycString_IMPORT which the documentation listed asGuido van Rossum1999-01-251-1/+1
| | | | | | PycStringIO_IMPORT. While arguably the name used in the documentation is more consistent, I think it's probably safer not to change the macro definition and instead fix the doco.
* Undo the change here -- there's no point in declaring a staticGuido van Rossum1998-12-081-1/+1
| | | | function as DL_IMPORT()!
* Add DL_IMPORT(returntype) for all officially exported functions.Guido van Rossum1998-12-041-1/+1
|
* Remove the last bits of log from the leading comments.Guido van Rossum1997-12-081-13/+1
|
* Merge between my version and Jim Fulton's version; removed RCS keywordsGuido van Rossum1997-12-041-8/+2
| | | | but otherwise unchanged.
* Use K&R function prototypes.Guido van Rossum1997-10-071-7/+12
|
* cPickle release 0.3 from Jim FultonGuido van Rossum1997-08-131-6/+25
|
* Got rid of the static decl of PyCObject_Import, which was a 1.4Guido van Rossum1997-04-091-19/+4
| | | | compatibility hack.
* Changed the way the C API was exported. Jim Fulton.Guido van Rossum1997-04-091-39/+47
|
* Jim's latest versionGuido van Rossum1997-01-061-8/+12
|
* Jim F's brainchildGuido van Rossum1996-12-051-0/+130