summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Document the new classdesc* environment, and the previously undocumentedFred Drake2001-05-111-1/+18
| | | | excclassdesc environment.
* Define a new environment, classdesc*, which can be used to document aFred Drake2001-05-112-0/+23
| | | | | | class without providing any information about the constructor. This should be used for classes which only exist to act as containers rather than as factories for instances.
* Write a better synopsis for the Scrap module, and provide a link toFred Drake2001-05-101-1/+9
| | | | useful documentation on the Scrap Manager.
* Actually include a synopsis line for the ColorPicker module.Fred Drake2001-05-101-1/+1
|
* Restore dicts' tp_compare slot, and change dict_richcompare to say itTim Peters2001-05-101-15/+3
| | | | | | | | | | | | | | | | | | | | doesn't know how to do LE, LT, GE, GT. dict_richcompare can't do the latter any faster than dict_compare can. More importantly, for cmp(dict1, dict2), Python *first* tries rich compares with EQ, LT, and GT one at a time, even if the tp_compare slot is defined, and dict_richcompare called dict_compare for the latter two because it couldn't do them itself. The result was a lot of wasted calls to dict_compare. Now dict_richcompare gives up at once the times Python calls it with LT and GT from try_rich_to_3way_compare(), and dict_compare is called only once (when Python gets around to trying the tp_compare slot). Continued mystery: despite that this cut the number of calls to dict_compare approximately in half in test_mutants.py, the latter still runs amazingly slowly. Running under the debugger doesn't show excessive activity in the dict comparison code anymore, so I'm guessing the culprit is somewhere else -- but where? Perhaps in the element (key/value) comparison code? We clearly spend a lot of time figuring out how to compare things.
* Make test_mutants stronger by also adding random keys during comparisons.Tim Peters2001-05-101-2/+17
| | | | | | | | A Mystery: test_mutants ran amazingly slowly even before dictobject.c "got fixed". I don't have a clue as to why. dict comparison was and remains linear-time in the size of the dicts, and test_mutants only tries 100 dict pairs, of size averaging just 50. So "it should" run in less than an eyeblink; but it takes at least a second on this 800MHz box.
* Change test_mmap.py to use test_support.TESTFN instead of hardcoded "foo",Tim Peters2001-05-101-108/+119
| | | | | and wrap the body in try/finally to ensure TESTFN gets cleaned up no matter what.
* Repair typos in comments.Tim Peters2001-05-101-4/+4
|
* Repair typo in comment.Tim Peters2001-05-101-1/+1
|
* Change some text just a little to avoid font-lock hell.Fred Drake2001-05-101-1/+1
|
* Fix typo in weakref.proxy() documentation.Fred Drake2001-05-101-1/+1
| | | | This closes SF bug #423087.
* Extend the weakref test suite to cover the complete mapping interface forFred Drake2001-05-101-4/+61
| | | | | | both weakref.Weak*Dictionary classes. This closes SF bug #416480.
* Update example to no longer use the FCNTL module.Fred Drake2001-05-101-2/+2
|
* Fix the fcntl() docstring so the user is not mis-directed to the FCNTLFred Drake2001-05-101-7/+7
| | | | module for useful constants.
* Do no regenerate modules that should no longer be here.Fred Drake2001-05-103-11/+0
|
* Remove all remaining uses of the FCNTL module from the standard library.Fred Drake2001-05-103-30/+29
|
* Fix typo reported by David Goodger. This closes SF patch #422383.Fred Drake2001-05-101-1/+1
|
* Remove all mentions of the strop module -- it has been pronounced Evil.Fred Drake2001-05-102-18/+7
| | | | | | (The string "strop" is found in the rexec documentation, but that should not be changed until strop is actually removed or rexec no longer allows it.)
* Added a note that test_longexp needs 400MB.Jack Jansen2001-05-101-1/+1
|
* Has been dead so long that there's no use keeping it in the active bit of ↵Jack Jansen2001-05-1027-8246/+0
| | | | the repository.
* SF bug #422121 Insecurities in dict comparison.Tim Peters2001-05-104-34/+239
| | | | | | | Fixed a half dozen ways in which general dict comparison could crash Python (even cause Win98SE to reboot) in the presence of kay and/or value comparison routines that mutate the dict during dict comparison. Bugfix candidate.
* Update to reflect deprecation of the FCNTL module: The fcntl module doesFred Drake2001-05-101-4/+4
| | | | *not* define O_RDWR; get that from the os module.
* patch 418489 from Andrew Dalke for string format bugSteve Purcell2001-05-101-1/+1
|
* Guido has Spoken. Restore strop.replace()'s treatment of a 0 count asTim Peters2001-05-102-1/+9
| | | | | | | meaning infinity -- but at least warn about it in the code! I pissed away a couple hours on this today, and don't wish the same on the next in line. Bugfix candidate.
* The strop module and test_strop.py believe replace() with a 0 countTim Peters2001-05-102-2/+2
| | | | | | | means "replace everything". But the string module, string.replace() amd test_string.py believe a 0 count means "replace nothing". "Nothing" wins, strop loses. Bugfix candidate.
* Heh. I need a break. After this: stropmodule & stringobject were moreTim Peters2001-05-102-16/+12
| | | | | | out of synch than I realized, and I managed to break replace's "count" argument when it was 0. All is well again. Maybe. Bugfix candidate.
* Fudge. stropmodule and stringobject both had copies of the buggyTim Peters2001-05-102-40/+54
| | | | | | mymemXXX stuff, and they were already out of synch. Fix the remaining bugs in both and get them back in synch. Bugfix release candidate.
* SF bug #422088: [OSF1 alpha] string.replace().Tim Peters2001-05-092-26/+39
| | | | | | Platform blew up on "123".replace("123", ""). Michael Hudson pinned the blame on platform malloc(0) returning NULL. This is a candidate for all bugfix releases.
* Mechanical changes for easier edits.Tim Peters2001-05-091-152/+136
|
* Remove the old platform-specific FCNTL.py modules; these are no longerFred Drake2001-05-0915-1993/+0
| | | | needed now that fcntl exports the constants.
* Add a new FCNTL.py backward compatibility module that issues a deprecationFred Drake2001-05-091-0/+14
| | | | warning. This is similar to the TERMIOS backward compatbility module.
* Update the tests for the fcntl module to check passing in file objects,Fred Drake2001-05-091-11/+21
| | | | and using the constants defined there instead of FCNTL.
* Update the fcntl module documentation.Fred Drake2001-05-091-30/+26
|
* Modify to allow file objects wherever file descriptors are needed.Fred Drake2001-05-091-8/+71
| | | | | | | | This closes SF bug #231328. Added all constants needed to use the functions defined in this module that are not defined elsewhere (the O_* symbols are available in the os module). No additonal modules are needed to use this now.
* fdconv(): Do not second guess the error condition returned byFred Drake2001-05-091-37/+4
| | | | | | | | PyObject_AsFileDescriptor() -- it does the same thing everywhere, so use it the same way everyone else does so that exceptions are consistent. This means we have less code here, and we do not need to resort to hackish ways of getting the Python-visible function name to fdconv().
* SF patch #416247 2.1c1 stringobject: unused vrbl cleanup.Tim Peters2001-05-091-2/+0
| | | | Thanks to Mark Favas.
* Itamar Shtull-Trauring <python@itamarst.org>:Fred Drake2001-05-091-4/+5
| | | | | | | Updates zipfile.ZipFile docs to mention the fact that you can create a ZipFile instance from an arbitrary file-like object. This closes patch #418011.
* Three uses of makesockaddr() used sockaddr buffers that had not be cleared;Fred Drake2001-05-091-1/+4
| | | | | | | | | | | | | this could cause invalid paths to be returned for AF_UNIX sockets on some platforms (including FreeBSD 4.2-RELEASE), appearantly because there is no assurance that the address will be nul-terminated when filled in by the kernel. PySocketSock_recvfrom(): Use PyString_AS_STRING() to get the data pointer of a string we create ourselves; there is no need for the extra type check from PyString_AsString(). This closes SF bug #416573.
* SF patch #416249, from Mark Favas: 2.1c1 compile: unused vrbl cleanupTim Peters2001-05-091-2/+0
|
* Minor fiddling related toTim Peters2001-05-091-5/+2
| | | | SF patch 416251 2.1c1 mmapmodule: unused vrbl cleanup
* Update build notes for Mac OS X 10.0.Fred Drake2001-05-091-10/+10
| | | | This closes SF bug #416530.
* Only import termio.h on OSF, and add a comment about why it is needed there.Fred Drake2001-05-091-0/+4
| | | | | | | This header does not exist on all Unix flavors; FreeBSD in particular does not include it. This closes SF bug #422320.
* Fix the operator precedence table: exponentiation binds tighter thanFred Drake2001-05-091-2/+2
| | | | | | negation. This closes SF bug #421999.
* Remove items that have been done or are being tracked in the SourceForgeFred Drake2001-05-091-10/+0
| | | | bug tracker.
* Update the directory names to match changes at SourceForge.Fred Drake2001-05-092-2/+2
|
* Trivial tests of urllib2 for recent SF bugJeremy Hylton2001-05-092-0/+18
|
* Work around limitations of the module synopsis table generation to avoidFred Drake2001-05-099-9/+9
| | | | | | leaking LaTeX2HTML's internal string munging. This fixes SF bug #420399.
* Raise useful exception when called with URL for which request typeJeremy Hylton2001-05-091-1/+2
| | | | | | cannot be determined. Pseudo-fix for SF bug #420724
* Minor adjustments to HTML for the module synopsis tables.Fred Drake2001-05-091-2/+6
|
* Sheesh -- repair the dodge around "cast isn't an lvalue" complaints toTim Peters2001-05-091-0/+4
| | | | restore correct semantics.
generated by cgit v0.12 at 2025-01-25 23:13:51 (GMT)