Fred Drake [Wed, 13 Nov 2002 15:33:13 +0000 (15:33 +0000)]
Update: Older versions of Python crashed when calling repr()
(including the implied call using back-ticks) of a recursive object,
but this is no longer the case.
Reported by Manus Hand via email.
Fred Drake [Wed, 13 Nov 2002 15:15:11 +0000 (15:15 +0000)]
Clarify that PyImport_AddModule() and PyImport_ExecCodeModule() don't
add any package support structure even if a dotted-name is passed for
the module.
Closes SF bug #424106.
Fred Drake [Tue, 12 Nov 2002 22:21:01 +0000 (22:21 +0000)]
Handle the Content-Type header a little more appropriately: if it
contains options, drop them to get the major/minor content type.
Modified from the supplied patch to support more whitespace variation.
Closes SF patch #613605.
Neal Norwitz [Thu, 7 Nov 2002 00:28:54 +0000 (00:28 +0000)]
Backport 1.72:
SF bug 630824: pydoc Helper keywords missing 'yield'
Wow, what a brittle subsystem! Fixed, maybe, provided Fred doesn't
shuffle the docs around.
Fred Drake [Fri, 1 Nov 2002 21:34:39 +0000 (21:34 +0000)]
Update example for the type() function to use the currently accepted
preference of using "is" instead of "==" to compare types, use
built-in names where available, and point to the isinstance()
function.
Closes SF bug #632196.
Fred Drake [Wed, 30 Oct 2002 18:18:08 +0000 (18:18 +0000)]
Add notes to the asctime() and ctime() descriptions to make it
explicit that locale information is not used. There wasn't anything
that implied it was, but this has confused users.
Fred Drake [Mon, 28 Oct 2002 19:30:45 +0000 (19:30 +0000)]
Chapter titles that get split over multiple lines in the typeset
formats can't have whitespace after the last non-blank character (bug
in LaTeX?); fix up a couple of instances of this.
Jack Jansen [Fri, 25 Oct 2002 20:36:53 +0000 (20:36 +0000)]
Backport of 1.5:
Under Jaguar it seems that 'errn' return value keyword parameters don't
(or don't always?) show up with missed(). I think this is a bug in
Jaguar, but as it is a potential dangerous problem (the OSA event has
failed, but the Python code isn't told about this and happily continues)
this is a quick workaround.
Fred Drake [Thu, 24 Oct 2002 19:36:41 +0000 (19:36 +0000)]
Update an example to use the DOM implementation object. Explain that
the parse() and parseString() functions use a separate parser, not
actually implement a parser. (This is a common question.)
Fred Drake [Wed, 23 Oct 2002 20:24:46 +0000 (20:24 +0000)]
Deal with a FAQ:
Explain that the "xml" package requires that at least one
SAX-compliant XML parser be installed, and why this may not be
available by default. Point to the PyXML package as an extended
version of the "xml" package that can provide this fuctionality.
Note that the docs for the xml.dom and xml.sax packages are the
definitiona of the Python bindings for the DOM and SAX interfaces.
Barry Warsaw [Mon, 14 Oct 2002 18:21:49 +0000 (18:21 +0000)]
I'd forgotten that tcsh was the default for 10.1, but SF's 10.1 system
uses bash and so does my 10.2 system. "limit stacksize 2048" is the
right invocation for tcsh/csh.
Barry Warsaw [Mon, 14 Oct 2002 18:13:24 +0000 (18:13 +0000)]
I'd forgotten that tcsh was the default for 10.1, but SF's 10.1 system
uses bash and so does my 10.2 system. "limit stacksize 2048" is the
right invocation for tcsh/csh.
Barry Warsaw [Mon, 14 Oct 2002 18:03:04 +0000 (18:03 +0000)]
There was a typo in the MacOSX section regarding the stacksize issue.
There's no limit command near as I can tell. Should be the bash
builtin ulimit command.
Guido van Rossum [Fri, 11 Oct 2002 20:37:58 +0000 (20:37 +0000)]
Backport 2.193:
PyObject_Init[Var] is almost always called from the PyObject_NEW[_VAR]
macros. The 'op' argument is then the result from PyObject_MALLOC,
and that can of course be NULL. In that case, PyObject_Init[Var]
would raise a SystemError with "NULL object passed to
PyObject_Init[Var]". But there's nothing the caller of the macro can
do about this. So PyObject_Init[Var] should call just PyErr_NoMemory.
Tim Peters [Fri, 11 Oct 2002 18:38:20 +0000 (18:38 +0000)]
SF bug 621507: python22.dll incorrect "File version".
The MS resource compiler can't do arithmetic. Fixed it by hand. Note
that the new PCbuild\field3.py was added to help with this, and injects
another manual step into the Python Windows release process.
Tim Peters [Fri, 11 Oct 2002 18:29:54 +0000 (18:29 +0000)]
Backporting a new file from 2.3 needed to worm around that MS's
resource compiler can't do correct arithmetic. The 3rd 16-bit int
in the "binary file version" we produce on Windows has been nonsense
as a result. I'll fix that next.