On Mon, Nov 28, 2016 at 1:26 PM, Paul Moore <p.f.moore@gmail.com> wrote:
> One "successful" use-case that would be impacted is the fallback import
> idiom:
>
> try:
>     # this would do two full searches before getting the error
>     import BlahBlah
> except ImportError:
>     import blahblah

Under this proposal, the above idiom could potentially now fail.

higher on the thread, someone said that IMportError was not robust enough, because it didn't give near,y as meaninful an error message as it might.

 > There's no guarantee that I can see that a .missing.py file
would raise ImportError (even if we said that was the intended
behaviour, there's nothing to enforce it).

there is nothing to enforce all sorts of things -- I dont hinkt it's so wrong to have it in the spec that .missing.py fles NEED to raise an ImportError 

and they could give nice meaningful error messages that way without breaking old code. 

Could the proposal execute the .missing.py file and then raise
ImportError? I could imagine that having problems of its own,
though...

if the ImportError is raised by the surrounding code, then it would need a protocol to get the nice error message -- raising an Exception is already a protocol -- let's use that one.

-CHB


--

Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker@noaa.gov