cpython.git - https://github.com/python/cpython.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	bpo-39573: Use the Py_TYPE() macro (GH-21433)	Victor Stinner	2020-07-10	1	-1/+1
\| \| \|	Replace obj->ob_type with Py_TYPE(obj).
*	bpo-22831: Use "with" to avoid possible fd leaks in tools (part 2). (GH-10927)	Serhiy Storchaka	2019-03-30	1	-4/+5
\|
*	Issue #5319: New Py_FinalizeEx() API to exit with status 120 on failure	Martin Panter	2015-11-30	1	-2/+2
\|
*	Fix missing or wrong shebangs and missing executable bits for scripts (#10318)	Éric Araujo	2011-07-26	1	-0/+0
\|
*	convert shebang lines: python -> python3	Benjamin Peterson	2010-03-11	1	-1/+1
\|
*	Fix a last use of file() that should be open().	Guido van Rossum	2007-12-06	1	-1/+2
\|
*	Convert print statements to function calls in Tools/.	Collin Winter	2007-08-03	1	-7/+7
\|
*	Docstring clarifications.	Tim Peters	2003-04-19	1	-7/+12
\|
*	Don't double-space the "??? new object ..." messages.	Guido van Rossum	2003-04-18	1	-1/+1
\|
*	Heh -- I checked in an old version of this, at a time I documented the	Tim Peters	2003-04-18	1	-3/+1
\| \| \| \|	internal read() as being a generator but hadn't yet changed it into one.
*	_Py_PrintReferenceAddresses(): also print the type name. In real use	Tim Peters	2003-04-18	1	-0/+124
	I'm finding some pretty baffling output, like reprs consisting entirely of three left parens. At least this will let us know what type the object is (it's not str -- there's no quote character in the repr). New tool combinerefs.py, to combine the two output blocks produced via PYTHONDUMPREFS.