-On [20080309 23:59], "Martin v. Löwis" ([EMAIL PROTECTED]) wrote:
>So this now *is* a FreeBSD/ncurses expert's question.
>I don't think this is supposed to happen; newscr should
>become non-NULL when initscr is called, and should remain
>that way throughout.
Looking at the other FreeBSD build it
I'm trying to send a proxy form, but all my mail to
[EMAIL PROTECTED] or [EMAIL PROTECTED] is getting bounced.
Is there another address I can send it to that goes
through a different mail server?
--
Greg
___
Python-Dev mailing list
Python-Dev@python.or
Jeroen Ruigrok van der Werven wrote:
> -On [20080309 23:59], "Martin v. Löwis" ([EMAIL PROTECTED]) wrote:
>> So this now *is* a FreeBSD/ncurses expert's question.
>> I don't think this is supposed to happen; newscr should
>> become non-NULL when initscr is called, and should remain
>> that way thro
On Thu, Mar 13, 2008, Greg Ewing wrote:
>
> I'm trying to send a proxy form, but all my mail to
> [EMAIL PROTECTED] or [EMAIL PROTECTED] is getting bounced.
>
> Is there another address I can send it to that goes
> through a different mail server?
What's the error message? I can relay it for you
On Mon, Mar 10, 2008 at 12:05 PM, Daniel Stutzbach
<[EMAIL PROTECTED]> wrote:
> On Sun, Mar 9, 2008 at 9:22 AM, Aahz <[EMAIL PROTECTED]> wrote:
> > There probably would be some value in a wiki page on python.org that
> > provides this information, particularly across versions. You may be
> >
Daniel Stutzbach wrote:
> I just created a very basic one at
> http://wiki.python.org/moin/TimeComplexity?action=show
Hi,
Just one quick note. What exactly do you mean by "Amortized worst case"?
Shouldn't it just be "Worst case"? I think that the word "amortized"
better describes the time compl
On Wed, Mar 12, 2008 at 2:52 PM, Dimitrios Apostolou <[EMAIL PROTECTED]> wrote:
> Just one quick note. What exactly do you mean by "Amortized worst case"?
> Shouldn't it just be "Worst case"? I think that the word "amortized"
> better describes the time complexity of specific operations.
http:/
On 11 Mar, 2008, at 18:01, Stefan Behnel wrote:
Mike Meyer wrote:
On Tue, 11 Mar 2008 14:55:04 +0100 Stefan Behnel
<[EMAIL PROTECTED]> wrote:
(weird places these threads come up at, but now that it's here...)
Mike Meyer wrote:
On Tue, 04 Mar 2008 15:44:32 -0800 Ned Deily <[EMAIL PROTECTED]>
-On [20080312 13:30], Andrew MacIntyre ([EMAIL PROTECTED]) wrote:
>test_curses on its own passes on my FreeBSD 6.3 box. It segfaults when
>run in the context of a full regression test though.
So it does for my 6.3-STABLE.
But 6.2-RELEASE goes through the entire regression though. I n
Hello,
hopefully this mailing list is the right address for the following.
Since there is a huge gap in performance between tuple(cur.execute(...))
and list(cur.execute(...)) - i saw a factor in the magnitude of 50 once -
the first has always to be chosen when sufficient. Even if that difference
Can someone set me up with a build slave for an x86 FreeBSD box (6.2-STABLE,
although we'll be migrating to 7.x in a week or so)? Thanks.
[Suggestion: perhaps we could set up a [EMAIL PROTECTED] list for discussing
buildbot administrative minutiae, rather than polluting python-dev?]
Tr
"Joost Behrends" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| With such a tuple tp i tried 'ix = tp.index(...)' recently and was
| astonished to learn, that this doesn't work. Since we have '... in tp'
| for me it seems, that it should make very little difference in
| the interpr
Hello python-dev,
We are trying to run the cvs2svn utility and get an execution problem
coming from Python.
The version of Python we have installed on a solaris sparc10 machine is
2.5.1.
The error trace is below, the error is at end in blue-
Traceback (most recent call last):
File "/usr
13 matches
Mail list logo