On 3/19/2010 2:23 AM, Laurent Gautier wrote:
On 3/19/10 3:36 AM, C. Titus Brown wrote:
Hi all,
once again, the PSF has been accepted as a mentoring foundation for
the Google
Summer of Code! This year, we're going to emphasize python 3 porting, so
please think of projects you'd like to see tackl
On 3/19/10 3:36 AM, C. Titus Brown wrote:
Hi all,
once again, the PSF has been accepted as a mentoring foundation for the Google
Summer of Code! This year, we're going to emphasize python 3 porting, so
please think of projects you'd like to see tackled.
Hi,
Does this mean that any other pyt
Pending the resolution of a few Mac OS issues (#8068, #8069, and
#8133), I'm not going to tag the release at the moment. Hopefully,
we'll still be able to have a release in the next week.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@pytho
On Thu, Mar 18, 2010 at 10:13:42PM -0500, Benjamin Peterson wrote:
> 2010/3/18 C. Titus Brown :
> > Hi all,
> >
> > once again, the PSF has been accepted as a mentoring foundation for the
> > Google
> > Summer of Code! ??This year, we're going to emphasize python 3 porting, so
> > please think of
2010/3/18 C. Titus Brown :
> Hi all,
>
> once again, the PSF has been accepted as a mentoring foundation for the Google
> Summer of Code! This year, we're going to emphasize python 3 porting, so
> please think of projects you'd like to see tackled.
This is not completely to the exclusion of other
Hi all,
once again, the PSF has been accepted as a mentoring foundation for the Google
Summer of Code! This year, we're going to emphasize python 3 porting, so
please think of projects you'd like to see tackled.
Please submit ideas for projects as soon as possible, as students will be able
to st
On 3/18/2010 6:18 PM, Antoine Pitrou wrote:
Glenn Linderman g.nevcal.com> writes:
On 3/18/2010 2:48 PM, Nick Coghlan wrote:
When there is a clear, correct way (based on Decimal.from_float) to make
numeric comparison behave in accordance with the rules of mathematics,
do we really wa
Glenn Linderman g.nevcal.com> writes:
>
> On 3/18/2010 2:48 PM, Nick Coghlan wrote:
> > When there is a clear, correct way (based on Decimal.from_float) to make
> > numeric comparison behave in accordance with the rules of mathematics,
> > do we really want to preserve strange, unintuitive behavi
On 3/18/2010 5:48 PM, Nick Coghlan wrote:
Mark Dickinson wrote:
Could everyone live with making float<->Decimal comparisons raise an
exception in 2.7?
I could, with the caveat that *if* this causes problems for real world
code, then changing it to produce the correct answer (as per your patch)
On 3/18/2010 2:48 PM, Nick Coghlan wrote:
When there is a clear, correct way (based on Decimal.from_float) to make
numeric comparison behave in accordance with the rules of mathematics,
do we really want to preserve strange, unintuitive behaviour like the above?
Cheers,
Nick.
I'm aware of
On 3/18/2010 12:34 PM, Steven D'Aprano wrote:
On Fri, 19 Mar 2010 05:27:06 am Glenn Linderman wrote:
Do you envisage any problems from allowing this instead?
Decimal('1.1')< 2.2
True
Yes.
As any non-naïve float user is aware, the proper form of float
com
Mark Dickinson wrote:
> Could everyone live with making float<->Decimal comparisons raise an
> exception in 2.7?
I could, with the caveat that *if* this causes problems for real world
code, then changing it to produce the correct answer (as per your patch)
should be applied as a bug fix in both 2.
In what might be his last Joel on Software post (for awhile, at least)
http://www.joelonsoftware.com/items/2010/03/17.html
Summary:
Early 2009: Joel disses DVCSes. His programmers switch from subversion
to hg. Joel grumbles. His programmers develop an hg-related product.
Joel takes a better loo
Hello.
We'are sorry but we cannot help you. This mailing list is for working on
developing Python (fixing bugs and adding new features to Python itself); if
you're having problems using Python, please find another forum. Probably
python-list (comp.lang.python) news group/mailing list is the bes
To All,
I have done some more review of python and Scala and I am very impressed with
both languages. However, it seems as though that Scala is far more able to
support parallel processing than Python ?? Is this true ??
O.R.
___
Python-De
On 3/18/2010 12:45 PM, Robert Kern wrote:
On 2010-03-18 13:27 PM, Glenn Linderman wrote:
As any non-naïve float user is aware, the proper form of float
comparisons is not to use < or > or == or !=, but rather, instead of
using < (to follow along with your example), one should use:
Decimal('1.1
On 2010-03-18 13:27 PM, Glenn Linderman wrote:
As any non-naïve float user is aware, the proper form of float
comparisons is not to use < or > or == or !=, but rather, instead of
using < (to follow along with your example), one should use:
Decimal('1.1') - 2.2 < epsilon
Not at all. This is qu
On Fri, 19 Mar 2010 05:27:06 am Glenn Linderman wrote:
> > Do you envisage any problems from allowing this instead?
> >
> Decimal('1.1')< 2.2
> >
> > True
>
> Yes.
>
> As any non-naïve float user is aware, the proper form of float
> comparisons is not to use < or > or == or !=, but rather, i
On Fri, 19 Mar 2010 05:41:08 am Mark Dickinson wrote:
> I'd really like to get this sorted for 2.7: as far as I'm concerned,
> either of the proposed behaviours (raise an exception, or allow
> comparisons) would be an improvement on the current 2.7 behaviour.
>
> Could everyone live with making f
On 18/03/2010 18:44, Antoine Pitrou wrote:
[snip...]
Seems like it would be better to raise an exception, and in the
documentation for the exception point out that turning off the exception
(if it should be decided that that should be possible, which could be
good for compatibility), would regre
Glenn Linderman g.nevcal.com> writes:
>
> For all the reasons that mixed decimal and float arithmetic is bad,
> mixed decimal and float comparisons are also bad. To do proper
> comparisons, you need to know the number of significant digits of both
> numbers, and the precision and numeric rang
On Thu, Mar 18, 2010 at 5:55 PM, Raymond Hettinger
wrote:
> My thought is that intentional mixed compares of float and decimal
> are very rare relative to unintentional cases. IOW, most of the
> time that x (or the user simply doesn't understand what his or her code is
> actually doing). That us
On 3/18/2010 5:23 AM, Steven D'Aprano wrote:
On Thu, 18 Mar 2010 08:58:25 am Raymond Hettinger wrote:
On Mar 17, 2010, at 1:59 PM, Steven D'Aprano wrote:
On Thu, 18 Mar 2010 07:44:21 am Raymond Hettinger wrote:
The spectrum of options from worst to best is
1) compare but give
On Mar 18, 2010, at 5:23 AM, Steven D'Aprano wrote:
> On Thu, 18 Mar 2010 08:58:25 am Raymond Hettinger wrote:
>> On Mar 17, 2010, at 1:59 PM, Steven D'Aprano wrote:
>>> On Thu, 18 Mar 2010 07:44:21 am Raymond Hettinger wrote:
The spectrum of options from worst to best is
1) compare but
On Thu, 18 Mar 2010 08:58:25 am Raymond Hettinger wrote:
> On Mar 17, 2010, at 1:59 PM, Steven D'Aprano wrote:
> > On Thu, 18 Mar 2010 07:44:21 am Raymond Hettinger wrote:
> >> The spectrum of options from worst to best is
> >> 1) compare but give the wrong answer
> >> 2) compare but give the right
I'd appreciate some opinions on this. Personally, I'm in the "the current
code is buggy" camp. :-) I can code up the changes to the syslog module
if we decide that's the right way to go. Looks like Raymond, Guido, and I
are the last ones to do syslog-specific changes to this module in the last
26 matches
Mail list logo
