Re: Nitpicking - slightly misleading traceback
Sybren Stuvel <[EMAIL PROTECTED]> wrote: ... > if data[x][y] > 0 or datadict.has_key(key): > > This might even make things fit on one line again ;-) Particularly if you code it idiomatically: if data[x][y] > 0 or key in datadict: Alex -- http://mail.python.org/mailman/listinfo/python-list
Re: Nitpicking - slightly misleading traceback
Juho Schultz enlightened us with: > However, the bug sits on the next line. [...] I feel the traceback > is misleading. Well, the bug sits in the command starting on the line indicated. Nitpick back: Learn about operator precedence and Python syntax rules. You don't need so many brackets: if data[x][y] > 0 or datadict.has_key(key): This might even make things fit on one line again ;-) Sybren -- The problem with the world is stupidity. Not saying there should be a capital punishment for stupidity, but why don't we just take the safety labels off of everything and let the problem solve itself? Frank Zappa -- http://mail.python.org/mailman/listinfo/python-list
Nitpicking - slightly misleading traceback
if ((data[x][y] > 0) or (datadict.has_key[key])): Traceback (most recent call last): File "reduce.py", line 524, in remove_badvalues if ((data[x][y] > 0) or TypeError: unsubscriptable object However, the bug sits on the next line. I used square brackets when normal brackets were needed - should have written datadict.has_key(key) as the old code had datadict[key]. In the real code variable names are so long that I must split the line. I feel the traceback is misleading. I guess the best solution is to write code without bugs... -- http://mail.python.org/mailman/listinfo/python-list