Guido van Rossum
b18618dab7
Vladimir Marangozov's long-awaited malloc restructuring.
...
For more comments, read the patches@python.org archives.
For documentation read the comments in mymalloc.h and objimpl.h.
(This is not exactly what Vladimir posted to the patches list; I've
made a few changes, and Vladimir sent me a fix in private email for a
problem that only occurs in debug mode. I'm also holding back on his
change to main.c, which seems unnecessary to me.)
2000-05-03 23:44:39 +00:00
Guido van Rossum
2efa369861
Use modern PyArg_ParseTuple style, with function names.
2000-03-31 00:37:41 +00:00
Guido van Rossum
c279b53b4f
Marc-Andre Lemburg: support marshalling Unicode objects (code 'u').
2000-03-10 23:03:02 +00:00
Guido van Rossum
5bd893b1ea
The previous checkin contained an experiment of Greg Stein's that wasn't
...
meant for checkin, and which broke marshal.loads().
1998-10-08 01:45:47 +00:00
Guido van Rossum
d076c73cc8
Changes to support other object types besides strings
...
as the code string of code objects, as long as they support
the (readonly) buffer interface. By Greg Stein.
1998-10-07 19:42:25 +00:00
Guido van Rossum
a45cb45965
When unmarshalling, add test for negative lengths on strings, tuples
...
and lists; if the size is negative, raise an exception. Also raise an
exception when an undefined type is found -- all this to increase the
chance that garbage input causes an exception instead of a core dump.
1998-06-08 20:27:29 +00:00
Guido van Rossum
ba7cc0cfba
Remove unnecessary PyErr_Clear().
1998-05-14 02:31:26 +00:00
Guido van Rossum
730806d3d9
Make new gcc -Wall happy
1998-04-10 22:27:42 +00:00
Guido van Rossum
6fc06e770f
Plugged a leak. (The same as the one plugged in compile.c -- forgot
...
to free lnotab).
1997-07-26 23:30:18 +00:00
Guido van Rossum
7e8d26d78c
PyFile_WriteString now returns an error indicator instead of calling
...
PyErr_Clear(). Add checking of those errors.
1997-05-22 22:35:47 +00:00
Guido van Rossum
79f25d9a7b
Quickly renamed the remaining files -- this directory is done.
1997-04-29 20:08:16 +00:00
Guido van Rossum
45b83915f8
New form of PyFPE_END_PROTECT macro.
1997-03-14 04:32:50 +00:00
Guido van Rossum
0ae748d3c4
Changes for Lee Busby's SIGFPE patch set.
...
New file pyfpe.c and exception FloatingPointError.
Surround some f.p. operations with PyFPE macro brackets.
1997-02-14 22:58:07 +00:00
Guido van Rossum
0f4bbd2f34
Keep gcc -Wall happy.
1997-02-14 21:12:56 +00:00
Guido van Rossum
d031c89891
Marshal the line number table of code objects.
1997-01-24 03:44:17 +00:00
Guido van Rossum
98a9b312e8
Marshal the new stacksize item in code objects.
1997-01-17 21:07:08 +00:00
Guido van Rossum
c1547d930f
Better way to handle 64-bit ints, keeping gcc -Wall happy.
...
Tested with AMK's help.
1996-12-10 15:39:04 +00:00
Guido van Rossum
b0c168cbe8
Tentative changes to make this work better on 64-bit machines.
...
A plain int that doesn't fit in 32 bits will be marshalled using a new
type. 32 bits machines can't handle this and will issue a warning.
1996-12-05 23:15:02 +00:00
Guido van Rossum
d266eb460e
New permission notice, includes CNRI.
1996-10-25 14:44:06 +00:00
Guido van Rossum
e449af7da9
Ellipses -> Ellipsis rename (the dictionary really says that it should
...
be Ellipsis!).
Bumped the API version because a linker-visible symbol is affected.
Old C code will still compile -- there's a b/w compat macro.
Similarly, old Python code will still run, builtin exports both
Ellipses and Ellipsis.
1996-10-11 16:25:41 +00:00
Guido van Rossum
3f3bb3d3c9
Added *PyMarshal_WriteObjectToString() (moved the relevant code there
...
from marshal_loads()).
1996-08-19 22:07:17 +00:00
Guido van Rossum
8861b74445
Changes for slice and ellipses
1996-07-30 16:49:37 +00:00
Guido van Rossum
530956d247
Py_complex; and WITHOUT_COMPLEX added to getargs.c
1996-07-21 02:27:43 +00:00
Guido van Rossum
f21506076d
Jeremy's patches for more robust handling of unmarshallable types.
1996-06-26 20:41:23 +00:00
Guido van Rossum
0a8626eb88
Plug memory leak (variable names in code objects were being leaked!)
1996-05-28 22:28:12 +00:00
