| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
This fixes the symptom, but PRINT_ITEM has no way to know what (if
anything) PyFile_WriteObject() writes unless the object being printed
is a string. When the object isn't a string, this fix retains the
guess that softspace should be set after PyFile_WriteObject().
We might want to say that it's the job of filelike-object write methods
to leave the file's softspace in the correct state. That would probably
be better -- but everyone relies on PRINT_ITEM to guess for them now.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
that can be raised - do_help won't be called if arg is not a string
|
| |
|
|
|
|
| |
as the fully qualified local hostname.
|
|
|
|
|
| |
This in inside the test so it really doesn't matter much. Closes
SF patch 497097.
|
|
|
|
| |
Closes SF patch 494871.
|
|
|
|
| |
Clarify the docstring for get_history_length. Closes SF patch 494066.
|
|
|
|
|
|
| |
Assorted: bump the serial number via a trivial new bumpserialno()
function. The point is to give a single place to set a breakpoint when
waiting for a specific serial number.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
of get_line. This makes test_bufio finish in 1.7 seconds instead of 57
seconds on my machine (with Py_DEBUG defined).
Also, rename the local variables n1 and n2 to used_v_size and
total_v_size.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When WITH_PYMALLOC is defined, define PYMALLOC_DEBUG to enable the debug
allocator. This can be done independent of build type (release or debug).
A debug build automatically defines PYMALLOC_DEBUG when pymalloc is
enabled. It's a detected error to define PYMALLOC_DEBUG when pymalloc
isn't enabled.
Two debugging entry points defined only under PYMALLOC_DEBUG:
+ _PyMalloc_DebugCheckAddress(const void *p) can be used (e.g., from gdb)
to sanity-check a memory block obtained from pymalloc. It sprays
info to stderr (see next) and dies via Py_FatalError if the block is
detectably damaged.
+ _PyMalloc_DebugDumpAddress(const void *p) can be used to spray info
about a debug memory block to stderr.
A tiny start at implementing "API family" checks isn't good for
anything yet.
_PyMalloc_DebugRealloc() has been optimized to do little when the new
size is <= old size. However, if the new size is larger, it really
can't call the underlying realloc() routine without either violating its
contract, or knowing something non-trivial about how the underlying
realloc() works. A memcpy is always done in this case.
This was a disaster for (and only) one of the std tests: test_bufio
creates single text file lines up to a million characters long. On
Windows, fileobject.c's get_line() uses the horridly funky
getline_via_fgets(), which keeps growing and growing a string object
hoping to find a newline. It grew the string object 1000 bytes each
time, so for a million-character string it took approximately forever
(I gave up after a few minutes).
So, also:
fileobject.c, getline_via_fgets(): When a single line is outrageously
long, grow the string object at a mildly exponential rate, instead of
just 1000 bytes at a time.
That's enough so that a debug-build test_bufio finishes in about 5 seconds
on my Win98SE box. I'm curious to try this on Win2K, because it has very
different memory behavior than Win9X, and test_bufio always took a factor
of 10 longer to complete on Win2K. It *could* be that the endless
reallocs were simply killing it on Win2K even in the release build.
|
|
|
|
|
| |
getuid or getpid. posix_getuid & posix_getpid never raise exceptions when
called with no args.
|
| |
|
| |
|
| |
|
|
|
|
| |
converted to use unittest
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
One more time on this turkey, but duller instead of cleverer.
Curious: The docs say __getslice__ has been deprecated since 2.0, but
list.__getitem__ still doesn't work if you pass it a slice. This makes
it a lot clearer to emulate a list by *being* a list <wink>.
Bugfix candidate. Michael, just pile this patch on top of the others
that went by -- no need to try to pick these apart.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Also move all _PyMalloc_XXX entry points into obmalloc.c.
The Windows build works fine.
The Unix build is changed here (Makefile.pre.in), but not tested.
No other platform's build process has been fiddled.
|
|
|
|
| |
statement.
|
| |
|
|
|
|
| |
by a future statement.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Michael: use this version as the bugfix candidate...
|
|
|
|
| |
is always 0. This closes bug #533234.
|
|
|
|
| |
and remove the unneccessary "import stat" statement.
|
|
|
|
|
| |
to crash. The user has reported the problem to Opera, but we still should
generate something that passes for HTML.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
.compile to be None, and set it to true if it is.
Caught by Pearu Peterson.
Bugfix candidate, if the previous change is accepted for
release22-maint.
|
| |
|
| |
|
|
|
|
|
| |
available even if pymalloc is disabled since extension modules might use
them.
|
|
|
|
|
|
| |
and not pymalloc. Add the functions PyMalloc_New, PyMalloc_NewVar, and
PyMalloc_Del that will use pymalloc if it's enabled. If pymalloc is
not enabled then they use the standard malloc (PyMem_*).
|