Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #37582 > unrolled thread
| Started by | inshu chauhan <insideshoes@gmail.com> |
|---|---|
| First post | 2013-01-24 13:29 +0100 |
| Last post | 2013-01-24 13:29 +0100 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.lang.python
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: using split for a string : error inshu chauhan <insideshoes@gmail.com> - 2013-01-24 13:29 +0100
| From | inshu chauhan <insideshoes@gmail.com> |
|---|---|
| Date | 2013-01-24 13:29 +0100 |
| Subject | Re: using split for a string : error |
| Message-ID | <mailman.978.1359030591.2939.python-list@python.org> |
[Multipart message — attachments visible in raw view] — view raw
Thanks a lot people.. :).. :) On Thu, Jan 24, 2013 at 1:10 PM, Tobias M. <tm@tobix.eu> wrote: > Am 24.01.2013 13:02, schrieb Chris Angelico: > > On Thu, Jan 24, 2013 at 10:58 PM, Tobias M. <tm@tobix.eu> wrote: >> >>> Chris Angelico wrote: >>> >>>> I'd not consider the performance, but the correctness. If you're >>>> expecting them to be integers, just cast them, and specifically >>>> _don't_ catch ValueError. Any non-integer value will then noisily >>>> abort the script. (It may be worth checking for blank first, though, >>>> depending on the data origin.) >>>> >>> Well, when I said you should catch the ValueError I didn't imply you >>> should >>> ignore the error and supress any error messages. Of course this depents >>> on >>> the use case. Maybe you want to raise another exception with a more user >>> friendly error message or you might want to skip the line and just print >>> a >>> warning. :) >>> >>> What I'm trying to say: When I give a script/program to a user who is >>> not a >>> python programmer I don't want him to see an error message like >>> "ValueError: >>> invalid literal for int() with base 10: 'abc'" as this would help him in >>> no >>> way. >>> >> Sure. Definitely. But for a proglet where the programmer IS the user >> (which I think is one of Python's best use-cases), that exception >> landing on the console is better than having to think ahead of time >> about what might go wrong. >> >> ChrisA >> > Okay, I absolutely agree with that :) > > Tobias > -- > http://mail.python.org/**mailman/listinfo/python-list<http://mail.python.org/mailman/listinfo/python-list> >
Back to top | Article view | comp.lang.python
csiph-web