<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 18, 2013 at 12:15 PM, Chris Barker <span dir="ltr"><<a href="mailto:chris.barker@noaa.gov" target="_blank">chris.barker@noaa.gov</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Folks,<div><br></div><div>It seems changing anything about how Exception messages are handles is off the table for 2.7, and a non-issue in 3.*</div>

<div><br></div><div>Is it worth opening an issue on this, just so we can close it as won't fix? Or is this thread documentation enough?</div></div></blockquote><div><br></div><div>A closed bug wouldn't hurt, but I wouldn't view it as necessary.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">

<div><br></div><div>NOTE about py3: I'm assuming unicode messages are handled properly, as unicode is the default text in py3. However, this has got me thinking about how Exception messages are handled in general. I'm still not clear on where it tries to convert to a string -- it seems to do different things depending on whether you are running on the console, or using the traceback module's print_exception function. I'm thinking that perhaps Exception messages should be as generic as possible. i.e allow any python object as an Exception message, and simple pass that off to whatever wants to do something with it. So far, that seems to be happening with the traceback.print_exception message, but I'm not sure where that conversion is happening in the console report -- clearly it's not using traceback.print_exception, but it is doing it before a final simple: </div>



<div><br></div><div>print exp.message </div><div><br></div><div>at the console. But perhaps it should defer to that last step, i.e. out of the Exception handling code altogether. (or  maybe py3 already does that -- in which case, never mind).</div>



<div><br></div></div></blockquote><div><br></div><div>The conversion is probably happening in Exception.__str__ (don't know about the traceback module w/o looking at it; probably skipping `str(exc)` and building the string from scratch).</div>

<div><br></div><div>-Brett</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>-Chris</div><div><br></div><div><br></div><div>

<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div>

<br></div><div><br></div><div><br></div><div><br></div><div>-Chris</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Fri, Nov 15, 2013 at 3:58 PM, Greg Ewing <span dir="ltr"><<a href="mailto:greg.ewing@canterbury.ac.nz" target="_blank">greg.ewing@canterbury.ac.nz</a>></span> wrote:<br>



</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div>Armin Rigo wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I figured that even using the traceback.py module and getting<br>
"Exception: \u1234\u1235\u5321" is rather useless if you tried to<br>
raise an exception with a message in Thai.<br>
</blockquote>
<br></div>
But at least it tells you that *something* went wrong,<br>
and points to the place in the code where it happened.<br>
That has to be better than pretending that nothing<br>
happened at all.<br>
<br>
Also, if the escaping preserves the original byte<br>
sequence of the message, there's a chance that someone<br>
will be able to figure out what the message said.<span><font color="#888888"><br>
<br>
-- <br>
Greg</font></span></div></div><div><div><div><div class="h5"><br>
______________________________<u></u>_________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" target="_blank">https://mail.python.org/<u></u>mailman/listinfo/python-dev</a><br></div></div>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/chris.barker%40noaa.gov" target="_blank">https://mail.python.org/<u></u>mailman/options/python-dev/<u></u>chris.barker%40noaa.gov</a><br>
</div></div></blockquote></div><div class="im"><br><br clear="all"><div><br></div>-- <br><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            <a href="tel:%28206%29%20526-6959" value="+12065266959" target="_blank">(206) 526-6959</a>   voice<br>

7600 Sand Point Way NE   <a href="tel:%28206%29%20526-6329" value="+12065266329" target="_blank">(206) 526-6329</a>   fax<br>

Seattle, WA  98115       <a href="tel:%28206%29%20526-6317" value="+12065266317" target="_blank">(206) 526-6317</a>   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a>
</div></div>
<br>_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org" target="_blank">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
<br></blockquote></div><br></div></div>