<br><br><div class="gmail_quote">On Wed, Sep 21, 2011 at 13:43, Erik Bray <span dir="ltr">&lt;<a href="mailto:erik.m.bray@gmail.com">erik.m.bray@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Wed, Sep 21, 2011 at 3:06 PM, Eric Snow &lt;<a href="mailto:ericsnowcurrently@gmail.com">ericsnowcurrently@gmail.com</a>&gt; wrote:<br>
&gt; Armin Ronacher has an interesting blog post about some of the<br>
&gt; challenges of using Python&#39;s imports:<br>
&gt;<br>
&gt; <a href="http://lucumr.pocoo.org/2011/9/21/python-import-blackbox/" target="_blank">http://lucumr.pocoo.org/2011/9/21/python-import-blackbox/</a><br>
&gt;<br>
&gt; In particular, his main point about &quot;not found&quot; vs. &quot;broken&quot; vs.<br>
&gt; &quot;problem with inner import&quot; got me thinking.  Would it be a bad idea<br>
&gt; to split ImportError into more specific exceptions?  I imagine that<br>
&gt; cataloguing the different causes of ImportError and how someone might<br>
&gt; react to those differently wouldn&#39;t be too hard...<br>
&gt;<br>
&gt; -eric<br>
<br>
</div>I agree, more granularity would be good.  Would these additional<br>
exceptions be subclasses of ImportError?</blockquote><div><br></div><div>They would have to be or this is a non-starter.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

  It would be useful to be<br>
able to start with just ImportError but then do different things for<br>
ModuleNotFound as opposed to an import error due to a deeper<br>
exception, perhaps with an easy way to access the original exception<br>
that caused the ImportError as an attribute of the ImportError.</blockquote><div><br></div><div>Python 3 already can chain exceptions (both explicitly and implicitly). </div></div>