On 8/8/06, Bart Thate <[EMAIL PROTECTED]> wrote:
> hello python-dev,
>
> the following code hangs on FreeBSD 6.1-STABLE,
> Python 2.5b3 (r25b3:51041, Aug 5 2006, 20:46:57)
>
Python 2.5 now uses system scope threads in FreeBSD just like
in other platforms. So python may behave different for corner
On 4/25/06, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
> There exists various C and Python implementations of both AVL and
> Red-Black trees. For users of Python who want to use AVL and/or
> Red-Black trees, I would urge them to use the Python implementations.
> In the case of *needing* the speed
On 4/21/06, Thomas Wouters <[EMAIL PROTECTED]> wrote:
> While merging the trunk changes into the p3yk branch, I discovered what I
> think is a bug in the stream codecs. It's easily reproduced in the trunk: in
> Lib/codecs.py, make the 'Codec' class new-style. Then, suddenly, test_codecs
> will cras
We got an inconsistency for __repr__() returning unicode as
reported in http://python.org/sf/1459029 :
class s1:
def __repr__(self):
return '\\n'
class s2:
def __repr__(self):
return u'\\n'
print repr(s1()), repr(s2())
Until 2.4.2: \n \n
2.4.3: \n \\n
\\n looks bit weir
On 3/14/06, Jeff Epler <[EMAIL PROTECTED]> wrote:
> After the recent discussion about Coverity, I took a look at one of the
> checkins made, apparently based on output from their tool.
>
> http://svn.python.org/view/python/branches/release24-maint/Objects/object.c?&r1=43015&r2=43014&rev=43015&view=
On 2/19/06, Walter Dörwald <[EMAIL PROTECTED]> wrote:
> M.-A. Lemburg wrote:
> > Walter Dörwald wrote:
> >> Anyway, I've started implementing a patch that just adds
> >> codecs.StatefulEncoder/codecs.StatefulDecoder. UTF8, UTF8-Sig,
> >> UTF-16, UTF-16-LE and UTF-16-BE are already working.
> >
> >
On 2/4/06, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
> On Fri, 3 Feb 2006 07:00:26 -0800, Alex Martelli <[EMAIL PROTECTED]> wrote:
> >
> >I understand your worry re the syntax issue. So what about Michael
> >Hudson's "placeholder class" idea, where X[1] returns the callable
> >that will do x[
On 1/30/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Hye-Shik Chang wrote:
> > I did some work to make ctypes+libffi compacter and liberal.
> > http://openlook.org/svnpublic/ctypes-compactffi/ (svn)
> >
> > I removed sources/gcc and put sources/li
On 1/30/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Well done! Would you like to derive a Python patch from that?
Yup. I'll do.
On 1/30/06, Thomas Heller <[EMAIL PROTECTED]> wrote:
> That's great! Would you like to integrate these changes into to ctypes
> CVS repository yourself? I inden
On 1/28/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Thomas Heller wrote:
> > Can anyone of the python-dev core team comment: can we live with the GPL
> > licensed aclocal.m4 file, in the source distribution and in SVN?
>
> My understanding that doing so would be in violation of section 2b) o
On 12/12/05, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Fredrik Lundh wrote:
>
> > just one question: where do you want [to put] the "vendor" checkins ? I'm
> > using
> > a flat "kits" namespace in my own repositories, e.g.
>
> > anyone has a better name?
>
> anyone ?
>
I think "contrib" is some
Hi,
I just set up a LXR instance for Python CVS for my personal use:
http://pxr.openlook.org/pxr/
If you find it useful, feel free to use the site. :) The source files will
be updated twice a day.
Hye-Shik
___
Python-Dev mailing list
Python-Dev@pytho
On 10/8/05, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Anyone else seeing any problems with test_cmd_line? I've got a few failures in
> test_cmd_line on Kubuntu 5.10 with GCC 4.0 relating to a missing "\n" line
> ending.
>
Same problem here. (FreeBSD 6.0 with GCC 3.4.4)
In my short inspection, pop
On 10/6/05, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> Hye-Shik Chang wrote:
> > (encoding, fastmap codec)
> >
> > % ./python Lib/timeit.py -s "s='a'*53*1024; e='iso8859_10_fc';
> > u=unicode(s, e)" "u.encode(e)"
&g
On 10/6/05, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> Hye-Shik, could you please provide some timeit figures for
> the fastmap encoding ?
>
(before applying Walter's patch, charmap decoder)
% ./python Lib/timeit.py -s "s='a'*53*1024; e='iso8859_10';
u=unicode(s, e)" "s.decode(e)"
100 loops, best
On 10/5/05, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> Of course, a C version could use the same approach as
> the unicodedatabase module: that of compressed lookup
> tables...
>
> http://aggregate.org/TechPub/lcpc2002.pdf
>
> genccodec.py anyone ?
>
I had written a test codec for single b
On 9/13/05, Hye-Shik Chang <[EMAIL PROTECTED]> wrote:
> On 9/11/05, Victor STINNER <[EMAIL PROTECTED]> wrote:
> >
> > I found a bug in Python interactive command line (program python alone:
> > looks to be code.interact() function in code.py). With UTF-8 locale, t
On 9/11/05, Victor STINNER <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I found a bug in Python interactive command line (program python alone:
> looks to be code.interact() function in code.py). With UTF-8 locale, the
> command << u"é" >> returns << u'\xc3\xa9' >> and not << u'\xE9' >>.
> Remember: the f
On 8/28/05, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> >>> s = 'http://www.python.org'
> >>> partition(s, '://')
> ('http', '://', 'www.python.org')
> >>> partition(s, '?')
> ('http://www.python.org', '', '')
> >>> partition(s, 'http://')
> ('', 'http://', 'www.pytho
On Wed, 23 Mar 2005 10:33:53 -0600 (CST), Ka-Ping Yee
<[EMAIL PROTECTED]> wrote:
> Hey folks,
>
> >>> from placeholder import _
> >>> numbers = [5, 9, 56, 34, 1, 24, 37, 89]
> >>> filter(_ < 30, numbers)
> [5, 9, 1, 24]
> >>> map(_ + 10, numbers)
> [15, 19, 66, 44, 11, 34,
On Wed, 01 Dec 2004 16:10:10 +0100, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> Could you please provide me with more version numbers and logo
> printouts ?
>
* MS Windows XP DDK (International version, optimizing VC 7.0):
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.00.9176 for 80x8
21 matches
Mail list logo