summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Fix bug #418369: typo in bdist_rpmAndrew M. Kuchling2001-05-211-1/+1
|
* This patch changes the behaviour of the UTF-16 codec family. Only theMarc-André Lemburg2001-05-212-21/+30
| | | | | | | | | UTF-16 codec will now interpret and remove a *leading* BOM mark. Sub- sequent BOM characters are no longer interpreted and removed. UTF-16-LE and -BE pass through all BOM mark characters. These changes should get the UTF-16 codec more in line with what the Unicode FAQ recommends w/r to BOM marks.
* Fix bug #232619: fix misleading warning on installing to lib-dynloadAndrew M. Kuchling2001-05-211-1/+10
|
* Re-write the mailbox test suite to use PyUnit. Cover a lot more groundFred Drake2001-05-212-22/+81
| | | | | for the Maildir mailbox format. This still does not address other mailbox formats.
* parse_declaration(): be more lenient in what we accept. We nowGuido van Rossum2001-05-211-12/+7
| | | | | | | | | basically accept <!...> where the dots can be single- or double-quoted strings or any other character except >. Background: I found a real-life example that failed to parse with the old assumption: http://www.opensource.org/licenses/jabberpl.html contains a few constructs of the form <![if !supportLists]>...<![endif]>.
* main(): default-domain argument to getopt.getopt() was missing a = toBarry Warsaw2001-05-211-1/+1
| | | | | indicate it took an argument. This closes SF patch #402223 by Bastian Kleineidam.
* __addentry(): add optional keyword arg `isdocstring' which is a flagBarry Warsaw2001-05-211-4/+10
| | | | | | | | | | | indicating whether the entry was extracted from a docstring or not. write(): If any of the locations of a string appearance came from a docstring, add a comment such as #. docstring before the references (after a suggestion by Martin von Loewis).
* write(): A patch inspired by Tokio Kikuchi that sorts location entriesBarry Warsaw2001-05-211-7/+12
| | | | | | first by filename and then by line number. Closes SF patch #425821. Also, fixes a problem with duplicate entries.
* Update output to reflect additional precision produced by the repr() ofFred Drake2001-05-211-2/+3
| | | | | | | | | | floating point numbers in an interactive example. Added comment to help explain control flow in the example code showing how to check if a number is prime. This closes SF bugs 419434 and 424552.
* Add documentation for Py_Main() and PyThreadState_GetDict().Fred Drake2001-05-211-0/+21
|
* Typo: "that" --> "than"Fred Drake2001-05-211-1/+1
| | | | This closes SF bug #425320.
* SF bug #425836: Reference leak in filter().Tim Peters2001-05-211-0/+1
| | | | | Mark Hammond claimed that the iterized filter() forgot to decref the iterator upon return. He was right!
* Add :method info to the PyArg_ParseTuple() format strings for poll objects.Fred Drake2001-05-211-3/+3
|
* Fix bug in smtplib example: the prompt said to end the message with ^D,Fred Drake2001-05-201-3/+6
| | | | | | | but doing so raised EOFError. This makes it work as advertised and converts to string methods where reasonable. This closes SF bug #424776.
* Get Aahz listed correctly using his legal/professional name.Fred Drake2001-05-201-1/+1
|
* Add another itemAndrew M. Kuchling2001-05-191-0/+3
|
* Generate prototype-style function headers in stead of K&R style. Makes life ↵Jack Jansen2001-05-193-33/+12
| | | | easier with gcc -Wstrict-function-prototypes.
* Another include Carbon/Carbon.hJack Jansen2001-05-191-0/+4
|
* Moved PyMac_GetFullPath from macgetargv.c to macglue.c. It shouldJack Jansen2001-05-192-40/+60
| | | | have been there in the first place.
* Ifdeffed a few more sections. All functionality that is relevant on MacOSXJack Jansen2001-05-191-4/+13
| | | | now appears to work.
* Include Carbon/Carbon.h in stead of universal headers, if appropriate.Jack Jansen2001-05-193-8/+28
| | | | | Test for TARGET_API_MAC_OS8 in stead of !TARGET_API_MAC_CARBON where appropriate.
* include Carbon/Carbon.h in stead of universal headers, if appropriate.Jack Jansen2001-05-192-0/+9
|
* Merged mactoolboxglue.c into macglue.c. A later step will be to separate outJack Jansen2001-05-192-108/+106
| | | | the stuff that is only needed on classic-MacOS.
* Bugfix candidate.Tim Peters2001-05-191-2/+3
| | | | | | | | | | | | Two exceedingly unlikely errors in dictresize(): 1. The loop for finding the new size had an off-by-one error at the end (could over-index the polys[] vector). 2. The polys[] vector ended with a 0, apparently intended as a sentinel value but never used as such; i.e., it was never checked, so 0 could have been used *as* a polynomial. Neither bug could trigger unless a dict grew to 2**30 slots; since that would consume at least 12GB of memory just to hold the dict pointers, I'm betting it's not the cause of the bug Fred's tracking down <wink>.
* Update a comment.Fred Drake2001-05-181-2/+2
|
* Simple conversion to PyUnit.Fred Drake2001-05-181-11/+19
|
* Simple conversion to PyUnit.Fred Drake2001-05-181-23/+20
|
* Fix whitespace botch.Fred Drake2001-05-181-1/+1
|
* vgetargs1() and vgetargskeywords(): Replace uses of PyTuple_Size() andJeremy Hylton2001-05-181-10/+8
| | | | | PyTuple_GetItem() with PyTuple_GET_SIZE() and PyTuple_GET_ITEM(). The code has already done a PyTuple_Check().
* Add a second special case to the inline function call code in eval_code2().Jeremy Hylton2001-05-181-1/+7
| | | | | | If we have a PyCFunction (builtin) and it is METH_VARARGS only, load the args and dispatch to call_cfunction() directly. This provides a small speedup for perhaps the most common function calls -- builtins.
* Added test suite for the new HTMLParser module, originally from theFred Drake2001-05-182-0/+255
| | | | | TAL/PageTemplate package for Zope. This only needed a little boilerplate change; the tests themselves are unchanged.
* A much improved HTML parser -- a replacement for sgmllib. The API isGuido van Rossum2001-05-181-0/+432
| | | | | | | | | | | derived from but not quite compatible with that of sgmllib, so it's a new file. I suppose it needs documentation, and htmllib needs to be changed to use this instead of sgmllib, and sgmllib needs to be declared obsolete. But that can all be done later. This code was first published as part of TAL (part of Zope Page Templates), but that was strongly based on sgmllib anyway. Authors are Fred drake and Guido van Rossum.
* Speed dictresize by collapsing its two passes into one; the reason givenTim Peters2001-05-171-8/+9
| | | | | | | in the comments for using two passes was bogus, as the only object that can get decref'ed due to the copy is the dummy key, and decref'ing dummy can't have side effects (for one thing, dummy is immortal! for another, it's a string object, not a potentially dangerous user-defined object).
* Added pymactoolboxglue.c and changed the exported symbols having to do with ↵Jack Jansen2001-05-173-38/+204
| | | | this.
* Dynamically loaded toolbox modules don't need to link against each other ↵Jack Jansen2001-05-171-21/+26
| | | | anymore, due to the new glue code that ties them together.
* Glue code to connect obj_New and obj_Convert routines (the PyArg_Parse and ↵Jack Jansen2001-05-172-6/+131
| | | | Py_BuildTuple helpers) from one dynamically imported module to another.
* First step in porting MacPython modules to OSX/unix: break all references ↵Jack Jansen2001-05-1726-2/+463
| | | | | | between modules except for the obj_New() and obj_Convert() routines, the PyArg_Parse and Py_BuildValue helpers. And these can now be vectored through glue routines (by defining USE_TOOLBOX_OBJECT_GLUE) which will do the necessary imports, whereupon the module's init routine will tell the glue routine about the real conversion routine address and everything is fine again.
* Fixed botched indent in _init_mac() code. (It may never be executed,Guido van Rossum2001-05-171-1/+1
| | | | | but it still can't have any syntax errors. Went a little too fast there, Jack? :-)
* Made distutils understand the MacPython Carbon runtime model. Distutils will ↵Jack Jansen2001-05-172-0/+6
| | | | build for the runtime model you are currently using for the interpreter.
* Fixed macroman<->latin1 conversion. Some chars don'tJack Jansen2001-05-1748-232/+234
| | | | | exist in latin1, but at least the roundtrip results in the same macroman characters.
* Fixed macroman<->latin1 conversion. Some characters don't exist in latin1, ↵Jack Jansen2001-05-177-25/+25
| | | | | | but at least the roundtrip gives the correct macroman characters again.
* Moved the encoding map building logic from the individual mappingMarc-André Lemburg2001-05-1655-162/+75
| | | | | | codec files to codecs.py and added logic so that multi mappings in the decoding maps now result in mappings to None (undefined mapping) in the encoding maps.
* Bah, somehow the macroman<->iso-latin-1 translation got lost during the ↵Jack Jansen2001-05-151-13/+13
| | | | merge. Checking in one fixed file to make sure MacCVS Pro isn't the problem. If it isn't a flurry of checkins will follow tomorrow. If it is... well...
* Speed tuple comparisons in two ways:Tim Peters2001-05-151-22/+23
| | | | | | | | | | | | | | | | | | | | | | | | | 1. Omit the early-out EQ/NE "lengths different?" test. Was unable to find any real code where it triggered, but it always costs. The same is not true of list richcmps, where different-size lists appeared to get compared about half the time. 2. Because tuples are immutable, there's no need to refetch the lengths of both tuples from memory again on each loop trip. BUG ALERT: The tuple (and list) richcmp algorithm is arguably wrong, because it won't believe there's any difference unless Py_EQ returns false for some corresponding elements: >>> class C: ... def __lt__(x, y): return 1 ... __eq__ = __lt__ ... >>> C() < C() 1 >>> (C(),) < (C(),) 0 >>> That doesn't make sense -- provided you believe the defn. of C makes sense.
* Add NEWS item for new string methods.Marc-André Lemburg2001-05-151-0/+25
|
* Just changed "x,y" to "x, y" everywhere (i.e., inserted horizontal spaceTim Peters2001-05-151-37/+34
| | | | after commas that didn't have any).
* Add quoted-printable codecGuido van Rossum2001-05-152-0/+59
|
* Beef up the unicode() description a bit, based on material from AMK'sFred Drake2001-05-151-4/+12
| | | | "What's New in Python ..." documents.
* abspath(): Fix inconsistent indentation.Fred Drake2001-05-151-1/+1
|
* This patch changes the way the string .encode() method works slightlyMarc-André Lemburg2001-05-1511-30/+585
| | | | | | | | | | | | | | | | | | | | | | | | | and introduces a new method .decode(). The major change is that strg.encode() will no longer try to convert Unicode returns from the codec into a string, but instead pass along the Unicode object as-is. The same is now true for all other codec return types. The underlying C APIs were changed accordingly. Note that even though this does have the potential of breaking existing code, the chances are low since conversion from Unicode previously took place using the default encoding which is normally set to ASCII rendering this auto-conversion mechanism useless for most Unicode encodings. The good news is that you can now use .encode() and .decode() with much greater ease and that the door was opened for better accessibility of the builtin codecs. As demonstration of the new feature, the patch includes a few new codecs which allow string to string encoding and decoding (rot13, hex, zip, uu, base64). Written by Marc-Andre Lemburg. Copyright assigned to the PSF.
generated by cgit v0.12 at 2024-12-02 10:33:19 (GMT)