summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Removed merge tracking for "svnmerge" forChristian Heimes2008-03-260-0/+0
| | | | svn+ssh://pythondev@svn.python.org/python/branches/libffi3-branch
* Merged revisions ↵Christian Heimes2008-03-2628-8/+8702
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 61750,61752,61754,61756,61760,61763,61768,61772,61775,61805,61809,61812,61819,61917,61920,61930,61933-61934 via svnmerge from svn+ssh://pythondev@svn.python.org/python/branches/trunk-bytearray ........ r61750 | christian.heimes | 2008-03-22 20:47:44 +0100 (Sat, 22 Mar 2008) | 1 line Copied files from py3k w/o modifications ........ r61752 | christian.heimes | 2008-03-22 20:53:20 +0100 (Sat, 22 Mar 2008) | 7 lines Take One * Added initialization code, warnings, flags etc. to the appropriate places * Added new buffer interface to string type * Modified tests * Modified Makefile.pre.in to compile the new files * Added bytesobject.c to Python.h ........ r61754 | christian.heimes | 2008-03-22 21:22:19 +0100 (Sat, 22 Mar 2008) | 2 lines Disabled bytearray.extend for now since it causes an infinite recursion Fixed serveral unit tests ........ r61756 | christian.heimes | 2008-03-22 21:43:38 +0100 (Sat, 22 Mar 2008) | 5 lines Added PyBytes support to several places: str + bytearray ord(bytearray) bytearray(str, encoding) ........ r61760 | christian.heimes | 2008-03-22 21:56:32 +0100 (Sat, 22 Mar 2008) | 1 line Fixed more unit tests related to type('') is not unicode ........ r61763 | christian.heimes | 2008-03-22 22:20:28 +0100 (Sat, 22 Mar 2008) | 2 lines Fixed more unit tests Fixed bytearray.extend ........ r61768 | christian.heimes | 2008-03-22 22:40:50 +0100 (Sat, 22 Mar 2008) | 1 line Implemented old buffer interface for bytearray ........ r61772 | christian.heimes | 2008-03-22 23:24:52 +0100 (Sat, 22 Mar 2008) | 1 line Added backport of the io module ........ r61775 | christian.heimes | 2008-03-23 03:50:49 +0100 (Sun, 23 Mar 2008) | 1 line Fix str assignement to bytearray. Assignment of a str of size 1 is interpreted as a single byte ........ r61805 | christian.heimes | 2008-03-23 19:33:48 +0100 (Sun, 23 Mar 2008) | 3 lines Fixed more tests Fixed bytearray() comparsion with unicode() Fixed iterator assignment of bytearray ........ r61809 | christian.heimes | 2008-03-23 21:02:21 +0100 (Sun, 23 Mar 2008) | 2 lines str(bytesarray()) now returns the bytes and not the representation of the bytearray object Enabled and fixed more unit tests ........ r61812 | christian.heimes | 2008-03-23 21:53:08 +0100 (Sun, 23 Mar 2008) | 3 lines Clear error PyNumber_AsSsize_t() fails Use CHARMASK for ob_svall access disabled a test with memoryview again ........ r61819 | christian.heimes | 2008-03-23 23:05:57 +0100 (Sun, 23 Mar 2008) | 1 line Untested updates to the PCBuild directory ........ r61917 | christian.heimes | 2008-03-26 00:57:06 +0100 (Wed, 26 Mar 2008) | 1 line The type system of Python 2.6 has subtle differences to 3.0's. I've removed the Py_TPFLAGS_BASETYPE flags from bytearray for now. bytearray can't be subclasses until the issues with bytearray subclasses are fixed. ........ r61920 | christian.heimes | 2008-03-26 01:44:08 +0100 (Wed, 26 Mar 2008) | 2 lines Disabled last failing test I don't understand what the test is testing and how it suppose to work. Ka-Ping, please check it out. ........ r61930 | christian.heimes | 2008-03-26 12:46:18 +0100 (Wed, 26 Mar 2008) | 1 line Re-enabled bytes warning code ........ r61933 | christian.heimes | 2008-03-26 13:20:46 +0100 (Wed, 26 Mar 2008) | 1 line Fixed a bug in the new buffer protocol. The buffer slots weren't copied into a subclass. ........ r61934 | christian.heimes | 2008-03-26 13:25:09 +0100 (Wed, 26 Mar 2008) | 1 line Re-enabled bytearray subclassing - all tests are passing. ........
* Prepare integration of bytearray backport branchChristian Heimes2008-03-260-0/+0
|
* Added help options to PDBBenjamin Peterson2008-03-261-1/+1
|
* Add an example for an RFC 822 continuation.Georg Brandl2008-03-261-6/+8
|
* Add Josiah.Georg Brandl2008-03-261-0/+3
|
* Changed test so it no longer runs as a side effect of importing.Jerry Seutter2008-03-261-166/+179
|
* Changed test so it no longer runs as a side effect of importing.Jerry Seutter2008-03-261-209/+222
|
* Ensure that the mailbox is closed to prevent problems on Windows with removingNeal Norwitz2008-03-261-3/+5
| | | | | | an open file. This doesn't seem to be a problem in 2.6, but that appears to be somewhat accidental (specific to reference counting). When this gets merged to 3.0, it will make the 3.0 code simpler.
* Changed test so it no longer runs as a side effect of importing.Jerry Seutter2008-03-261-7/+20
|
* Try to get this test to be less flaky. It was failing sometimes becauseNeal Norwitz2008-03-261-10/+5
| | | | | | | the connect would succeed before the timeout occurred. Try using an address and port that hopefully doesn't exist to ensure we get no response. If this doesn't work, we can use a public address close to python.org and hopefully that address never gets taken.
* Add various itemsAndrew M. Kuchling2008-03-261-17/+78
|
* Minor docstring typosAndrew M. Kuchling2008-03-261-5/+5
|
* Opps! I merged the revisions, but forgot to addBenjamin Peterson2008-03-251-0/+11
| | | | the header to ACKS
* Make _ctypes.c PY_SSIZE_T_CLEAN.Thomas Heller2008-03-251-2/+4
|
* Merged the ACKS from py3kBenjamin Peterson2008-03-251-62/+58
|
* Issue #2482: Make sure that the coefficient of a DecimalMark Dickinson2008-03-253-3/+23
| | | | | instance is always stored as a str instance, even when that Decimal has been created from a unicode string.
* Add Benjamin.Georg Brandl2008-03-251-0/+3
|
* Issue #2478: Decimal(sqrt(0)) failed when the decimal contextMark Dickinson2008-03-253-3/+11
| | | | was not explicitly supplied.
* Move declarations to block start.Georg Brandl2008-03-251-4/+4
|
* #2476: document that %default feature is new in 2.4.Georg Brandl2008-03-251-4/+5
|
* #2359: add Py3k warning for array.read/array.write.Georg Brandl2008-03-252-2/+28
|
* Fix tabs.Georg Brandl2008-03-252-2/+2
|
* Make Py3k warnings consistent w.r.t. punctuation; also respect theGeorg Brandl2008-03-2516-54/+67
| | | | EOL 80 limit and supply more alternatives in warning messages.
* #2355: py3k warning for buffer().Georg Brandl2008-03-253-1/+13
|
* On platforms without zlib, make this do the right thing and return the pythonGregory P. Smith2008-03-251-71/+58
| | | | | | | | 2.x signed value. Also, don't waste space on a table full of unsigned longs when all it needs are unsigned ints (incase anyone builds this without zlib on a 64-bit unix for some strange reason). tested by forcing it to compile this version on both 32-bit and 64-bit linux.
* Use a 32-bit unsigned int here, a long is not needed.Gregory P. Smith2008-03-252-6/+6
|
* #868845: document <...> reprs.Georg Brandl2008-03-251-5/+9
|
* Try to get this test to be more stable:Neal Norwitz2008-03-251-4/+15
| | | | | | | | * disable gc during the test run because we are spawning objects and there was an exception when calling Popen.__del__ * Always set an alarm handler so the process doesn't exit if the test fails (should probably add assertions on the value of hndl_called in more places) * Using a negative time causes Linux to treat it as zero, so disable that test.
* Don't try to close a non-open file.Neal Norwitz2008-03-251-4/+4
| | | | Don't let file removal cause the test to fail.
* A stab in the dark attempt to fix the alpha/tru64 buildbot problem and add moreGregory P. Smith2008-03-252-2/+11
| | | | test coverage of valid inputs to zlib.crc32.
* Try to fix a bunch of compiler warnings on Win64.Neal Norwitz2008-03-254-5/+5
|
* Fix a bunch of UnboundLocalErrors when the tests fail.Neal Norwitz2008-03-252-6/+9
|
* Issue2469: Correct a typo I introduced at r61793: compilation error with ↵Amaury Forgeot d'Arc2008-03-241-1/+1
| | | | | | UCS4 builds. All buildbots compile with UCS2...
* Added quick hack for bzrChristian Heimes2008-03-241-2/+2
|
* Added quick hack for bzrChristian Heimes2008-03-241-1/+8
|
* Conditionalize sys/time.h inclusion.Martin v. Löwis2008-03-241-0/+2
|
* Patch #2240: Implement signal.setitimer and signal.getitimer.Martin v. Löwis2008-03-248-16/+313
|
* Install 2to3 script.Martin v. Löwis2008-03-243-0/+8
|
* #1700821: add a note to audioop docs about signedness of sample formats.Georg Brandl2008-03-241-0/+12
|
* Issue 2460: Make Ellipsis objects copyable.Raymond Hettinger2008-03-242-1/+4
|
* Tighten documentation for Random.triangular.Raymond Hettinger2008-03-241-5/+5
|
* Merged revisions 61724-61824 via svnmerge fromMartin v. Löwis2008-03-246-23/+62
| | | | | | | | | | | | | | | | | | svn+ssh://pythondev@svn.python.org/sandbox/trunk/2to3/lib2to3 ........ r61730 | martin.v.loewis | 2008-03-22 02:20:58 +0100 (Sa, 22 Mär 2008) | 2 lines More explicit relative imports. ........ r61755 | david.wolever | 2008-03-22 21:33:52 +0100 (Sa, 22 Mär 2008) | 1 line Fixing #2446 -- 2to3 now translates 'import foo' to 'from . import foo' ........ r61824 | david.wolever | 2008-03-24 01:30:24 +0100 (Mo, 24 Mär 2008) | 3 lines Fixed a bug where 'from itertools import izip' would return 'from itertools import' ........
* Have the binascii module use zlib's optimized crc32() function when availableGregory P. Smith2008-03-242-3/+41
| | | | | to reduce our code size (1k data table and tiny bit of code). It falls back to its own without zlib.
* prevent a warning from the struct module when data size >= 2**32.Gregory P. Smith2008-03-231-1/+1
|
* A bugfix for r61813, it would fail if the data size was >=2**32.Gregory P. Smith2008-03-231-5/+1
|
* replace calls to get the initial values with the raw constants.Gregory P. Smith2008-03-231-2/+2
|
* Fix gzip to deal with CRC's being signed values in Python 2.x properly and toGregory P. Smith2008-03-231-31/+13
| | | | | | | read 32bit values as unsigned to start with rather than applying signedness fixups allover the place afterwards. This hopefully fixes the test_tarfile failure on the alpha/tru64 buildbot.
* Revert r61779 - It undid correct code and caused test_zlib to fail on allGregory P. Smith2008-03-231-4/+2
| | | | | | | | | | | platforms with a 64-bit long. The Alpha/Tru64 test problem is a problem in either tarfile or test_tarfile, not zlib. crc32 and adler32 return 32-bit values. by using a long thats larger than 32-bits in these functions they were prevented from wrapping around to their signed 32-bit value that we want them to return in python 2.x.
* Adopt Nick's suggestion for useful default arguments.Raymond Hettinger2008-03-232-5/+11
| | | | Clean-up floating point issues by adding true division and float constants.