[Python-Dev] Pleaswe help with the countdown to zero failing tests in the struni branch!

2007-08-06 Thread Guido van Rossum
We're down to 11 failing test in the struni branch. I'd like to get this down to zero ASAP so that we can retire the old p3yk (yes, with typo!) branch and rename py3k-struni to py3k. Please help! Here's the list of failing tests: test_ctypes Recently one test started failing again, after Martin c

Re: [Python-Dev] cStringIO.StringIO() buffer behavior

2007-08-06 Thread Alexandre Vassalotti
On 8/6/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > Okay, I propose the following patch: > [...] I think your patch is complicated for nothing. It would be much more straightforward to use PyString_AsStringAndSize to encode the Unicode string with the default encoding. I think it would be necessa

Re: [Python-Dev] cStringIO.StringIO() buffer behavior

2007-08-06 Thread Guido van Rossum
Oops, never mind. This was in the context of 2.5 and 2.6, but my reply was in the context of 3.0. Still, in the light of cStringIO disappearing, it would be good to keep cStringIO is stable as possible (probably restoring 2.5.0 behavior) so as to avoid breaking 3rd party code more than once. On 8/

Re: [Python-Dev] cStringIO.StringIO() buffer behavior

2007-08-06 Thread Guido van Rossum
On 8/6/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > Guido van Rossum schrieb: > > Methinks that this was a fundamental limitation of cStringIO, not a > > bug. Certainly not something to be "fixed" in a bugfix release. > > I'm sorry. No problem. Somebody else should have flagged this, so it's our

Re: [Python-Dev] cStringIO.StringIO() buffer behavior

2007-08-06 Thread Georg Brandl
Guido van Rossum schrieb: > Methinks that this was a fundamental limitation of cStringIO, not a > bug. Certainly not something to be "fixed" in a bugfix release. I'm sorry. Martin v. Löwis schrieb: >> See bugs #1548891 and #1730114. >> >> In the former, it was reported that cStringIO works diff