| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Modified .splitlines() tests according to the changes
in stringobject.c.
|
|
|
|
|
| |
Modified .splitlines() tests according to the changes
in unicodeobject.c.
|
|
|
|
|
|
| |
[The test is in a slightly odd place, in test_division_2; but it
exercises the recent change to long_mult(), and that's all we really
ask for. --GvR]
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of assuming that the number process ids of the threads is the
same as the process id of the controlling process, use a copy of the
dictionary and check for changes in the process ids of the threads
from the thread's process ids in the parent process. This makes the
test make more sense on systems which assign a new pid to each thread
(i.e., Linux).
This doesn't fix the other problems evident with this test on Linux.
|
|
|
|
|
|
|
|
| |
* '...%s...' % u"abc" now coerces to Unicode just like
string methods. Care is taken not to reevaluate already formatted
arguments -- only the first Unicode object appearing in the
argument mapping is looked up twice. Added test cases for
this to test_unicode.py.
|
|
|
|
| |
* More test cases for test_contains.py.
|
|
|
|
| |
recently changed.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
his copy of test_contains.py seems to be broken -- the lines he
deleted were already absent). Checkin messages:
New Unicode support for int(), float(), complex() and long().
- new APIs PyInt_FromUnicode() and PyLong_FromUnicode()
- added support for Unicode to PyFloat_FromString()
- new encoding API PyUnicode_EncodeDecimal() which converts
Unicode to a decimal char* string (used in the above new
APIs)
- shortcuts for calls like int(<int object>) and float(<float obj>)
- tests for all of the above
Unicode compares and contains checks:
- comparing Unicode and non-string types now works; TypeErrors
are masked, all other errors such as ValueError during
Unicode coercion are passed through (note that PyUnicode_Compare
does not implement the masking -- PyObject_Compare does this)
- contains now works for non-string types too; TypeErrors are
masked and 0 returned; all other errors are passed through
Better testing support for the standard codecs.
Misc minor enhancements, such as an alias dbcs for the mbcs codec.
Changes:
- PyLong_FromString() now applies the same error checks as
does PyInt_FromString(): trailing garbage is reported
as error and not longer silently ignored. The only characters
which may be trailing the digits are 'L' and 'l' -- these
are still silently ignored.
- string.ato?() now directly interface to int(), long() and
float(). The error strings are now a little different, but
the type still remains the same. These functions are now
ready to get declared obsolete ;-)
- PyNumber_Int() now also does a check for embedded NULL chars
in the input string; PyNumber_Long() already did this (and
still does)
Followed by:
Looks like I've gone a step too far there... (and test_contains.py
seem to have a bug too).
I've changed back to reporting all errors in PyUnicode_Contains()
and added a few more test cases to test_contains.py (plus corrected
the join() NameError).
|
|
|
|
|
|
| |
This patch fixes the mmap module on Windows 9x.
Also updates the mmap test to remove the test file.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
was a superfluous check for the platform.
|
| |
|
|
|
|
| |
add test cases for non-UserList class, tuple, & string
|
|
|
|
|
|
|
| |
If a non-tuple sequence is passed as the *arg, convert it to a tuple
before checking its length.
If named keyword arguments are used in combination with **kwargs, make
a copy of kwargs before inserting the new keys.
|
|
|
|
| |
Win32 test case.
|
|
|
|
| |
Win32 test case
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The attached patch set includes a workaround to get Python with
Unicode compile on BSDI 4.x (courtesy Thomas Wouters; the cause
is a bug in the BSDI wchar.h header file) and Python interfaces
for the MBCS codec donated by Mark Hammond.
Also included are some minor corrections w/r to the docs of
the new "es" and "es#" parser markers (use PyMem_Free() instead
of free(); thanks to Mark Hammond for finding these).
The unicodedata tests are now in a separate file
(test_unicodedata.py) to avoid problems if the module cannot
be found.
|
|
|
|
|
|
|
|
|
|
| |
Attached you find the latest update of the Unicode implementation.
The patch is against the current CVS version.
It includes the fix I posted yesterday for the core dump problem
in codecs.c (was introduced by my previous patch set -- sorry),
adds more tests for the codecs and two new parser markers
"es" and "es#".
|
|
|
|
|
|
| |
argument: a (host, port) tuple.
Like multi-arg append(), multi-arg connect() and bind() may be ruled out!
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Attached you find an update of the Unicode implementation.
The patch is against the current CVS version. I would appreciate
if someone with CVS checkin permissions could check the changes
in.
The patch contains all bugs and patches sent this week and also
fixes a leak in the codecs code and a bug in the free list code
for Unicode objects (which only shows up when compiling Python
with Py_DEBUG; thanks to MarkH for spotting this one).
|
| |
|
| |
|
|
|
|
| |
non-char in string.
|
| |
|
| |
|
|
|
|
| |
Only the main thread should survive in the child after a fork().
|
|
|
|
| |
slicing) using long integers
|
| |
|
| |
|
|
|
|
| |
it should raise gdbm.error.
|
| |
|
|
|
|
|
| |
(XXX perhaps a bit too verbose; in particular it is sensitive to
all the doc strings.)
|
|
|
|
| |
module, which is tested by test_binhex.py.
|
| |
|
|
|
|
| |
Renamed it and adapted a comment and an error message.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Also added a short circuit for the regression test suite since CVS
insisted on putting this file in the main branch. :(
|
| |
|