delta/cpython.git/Objects/bufferobject.c, branch v2.5b2 Suppress warning on MacOSX about possible use before set of proc. 2006-06-10T22:38:13+00:00 Skip Montanaro skip@pobox.com 2006-06-10T22:38:13+00:00 d94ad754b1ca84461abfce57e13c15b348ec6050 






Fix inconsistency in naming within an enum.
2006-06-09T17:05:48+00:00

Brett Cannon
bcannon@gmail.com

2006-06-09T17:05:48+00:00

2084d0b9294a20360e01f7285bd6671d8395341f












Buffer objects would return the read or write buffer for a wrapped object when
2006-06-08T17:00:45+00:00

Brett Cannon
bcannon@gmail.com

2006-06-08T17:00:45+00:00

6d572ff127981b97566991d05e59cdc36ee067d7

the char buffer was requested.  Now it actually returns the char buffer if
available or raises a TypeError if it isn't (as is raised for the other buffer
types if they are not present but requested).

Not a backport candidate since it does change semantics of the buffer object
(although it could be argued this is enough of a bug to bother backporting).





the char buffer was requested.  Now it actually returns the char buffer if
available or raises a TypeError if it isn't (as is raised for the other buffer
types if they are not present but requested).

Not a backport candidate since it does change semantics of the buffer object
(although it could be argued this is enough of a bug to bother backporting).







More C++-compliance. Note especially listobject.c - to get C++ to accept the
2006-04-11T06:54:30+00:00

Anthony Baxter
anthonybaxter@gmail.com

2006-04-11T06:54:30+00:00

0ddc283496ef2fbccdf27e2e40c575a4cb2168cc

PyTypeObject structures, I had to make prototypes for the functions, and
move the structure definition ahead of the functions. I'd dearly like a better
way to do this - to change this would make for a massive set of changes to
the codebase.

There's still some warnings - this is purely to get rid of errors first.





PyTypeObject structures, I had to make prototypes for the functions, and
move the structure definition ahead of the functions. I'd dearly like a better
way to do this - to change this would make for a massive set of changes to
the codebase.

There's still some warnings - this is purely to get rid of errors first.







Use proper PyArg_Parse format char for Py_ssize_t, instead of 'l', in
2006-02-16T19:44:46+00:00

Thomas Wouters
thomas@python.org

2006-02-16T19:44:46+00:00

0685eca80d5ef641c4909a5cdc914a9421717fa6

buffer_new(). Probably fixes a bug in 'buffer("", 10, 10)' on platforms
where sizeof(Py_ssize_t) != sizeof(long) (Win64?)





buffer_new(). Probably fixes a bug in 'buffer("", 10, 10)' on platforms
where sizeof(Py_ssize_t) != sizeof(long) (Win64?)







Revert 42400.
2006-02-16T06:59:22+00:00

Martin v. Löwis
martin@v.loewis.de

2006-02-16T06:59:22+00:00

605d5109c55f41c46afa035f3855bdce07ed55e3












Support %zd in PyErr_Format and PyString_FromFormat.
2006-02-16T06:54:25+00:00

Martin v. Löwis
martin@v.loewis.de

2006-02-16T06:54:25+00:00

927fc40c9a396cd36b6eaf963f25dfbb21959487












Get rid of compiler warnings (gcc 3.3.4 on x86)
2006-02-16T06:21:57+00:00

Neal Norwitz
nnorwitz@gmail.com

2006-02-16T06:21:57+00:00

1f6961af675c2bdcf8b62aeda44564ac63a77a5f












Merge ssize_t branch.
2006-02-15T17:27:45+00:00

Martin v. Löwis
martin@v.loewis.de

2006-02-15T17:27:45+00:00

26a6348f77faff1083d501950812ea9f68eb9547












Check return result for error
2005-12-18T08:02:38+00:00

Neal Norwitz
nnorwitz@gmail.com

2005-12-18T08:02:38+00:00

695b0eb10e8a21b4e4263d12dc025777568d8163