Message 56053 - Python tracker

➜

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

In-reply-to
Author	nevyn
Recipients	donmez, gvanrossum, jafo, nevyn
Date	2007年09月20日.01:30:22
SpamBayes Score	0.03372462
Marked as misclassified	No
Message-id	<1190251823.41.0.521345231953.issue1179@psf.upfronthosting.co.za>

Content
Guido: It's true that that len can be slightly bigger than xy, the big thing is that it can't be smaller so we can malloc(len) and use upto xy (which was my main focus). I first looked at any of this code today, but I didn't see any reason that having len be slightly larger would be a problem ... and in pretty much all cases it'll be len == xy. However we could have both cases covered by doing: if ( (len != xy) \|\| (x != (len / y)) ) ...but esp. at that point it seems like we'd want some interface so that we could just do something like: if ( check_mutliplies2(len, x, y) )

Content

Guido: It's true that that len can be slightly bigger than x*y, the big
thing is that it can't be smaller so we can malloc(len) and use upto x*y
(which was my main focus).
 I first looked at any of this code today, but I didn't see any reason
that having len be slightly larger would be a problem ... and in pretty
much all cases it'll be len == x*y.
 However we could have both cases covered by doing:
 if ( (len != x*y) || (x != (len / y)) )
...but esp. at that point it seems like we'd want some interface so that
we could just do something like:
 if ( check_mutliplies2(len, x, y) )

History
Date	User	Action	Args
2007年09月20日 01:30:23	nevyn	set	spambayes_score: 0.0337246 -> 0.03372462 recipients: + nevyn, gvanrossum, jafo, donmez
2007年09月20日 01:30:23	nevyn	set	spambayes_score: 0.0337246 -> 0.0337246 messageid: <1190251823.41.0.521345231953.issue1179@psf.upfronthosting.co.za>
2007年09月20日 01:30:23	nevyn	link	issue1179 messages
2007年09月20日 01:30:22	nevyn	create

homepage