summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Added math.rint() -- round according to current IEEE754 modeGuido van Rossum2000-05-115-0/+16
|
* removing more stdwin usersGuido van Rossum2000-05-1137-6107/+0
|
* Bill Tutt:Guido van Rossum2000-05-111-1/+24
| | | | | Calling Sleep(0) for a spinlock can cause a priority inversion, adding comments to explain what's going on.
* Oops, better also note that the module initialization function must beFred Drake2000-05-101-0/+2
| | | | extern "C" for C++.
* Section "The Module's Method Table and Initialization Function":Fred Drake2000-05-101-7/+10
| | | | | | Explain that the name of the initialization function must be init<module>(). Omission noted by Daniel Kozan <crum@dev-group.com>.
* At Bob Kahn's request, add CNRI to the copyright string (but not toGuido van Rossum2000-05-101-1/+5
| | | | the notice yet).
* Rename the "browser" module to "BrowserControl", since Guido did notFred Drake2000-05-102-2/+2
| | | | like the short, ambiguous name.
* EditorWindow.python_docs():Fred Drake2000-05-101-5/+8
| | | | | | | Instead of using Netscape through os.system(), use the new browser.open() function to load the documentation on the default browser. On Windows, this will use the installed documentation if it exists, instead of hitting python.org.
* Collection of classes and convenience functions to control externalFred Drake2000-05-101-0/+157
| | | | Web browsers.
* GUSI 2.0.5 has a non-functional getsockname() if you use Open Transport. For ↵Jack Jansen2000-05-101-1/+2
| | | | now the workaround is to only enable MacTCP sockets.
* Trent Mick:Guido van Rossum2000-05-101-1/+4
| | | | | | | | | | | | | | Use "win32" for sys.platform on Win64 instead of "win32" because: 1. While it may be confusing to the Python scriptor on Win64 that he has to check for win*32*, that is something that he will learn the first time. It is better than the alternative of the scriptor happily using "win64" and then that code not running on Win32 for no good reason. 2. The main question is: is Win64 so much more like Win32 than different from it that the common-case general Python programmer should not ever have to make the differentiation in his Python code. Or, at least, enough so that such differentiation by the Python scriptor is rare enough that some other provided mechanism is sufficient (even preferable). Currently the answer is yes. Hopefully MS will not change this answer.
* Trent Mick <trentm@activestate.com>:Fred Drake2000-05-091-12/+12
| | | | | | Limit the 'b' formatter of PyArg_ParseTuple to valid values of an unsigned char, i.e. [0,UCHAR_MAX]. It is expected that this is the common usage of 'b'. An OverflowError is raised if the parsed value is outside this range.
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-1/+4
| | | | | Added a useful link to Markus Kuhn's Unicode and UTF-8 FAQ.
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-0/+6
| | | | | Added another test for string formatting (the one that produced the core dump now fixed in unicodeobject.c).
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-0/+37
| | | | | | Added APIs to allow setting and querying the system's current string encoding: sys.set_string_encoding() and sys.get_string_encoding().
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-9/+5
| | | | | | | Moved some docs to the include file. Added a NULL check to _PyCodec_Lookup() to make it core dump safe.
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-2/+2
| | | | | Fixed docs according to the new behaviour (the Unicode encoding is no longer fixed to UTF-8).
* Minimal change so I can add the rest of MAL's checkin message:Fred Drake2000-05-091-1/+1
| | | | | M.-A. Lemburg <mal@lemburg.com>: Fixed a core dump in PyUnicode_Format().
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-20/+71
| | | | | | | Added support for user settable default encodings. The current implementation uses a per-process global which defines the value of the encoding parameter in case it is set to NULL (meaning: use the default encoding).
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-1/+4
| | | | | Fixed a bug due to a /* inside /*...*/. GCC doesn't like this and bombs.
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-4/+26
| | | | | Added PyUnicode_GetDefaultEncoding() and PyUnicode_GetDefaultEncoding() APIs.
* M.-A. Lemburg <mal@lemburg.com>:Fred Drake2000-05-091-7/+75
| | | | Added documentation and the missing PyCodec_StreamWriter API.
* New version from Jim Fulton to fix a problem that Eric Raymond ranGuido van Rossum2000-05-091-6/+20
| | | | | | | | | | | | | | | | | | | | | | into. Jim writes: The core dump was due to a C decrement operation in a macro invocation in load_pop. (BAD) I fixed this by moving the decrement outside the macro call. I added a comment to load_pop and load_mark to document the fact that cPickle separates the unpickling stack into two separate stacks, one for objects and one for marks. I also moved some increments out of some macro calls (PyTuple_SET_ITEM and PyList_SET_ITEM). This wasn't necessary, but made me feel better. :) I tested these changes in *my* cPickle, which doesn't have the new Unicode stuff.
* Fix references to the built-in compile() that don't include theFred Drake2000-05-091-10/+10
| | | | filename parameter. Noted by Randall Hopper <aa8vb@yahoo.com>.
* Skip Montanaro <skip@mojam.com>:Fred Drake2000-05-091-3/+8
| | | | | | | | | The intent is that this diff adds a link to the rfc822 module doc and an index reference to this module under the rfc822 heading. Fred, based on a suggestion from Grant Griffin <grant.griffin@honeywell.com>: Added link to the MIME FAQ, so people can more easily get more information about the subject of the module.
* Define \seeurl in the seealso environment. Two parameters: url, why.Fred Drake2000-05-091-0/+9
|
* do_cmd_seeurl(): New function.Fred Drake2000-05-091-0/+11
|
* read() method: clarify that strings are accepted and interpretedFred Drake2000-05-091-1/+9
| | | | | | reasonably. readfp() method: added documentation.
* Add a simple directory listing function.Guido van Rossum2000-05-091-9/+38
|
* Set HTTPServer class variable allow_reuse_address to 1, so restartingGuido van Rossum2000-05-091-0/+2
| | | | the server after it died doesn't require a wait period.
* Add class variable allow_reuse_address in TCPServer -- if nonzero, theGuido van Rossum2000-05-091-0/+5
| | | | server_bind() method calls setsockopt(SOL_SOCKET, SO_REUSEADDR, 1).
* ConfigParser.read():Fred Drake2000-05-091-1/+1
| | | | | Instead of wrapping 'filenames' value in a list if it's a string, wrap it if it's a string or unicode string.
* Minor edit of leading comments: 'the the' --> 'the', quoted 'enable'Fred Drake2000-05-091-2/+2
| | | | option name for clarity.
* Replace PyErr_BadArgument() error in PyInt_AsLong() with "an integerGuido van Rossum2000-05-091-1/+1
| | | | | is required" (we can't say more because we don't know in which context it is called).
* Trent Mick:Guido van Rossum2000-05-091-7/+14
| | | | | | | | | | | Fix the string methods that implement slice-like semantics with optional args (count, find, endswith, etc.) to properly handle indeces outside [INT_MIN, INT_MAX]. Previously the "i" formatter for PyArg_ParseTuple was used to get the indices. These could overflow. This patch changes the string methods to use the "O&" formatter with the slice_index() function from ceval.c which is used to do the same job for Python code slices (e.g. 'abcabcabc'[0:1000000000L]).
* Caolan McNamara: properly undo the byte-stuffing of lines startingGuido van Rossum2000-05-091-0/+3
| | | | with a dot. [GvR change: only unstuff when line starts with two dots.]
* USE_GUSI2 should be defined, not USE_GUSI1.Jack Jansen2000-05-091-2/+2
|
* Selecting the macfsn option didn't work, fixed.Jack Jansen2000-05-095-7/+6
| | | | | Fixed the help strings. Swapped the macfsn and help button numbers.
* Import this to replace open() by an extended version that usesJack Jansen2000-05-091-0/+66
| | | | | Internet Config to set creator/type based on the extension. Donated by Oliver Steele.
* Added comment about the MSVC-specific kludge.Greg Ward2000-05-091-0/+10
|
* Deleted some modules that are no longer supported.Guido van Rossum2000-05-083-451/+0
|
* The usual...Guido van Rossum2000-05-0856-667/+5051
|
* Deleted the stdwin-based test() function.Guido van Rossum2000-05-081-66/+0
|
* Deleting all stdwin library modules.Guido van Rossum2000-05-0834-3829/+0
|
* if the GzipFile constructor fails, the __del__ method is stillJeremy Hylton2000-05-081-3/+7
| | | | called. catch the resulting AttributeError and exit cleanly.
* Trent Mick:Guido van Rossum2000-05-081-4/+4
| | | | | | | | | | | | | Fix overflow bug in ldexp(x, exp). The 'exp' argument maps to a C int for the math library call [double ldexp(double, int)], however the 'd' PyArg_ParseTuple formatter was used to yield a double, which was subsequently cast to an int. This could overflow. [GvR: mysteriously, on Solaris 2.7, ldexp(1, 2147483647) returns Inf while ldexp(1, 2147483646) raises OverflowError; this seems a bug in the math library (it also takes a real long time to compute the Inf outcome). Does this point to a bug in the CHECK() macro? It should have discovered that the result was outside the HUGE_VAL range.]
* Trent Mick:Guido van Rossum2000-05-081-3/+17
| | | | | | The following modules are specifically excluded in the Win64 build: audioop, binascii, imageop, rgbimg. They are advertised as heavily 32-bit dependent. [They should probably be fixed! --GvR]
* Trent Mick:Guido van Rossum2000-05-081-23/+57
| | | | | | | | | | | | | | | | | | | | Changes to PC\config.[hc] for Win64. MSVC defines _WINxx to differentiate the various windows platforms. Python's MS_WINxx are keyed off of these. Note that _WIN32 (and hence MS_WIN32 in Python) are defined on Win32 *and* on Win64. This is for compatibility reasons. The idea is that the common case is that code specific to Win32 will also work on Win64 rather than being specific to Win32 (i.e. there is more the same than different in WIn32 and Win64). The following modules are specifically excluded in the Win64 build: audioop, binascii, imageop, rgbimg. They are advertised as heavily 32-bit dependent. [They should probably be fixed! --GvR] The patch to config.h looks big but it really is not. These are the effective changes: - MS_WINxx are keyed off _WINxx - SIZEOF_VOID_P is set to 8 for Win64 - COMPILER string is changed appropriately for Win64
* Trent Mick:Guido van Rossum2000-05-081-5/+9
| | | | | | | | | | | | | | | | Fix the string methods that implement slice-like semantics with optional args (count, find, endswith, etc.) to properly handle indeces outside [INT_MIN, INT_MAX]. Previously the "i" formatter for PyArg_ParseTuple was used to get the indices. These could overflow. This patch changes the string methods to use the "O&" formatter with the slice_index() function from ceval.c which is used to do the same job for Python code slices (e.g. 'abcabcabc'[0:1000000000L]). slice_index() is renamed _PyEval_SliceIndex() and is now exported. As well, the return values for success/fail were changed to make slice_index directly usable as required by the "O&" formatter. [GvR: shouldn't a similar patch be applied to unicodeobject.c?]
* Trent Mick:Guido van Rossum2000-05-081-11/+14
| | | | | Change static slice_index() to extern _PyEval_SliceIndex() (with different return value interpretation: 0 for failure, 1 for success).