On 1/14/07, Calvin Spealman <[EMAIL PROTECTED]> wrote:
> Is it a more general problem that null-terminated strings are used
> with data from strings we specifically allow to contain null bytes?
> Perhaps a migration of *FromString() to *FromStringAndSize()
> functions, or taking Python string objec
Is it a more general problem that null-terminated strings are used
with data from strings we specifically allow to contain null bytes?
Perhaps a migration of *FromString() to *FromStringAndSize()
functions, or taking Python string object pointers, would be a more
general solution to set as a goal,
On 1/14/07, Calvin Spealman <[EMAIL PROTECTED]> wrote:
> I am really looking into get into hacking on CPython
And doing the python-dev Summaries will definitely help with that. =)
> and I'm keenly
> interested in your security work (my top reason for hoping i can make
> PyCon. keeping fingers cr
SVN rev 52305 resolved Bug #1545497: when given an explicit base,
int() did ignore NULs embedded in the string to convert.
However, the same fix wasn't applied for long().
n
On 1/13/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> What's wrong with this session? :-)
>
> Python 2.6a0 (trunk:5341
Guido van Rossum wrote:
> On 1/12/07, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
>> [A.M. Kuchling]
>>> 2.6 wouldn't go changing existing APIs to begin requiring or returning
>>> the bytes type[*], of course, but extensions and new modules might use
>>> it.
>> The premise is dubious.
>>
>> If I a
I am really looking into get into hacking on CPython and I'm keenly
interested in your security work (my top reason for hoping i can make
PyCon. keeping fingers crossed!), so if you need help with this to
focus on other things, I'd be delighted to try my hand at the task. Do
you have some docs up a
On 1/14/07, Laurent Gautier <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> This is a somehow an update to the thread on pydoc started by Ron.
>
> Since the last entry we took the bull by the horns (so to speak), and
> are seriously aiming at delivering something that can qualify as:
> - a revision of the
Nick> With an explicit base, however, PyLong_FromString is called
Nick> directly. Since that API takes a char* string, it stops at the
Nick> first embedded NULL:
long('123\0003', 10)
Nick> 123L
long('123\00032', 10)
Nick> 123L
Nick> So 'long_from_string
Hi all,
This is a somehow an update to the thread on pydoc started by Ron.
Since the last entry we took the bull by the horns (so to speak), and
are seriously aiming at delivering something that can qualify as:
- a revision of the module pydoc
- something that will facilitate the inclusion of ide
