- 12 Apr, 2006 27 commits
-
-
Phillip J. Eby authored
pointer dereferences.
-
Andrew M. Kuchling authored
Mention ASCII as default encoding; update TODO list; use PyCF_ONLY_AST by MvL's suggestion; typographical tidying of MvL's name
-
Andrew M. Kuchling authored
-
Armin Rigo authored
in dicts and sets when computing the total number of references.
-
Georg Brandl authored
-
Andrew M. Kuchling authored
-
Georg Brandl authored
e.g. SimpleXMLRPCServer wasn't in here yet.
-
Andrew M. Kuchling authored
-
Andrew M. Kuchling authored
-
Anthony Baxter authored
Wrapped in a try/except.
-
Armin Rigo authored
-
Walter Dörwald authored
Add tests for the output of the TextCalendar and HTMLCalendar classes.
-
Neal Norwitz authored
-
Tim Peters authored
"O" arguments, so must not decref them. This accounts for why running test_contextlib.test_main() in a loop eventually tried to deallocate Py_None.
-
Neal Norwitz authored
report failures, we'll see. Skip certain hopeless tests: compiler and logging. compiler will likely always show varying leaks since it doesn't work on a defined set of modules unless -u compiler is specified. But that takes forever (we only run with -u network currently). logging causes hangs when running with -R.
-
Neal Norwitz authored
Add tests for generator expressions too.
-
Neal Norwitz authored
-
Anthony Baxter authored
-
Neal Norwitz authored
-
Anthony Baxter authored
-
Anthony Baxter authored
code work with C++ compilers.
-
Anthony Baxter authored
with the getstring() results in pattern_subx. Will come back to that.
-
Anthony Baxter authored
-
Anthony Baxter authored
compile.c to add a cast.
-
Anthony Baxter authored
still has errors from the casts of asdl_seq_GET to cmpop_ty, but otherwise it's C++ clean.
-
Thomas Wouters authored
for the bogus failure.
-
Thomas Wouters authored
[x for x in it if x if x], were broken for no good reason by the PEP 308 patch.
-
- 11 Apr, 2006 13 commits
-
-
Thomas Wouters authored
to avoid confusing situations like: >>> int("") ValueError: invalid literal for int(): >>> int("2\n\n2") ValueError: invalid literal for int(): 2 2 Also report the base used, to avoid: ValueError: invalid literal for int(): 2 They now report: >>> int("") ValueError: invalid literal for int() with base 10: '' >>> int("2\n\n2") ValueError: invalid literal for int() with base 10: '2\n\n2' >>> int("2", 2) ValueError: invalid literal for int() with base 2: '2' (Reporting the base could be avoided when base is 10, which is the default, but hrm.) Another effect of these changes is that the errormessage can be longer; before, it was cut off at about 250 characters. Now, it can be up to four times as long, as the unrepr'ed string is cut off at 200 characters, instead. No tests were added or changed, since testing for exact errormsgs is (pardon the pun) somewhat errorprone, and I consider not testing the exact text preferable. The actually changed code is tested frequent enough in the test_builtin test as it is (120 runs for each of ints and longs.)
-
Vinay Sajip authored
StreamHandler now checks explicitly for None before using sys.stderr as the stream (see SF bug #1463840).
-
Tim Peters authored
interpolate PY_FORMAT_SIZE_T for refcount display instead of casting refcounts to long. I understand that gcc on some boxes delivers nuisance warnings about this, but if any new ones appear because of this they'll get fixed by magic when the others get fixed.
-
Andrew M. Kuchling authored
-
Anthony Baxter authored
-
Anthony Baxter authored
entirely happy with the two new VISIT macros in compile.c, but I couldn't see a better approach.
-
Martin v. Löwis authored
-
Martin v. Löwis authored
void* to their respective _ty types. Fix signature of ast_for_exprlist.
-
Martin v. Löwis authored
-
Martin v. Löwis authored
after the type objects.
-
Martin v. Löwis authored
-
Neal Norwitz authored
mismatches. At least I hope this fixes them all. This reverts part of my change from yesterday that converted everything in Parser/*.c to use PyObject_* API. The encoding doesn't really need to use PyMem_*, however, it uses new_string() which must return PyMem_* for handling the result of PyOS_Readline() which returns PyMem_* memory. If there were 2 versions of new_string() one that returned PyMem_* for tokens and one that return PyObject_* for encodings that could also fix this problem. I'm not sure which version would be clearer. This seems to fix both Guido's and Phillip's problems, so it's good enough for now. After this change, it would be good to review Parser/*.c for consistent use of the 2 memory APIs.
-
Martin v. Löwis authored
Explicitly cast void* to int to cmpop_ty.
-