- 18 Haz, 2001 4 kayıt (commit)
-
-
Andrew M. Kuchling yazdı
PyArg_ParseTuple() call. (2.1.1 bugfix candidate.)
-
Fred Drake yazdı
an external file.
-
Guido van Rossum yazdı
-
Martin v. Löwis yazdı
has_key, __getitem__, and __setitem__.
-
- 17 Haz, 2001 4 kayıt (commit)
-
-
Tim Peters yazdı
Also replaced a *star* style emphasis in the Representation Error section with an \emph{} thingie.
-
Marc-André Lemburg yazdı
-
Guido van Rossum yazdı
Summary: NAMESPACE support in imaplib.py Initial Comment: Support for the IMAP NAMESPACE extension defined in rfc 2342. This is almost a necessity for working with modern IMAP servers.
-
Martin v. Löwis yazdı
Allow application to set a new content handler and lex_prop handler during parsing. Closes bug #433761. Small hack to make expat be ignored in Jython.
-
- 16 Haz, 2001 8 kayıt (commit)
-
-
Fred Drake yazdı
and trace functions lazily, which incurs extra argument pushing and checks in the C overhead for profiling/tracing, create the strings semi-lazily when the Python code first registers a profile or trace function. This simplifies the trampoline into the profile/trace functions.
-
Tim Peters yazdı
#if/#error constructs.
-
Martin v. Löwis yazdı
-
Tim Peters yazdı
the need for the F_ERROR macro.
-
Tim Peters yazdı
-
Tim Peters yazdı
-
Tim Peters yazdı
Gave Python linear-time repr() implementations for dicts, lists, strings. This means, e.g., that repr(range(50000)) is no longer 50x slower than pprint.pprint() in 2.2 <wink>. I don't consider this a bugfix candidate, as it's a performance boost. Added _PyString_Join() to the internal string API. If we want that in the public API, fine, but then it requires runtime error checks instead of asserts.
-
Tim Peters yazdı
call_object: If the object isn't callable, display its type in the error msg rather than its repr. Bugfix candidate.
-
- 15 Haz, 2001 3 kayıt (commit)
-
-
Fred Drake yazdı
it should, but only enough that LaTeX2HTML doesn't bite us.
-
Fred Drake yazdı
-
Thomas Wouters yazdı
Protect several more uses of constants with #ifdefs; these are necessary on (at least) SCO OpenServer 5. Fixes a non-SF-submitted bugreport by Michael Kent.
-
- 14 Haz, 2001 8 kayıt (commit)
-
-
Guido van Rossum yazdı
-
Tim Peters yazdı
-
Guido van Rossum yazdı
some code for longer than needed.
-
Fred Drake yazdı
-
Tim Peters yazdı
significant digits sign bits. Again no change in semantics.
-
Tim Peters yazdı
is allocated than needed (used to allocate 80 bytes of digit space no matter how small the long input). This also runs faster, at least on 32- bit boxes.
-
Tim Peters yazdı
-
Tim Peters yazdı
the new PyLong_{As,From}{Unsigned,}LongLong tests, so the bulk of the code is in the new #include file testcapi_long.h, which generates different code depending on how macros are set. This sucks, but I couldn't think of anything that sucked less. UNIX headache? If we still maintain dependencies by hand, someone who knows what they're doing should teach whatever needs it that _testcapimodule.c includes testcapi_long.h.
-
- 13 Haz, 2001 11 kayıt (commit)
-
-
Tim Peters yazdı
Unfortunately, the std-mode bBhHIL codes don't do any range-checking; if and when some of those get fixed, remove their letters from the IntTester.BUGGY_RANGE_CHECK string. In the meantime, a msg saying that range-tests are getting skipped is printed to stdout whenever one is skipped.
-
Tim Peters yazdı
semantic change, but a bit clearer and may help a really stupid compiler avoid pointless runtime length conversions.
-
Tim Peters yazdı
truly needed; usually saves a little time, but no change in semantics.
-
Tim Peters yazdı
outside the function's control, but is crucial to correct operation.
-
Tim Peters yazdı
-
Tim Peters yazdı
-
Marc-André Lemburg yazdı
about this...
-
Jack Jansen yazdı
-
Jack Jansen yazdı
-
Tim Peters yazdı
Repaired that, and added appropriate tests for it to test_struct.py.
-
Tim Peters yazdı
Replaced PyLong_{As,From}{Unsigned,}LongLong guts with calls to _PyLong_{As,From}ByteArray. _testcapimodule.c: Added strong tests of PyLong_{As,From}{Unsigned,}LongLong. Fixes SF bug #432552 PyLong_AsLongLong() problems. Possible bugfix candidate, but the fix relies on code added to longobject to support the new q/Q structmodule format codes.
-
- 12 Haz, 2001 2 kayıt (commit)
-
-
Tim Peters yazdı
functions. I intend to replace their guts with calls to the new _PyLong_{As,From}ByteArray() functions, but AFAICT there's no tests for them at all now; I also suspect PyLong_AsLongLong() isn't catching all overflow cases, but without a std test to demonstrate that why should you believe me <wink>. Also added a raiseTestError() utility function.
-
Tim Peters yazdı
clarity. Should have no effect visible to callers.
-