error importing smtplib

Eric Frederich eric.frederich at gmail.com
Fri Nov 16 20:37:26 CET 2012


So I inspected the process through /proc/<pid>/maps
That seemed to show what libraries had been loaded (though there is
probably an easier way to do this).

In any case, I found that if I import smtplib before logging in I see these
get loaded...

    /opt/foo/python27/lib/python2.7/lib-dynload/_ssl.so
    /lib64/libssl.so.0.9.8e

Then after logging in, I see this other .so get loaded...

    /opt/bar/lib64/libssl.so.0.9.7

So that is what happens when when things are well and I don't get any error
messages.
However, when I do the log in first I see the /opt/bar .so file loaded first

    /opt/bar/lib64/libssl.so.0.9.7

Then after importing smtplib I see the other two show up...

    /opt/foo/python27/lib/python2.7/lib-dynload/_ssl.so
    /lib64/libssl.so.0.9.8e

So.... I'm guessing the problem is that after I log in, the process has a
conflicting libssl.so file loaded.
Then when I try to import smtplib it tries getting things from there and
that is where the errors are coming from.

The question now is how do I fix this?




On Thu, Nov 15, 2012 at 4:37 PM, Terry Reedy <tjreedy at udel.edu> wrote:

> On 11/15/2012 1:48 PM, Eric Frederich wrote:
>
>> Thanks for the idea.
>> sys.path was the same before and after the login
>>
>
> Too bad. That seems to be a typical cause of import failure.
>
>
>  What else should I be checking?
>>
>
> No idea. You are working beyond my knowledge. But I might either look at
> the foo-login code carefully, or disable (comment out) parts of it to see
> what makes the import fail.
>
>
> --
> Terry Jan Reedy
>
> --
> http://mail.python.org/**mailman/listinfo/python-list<http://mail.python.org/mailman/listinfo/python-list>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-list/attachments/20121116/65bae800/attachment.html>


More information about the Python-list mailing list