On Fri, Feb 6, 2009 at 2:44 PM, Curt Hagenlocher wrote:
> ...because they're not quite :). Should I file this as a bug report?
> (I get the same results under 2.6 and 3.0.)
>
> PS C:\Program Files (x86)\CCP\EVE> C:\Python25\python.exe
> Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310
Done, http://bugs.python.org/issue5175
On Fri, Feb 6, 2009 at 6:25 PM, Mark Dickinson wrote:
> On Fri, Feb 6, 2009 at 9:04 PM, Lisandro Dalcin wrote:
>> At Objects/longobject.c, you should see that in almost all cases
>> OverflowError is raised when a unsigned integral is requested from a
>> n
...because they're not quite :). Should I file this as a bug report?
(I get the same results under 2.6 and 3.0.)
PS C:\Program Files (x86)\CCP\EVE> C:\Python25\python.exe
Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "
On Fri, Feb 6, 2009 at 9:04 PM, Lisandro Dalcin wrote:
> At Objects/longobject.c, you should see that in almost all cases
> OverflowError is raised when a unsigned integral is requested from a
> negative PyLong. However, See this one:
> [...]
> if (!is_signed) {
>
While hacking on Cython to make it recognize 'size_t' as a pre-defined
C integral type, I've found somethig that seems to be (pretty small)
inconsistency.
At Objects/longobject.c, you should see that in almost all cases
OverflowError is raised when a unsigned integral is requested from a
negative
On 5 Feb 2009, at 23:54 , Steven D'Aprano wrote:
Raymond Hettinger wrote:
The arguments for and against the patch could be brought against
partial()
itself, so I don't understand the -1's at all.
Quite so, but that doesn't justify adding more capabilities to
partial().
I concur with Coll
ACTIVITY SUMMARY (01/30/09 - 02/06/09)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
2364 open (+44) / 14630 closed (+16) / 16994 total (+60)
Open issues with patches: 793
Average
In article <77f954de-354d-4d9b-8c25-54597052e...@cox.net>,
ringhome wrote:
> > I am, however, having a small difficulty at home on my Mac. Not
> > willing to wait for a nice, pre-packaged bundle, I went and
> > downloaded the files and built 3.0 myself. The issue comes from
> > launching
On Fri, Feb 6, 2009 at 1:34 PM, Eric Smith wrote:
> If you think my issue is related to 5122, I'll reply to that issue and move
> the discussion there. I can test on a Fedora 10 box, too.
Eric, I've followed the "amd64 gentoo trunk" buildslave and noticed it
took a very long time on test_tcl (or
On Fri, Feb 6, 2009 at 1:14 PM, Eric Smith wrote:
> If it's just me, I'll just switch to a Mac, where the problem
> doesn't occur (if for no other reason, because ttk is not available). If
> others are seeing a problem, I'll spend some time isolating it.
If you move to Mac then you may end with a
Begin forwarded message:
From: python-3000-ow...@python.org
Date: Feb 06, 2009 8:11:23 AM GMT-07:00
To: ringh...@cox.net
Subject: IDLE on a Mac
This mailing list is closed now. Please use python-dev@python.org
instead.
From: ringhome
Date: Feb 06, 2009 8:11:19 AM GMT-07:00
To: python-3...@
Guilherme Polo wrote:
On Fri, Feb 6, 2009 at 1:14 PM, Eric Smith wrote:
In the trunk, test_tk_guionly
test_ttk_guionly, right ?
Right, sorry.
hangs if I run it through regrtest. This is on
a Fedora Core 6 box, without X installed.
Does it hang if you run it alone through regrtest, or,
On Fri, Feb 6, 2009 at 1:14 PM, Eric Smith wrote:
> In the trunk, test_tk_guionly
test_ttk_guionly, right ?
> hangs if I run it through regrtest. This is on
> a Fedora Core 6 box, without X installed.
>
Does it hang if you run it alone through regrtest, or, together with
all the other tests ?
In the trunk, test_tk_guionly hangs if I run it through regrtest. This
is on a Fedora Core 6 box, without X installed.
If I run test_tk_guionly directly, it exits saying there's no DISPLAY
set, which is what I'd expect:
--8<--
[trunk]$ ./python Lib/test/test_ttk_guionly.py
On Fri, Feb 6, 2009 at 3:20 AM, Greg Ewing wrote:
> Stephen J. Turnbull wrote:
>>
>> Greg Ewing writes:
>>
>> > The fact that yielding is going on is not of
>> > interest in that situation
>>
>> But doesn't "yield" in the sense of "yield the right of way" mean
>> exactly that?
>
> I've no proble
Greg Ewing canterbury.ac.nz> writes:
>
> I've no problem with using 'yield' when actually
> giving up control. But the code making the call doesn't
> think of itself as yielding. The called code may
> want to yield, but the caller doesn't care about
> that. It just wants to make the callee do its
Stephen J. Turnbull wrote:
Greg Ewing writes:
> The fact that yielding is going on is not of
> interest in that situation
But doesn't "yield" in the sense of "yield the right of way" mean
exactly that?
I've no problem with using 'yield' when actually
giving up control. But the code making t
Greg Ewing writes:
> The fact that yielding is going on is not of
> interest in that situation -- it's just an
> implementation detail. What you really want to
> express is calling another function, but without
> losing your status of coroutine-ness.
But doesn't "yield" in the sense of "yiel
raymond.hettinger wrote:
> Author: raymond.hettinger
> Date: Thu Feb 5 23:04:00 2009
> New Revision: 69314
>
> Log:
> Can't get tempfile to reliably delete on error and persist otherwise.
You work on Windows, don't you Raymond?
What you were trying (setting tf.delete after the file was already
Ben North wrote:
> Hi,
>
> My reading of the most recent set of emails on this topic is that the
> balance of opinion is against adding a 'partial_right' or 'partial.skip'
> feature. I still think such a feature would be of real use, although I
> can see the arguments against adding it. Is the c
Guido van Rossum wrote:
Why is "call expr" a more enticing syntax than "yield *expr" ?
I was thinking it would read better when you're
using generators as lightweight threads, and you
want the one-level-deep nature of generators to
be hidden as much as possible.
The fact that yielding is goin
21 matches
Mail list logo
