summaryrefslogtreecommitdiffstats
path: root/Misc
Commit message (Collapse)AuthorAgeFilesLines
* SF #1366250: optparse docs: fix inconsistency in variable name; minor tweaks.Greg Ward2006-06-111-0/+2
|
* Bug #1361643: fix textwrap.dedent() so it handles tabs appropriately,Greg Ward2006-06-111-0/+3
| | | | | i.e. do *not* expand tabs, but treat them as whitespace that is not equivalent to spaces. Add a couple of test cases. Clarify docs.
* An object with __call__ as an attribute, when called, will have that ↵Brett Cannon2006-06-091-0/+6
| | | | | | attribute checked for __call__ itself, and will continue to look until it finds an object without the attribute. This can lead to an infinite recursion. Closes bug #532646, again. Will be backported.
* RFE #1491485: str/unicode.endswith()/startswith() now accept a tuple as ↵Georg Brandl2006-06-091-0/+3
| | | | first argument.
* Add note about wsgirefAndrew M. Kuchling2006-06-091-0/+2
|
* Add note about XMLGenerator bugfixAndrew M. Kuchling2006-06-091-0/+4
|
* Buffer objects would return the read or write buffer for a wrapped object whenBrett Cannon2006-06-081-0/+6
| | | | | | | | | the char buffer was requested. Now it actually returns the char buffer if available or raises a TypeError if it isn't (as is raised for the other buffer types if they are not present but requested). Not a backport candidate since it does change semantics of the buffer object (although it could be argued this is enough of a bug to bother backporting).
* Make binascii.hexlify() use s# for its arguments instead of t# to actuallyBrett Cannon2006-06-081-0/+3
| | | | match its documentation stating it accepts any read-only buffer.
* Add functools.update_wrapper() and functools.wraps() as described in PEP 356Nick Coghlan2006-06-081-0/+4
|
* Argh. "integer" is a very confusing word ;)Georg Brandl2006-06-081-3/+0
| | | | | Actually, checking for INT_MAX and INT_MIN is correct since the format code explicitly handles a C "int".
* Add news for recent bugfix.Georg Brandl2006-06-081-0/+3
|
* Bug #1502728: Correctly link against librt library on HP-UX.Georg Brandl2006-06-081-0/+2
|
* - bsddb: the bsddb.dbtables Modify method now raises the proper error andGregory P. Smith2006-06-081-0/+4
| | | | | | | | | aborts the db transaction safely when a modifier callback fails. Fixes SF python patch/bug #1408584. Also cleans up the bsddb.dbtables docstrings since thats the only documentation that exists for that unadvertised module. (people really should really just use sqlite3)
* - bsddb: the __len__ method of a DB object has been fixed to return correctGregory P. Smith2006-06-051-0/+4
| | | | | results. It could previously incorrectly return 0 in some cases. Fixes SF bug 1493322 (pybsddb bug 1184012).
* * fix DBCursor.pget() bug with keyword argument names when no data= isGregory P. Smith2006-06-051-1/+5
| | | | supplied [SF pybsddb bug #1477863]
* * add support for DBSequence objects [patch #1466734]Gregory P. Smith2006-06-051-0/+3
|
* mention the just committed bsddb changesGregory P. Smith2006-06-051-0/+6
|
* Make doctest news more accurate.Tim Peters2006-06-051-2/+2
|
* Remove doctest.testmod's deprecated (in 2.4) `isprivate`Tim Peters2006-06-051-0/+3
| | | | argument. A lot of hair went into supporting that!
* Fix a potentially invalid memory access of CJKCodecs' shift-jisHye-Shik Chang2006-06-051-0/+2
| | | | decoder. (found by Neal Norwitz)
* Revert revisions:Tim Peters2006-06-041-3/+0
| | | | | | | | | | | | | | | | 46640 Patch #1454481: Make thread stack size runtime tunable. 46647 Markup fix The first is causing many buildbots to fail test runs, and there are multiple causes with seemingly no immediate prospects for repairing them. See python-dev discussion. Note that a branch can (and should) be created for resolving these problems, like svn copy svn+ssh://svn.python.org/python/trunk -r46640 svn+ssh://svn.python.org/python/branches/NEW_BRANCH followed by merging rev 46647 to the new branch.
* Patch #1346214: correctly optimize away "if 0"-style stmtsGeorg Brandl2006-06-041-0/+3
| | | | (thanks to Neal for review)
* Patch #1359618: Speed-up charmap encoder.Martin v. Löwis2006-06-041-0/+3
|
* Patch #1454481: Make thread stack size runtime tunable.Andrew MacIntyre2006-06-041-0/+3
|
* In a PYMALLOC_DEBUG build obmalloc adds extra debugging infoTim Peters2006-06-042-15/+25
| | | | | | | | | | | | | | | | | to each allocated block. This was using 4 bytes for each such piece of info regardless of platform. This didn't really matter before (proof: no bug reports, and the debug-build obmalloc would have assert-failed if it was ever asked for a chunk of memory >= 2**32 bytes), since container indices were plain ints. But after the Py_ssize_t changes, it's at least theoretically possible to allocate a list or string whose guts exceed 2**32 bytes, and the PYMALLOC_DEBUG routines would fail then (having only 4 bytes to record the originally requested size). Now we use sizeof(size_t) bytes for each of a PYMALLOC_DEBUG build's extra debugging fields. This won't make any difference on 32-bit boxes, but will add 16 bytes to each allocation in a debug build on a 64-bit box.
* Port to OpenBSD 3.9. Patch from Aldo Cortesi.Martin v. Löwis2006-06-031-0/+2
|
* pprint functions used to sort a dict (by key) if and only ifTim Peters2006-06-021-0/+6
| | | | | | | | | | | the output required more than one line. "Small" dicts got displayed in seemingly random order (the hash-induced order produced by dict.__repr__). None of this was documented. Now pprint functions always sort dicts by key, and the docs promise it. This was proposed and agreed to during the PyCon 2006 core sprint -- I just didn't have time for it before now.
* Record bugs 1275608 and 1456209 as being fixed.Tim Peters2006-06-011-4/+9
|
* [ 1497053 ] Let dicts propagate the exceptions in user __eq__().Armin Rigo2006-06-011-0/+5
| | | | [ 1456209 ] dictresize() vulnerability ( <- backport candidate ).
* Add SoC name, and reorganize this section a bitAndrew M. Kuchling2006-05-301-4/+10
|
* Add News entry for last commit.Georg Brandl2006-05-291-0/+3
|
* Apply modified version of Collin Winter's patch #1478788Nick Coghlan2006-05-291-2/+10
| | | | | | Renames functional extension module to _functools and adds a Python functools module so that utility functions like update_wrapper can be added easily.
* Patch #1496206: urllib2 PasswordMgr ./. default portsGeorg Brandl2006-05-281-0/+3
|
* Patch #1080727: add "encoding" parameter to doctest.DocFileSuiteGeorge Yoshida2006-05-281-0/+2
| | | | Contributed by Bjorn Tillenius.
* Add news item for new-style exception class branch merge.Georg Brandl2006-05-271-0/+4
|
* Patch 1494554: Update numeric properties to Unicode 4.1.Martin v. Löwis2006-05-271-0/+3
|
* Add Richard Tew to developersSteve Holden2006-05-261-0/+1
|
* Record Iceland sprint attendees.Tim Peters2006-05-261-0/+16
|
* Change C spacing to 4 spaces by default to match PEP 7 for new C files.Brett Cannon2006-05-261-1/+1
|
* Need for speed: Patch #921466 : sys.path_importer_cache is now used to cache ↵Georg Brandl2006-05-261-0/+4
| | | | | | | | | | valid and invalid file paths for the built-in import machinery which leads to fewer open calls on startup. Also fix issue with PEP 302 style import hooks which lead to more open() calls than necessary.
* Add Soc studentAndrew M. Kuchling2006-05-261-4/+5
|
* Some Win64 pre-release in 2000 didn't supportTim Peters2006-05-251-0/+4
| | | | | | | | QueryPerformanceCounter(), but we believe Win64 does support it now. So use in time.clock(). It would be peachy if someone with a Win64 box tried this ;-)
* Add entry; and fix a typoAndrew M. Kuchling2006-05-251-1/+7
|
* Heavily fiddled variant of patch #1442927: PyLong_FromString optimization.Tim Peters2006-05-241-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ``long(str, base)`` is now up to 6x faster for non-power-of-2 bases. The largest speedup is for inputs with about 1000 decimal digits. Conversion from non-power-of-2 bases remains quadratic-time in the number of input digits (it was and remains linear-time for bases 2, 4, 8, 16 and 32). Speedups at various lengths for decimal inputs, comparing 2.4.3 with current trunk. Note that it's actually a bit slower for 1-digit strings: len speedup ---- ------- 1 -4.5% 2 4.6% 3 8.3% 4 12.7% 5 16.9% 6 28.6% 7 35.5% 8 44.3% 9 46.6% 10 55.3% 11 65.7% 12 77.7% 13 73.4% 14 75.3% 15 85.2% 16 103.0% 17 95.1% 18 112.8% 19 117.9% 20 128.3% 30 174.5% 40 209.3% 50 236.3% 60 254.3% 70 262.9% 80 295.8% 90 297.3% 100 324.5% 200 374.6% 300 403.1% 400 391.1% 500 388.7% 600 440.6% 700 468.7% 800 498.0% 900 507.2% 1000 501.2% 2000 450.2% 3000 463.2% 4000 452.5% 5000 440.6% 6000 439.6% 7000 424.8% 8000 418.1% 9000 417.7%
* patch #1493701: performance enhancements for struct moduleBob Ippolito2006-05-231-0/+2
|
* revert #1493701Bob Ippolito2006-05-231-2/+0
|
* Remove duplicate itemAndrew M. Kuchling2006-05-231-3/+0
|
* Patch #1493701: performance enhancements for struct module.Bob Ippolito2006-05-231-0/+2
|
* Bug #1334662 / patch #1335972: int(string, base) wrong answers.Tim Peters2006-05-232-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In rare cases of strings specifying true values near sys.maxint, and oddball bases (not decimal or a power of 2), int(string, base) could deliver insane answers. This repairs all such problems, and also speeds string->int significantly. On my box, here are % speedups for decimal strings of various lengths: length speedup ------ ------- 1 12.4% 2 15.7% 3 20.6% 4 28.1% 5 33.2% 6 37.5% 7 41.9% 8 46.3% 9 51.2% 10 19.5% 11 19.9% 12 23.9% 13 23.7% 14 23.3% 15 24.9% 16 25.3% 17 28.3% 18 27.9% 19 35.7% Note that the difference between 9 and 10 is the difference between short and long Python ints on a 32-bit box. The patch doesn't actually do anything to speed conversion to long: the speedup is due to detecting "unsigned long" overflow more quickly. This is a bugfix candidate, but it's a non-trivial patch and it would be painful to separate the "bug fix" from the "speed up" parts.
* Update Misc/NEWS for gzip patch #1281707Bob Ippolito2006-05-231-2/+2
|
generated by cgit v0.12 at 2024-10-23 09:39:44 (GMT)