Hi, <br><br>  It shouldn't be necessary to have gdal and python compiled with the same msvc-version, as long as the various needed c-runtime dll's can be found in the PATH. In my experience problems like you describe (DL'HELL) can be related to the order in which things appear in the PATH. For example, if you have a PyQt4 installation (in the PATH), which uses a libmysql.dll and gdal is also linked against libmysql.dll (in another version), it is really important which version is found first in PATH. And I guess the same thing could be the case for other libraries tha gdal uses.<br>
  I can also be tricky if you have multiple python versions (for example a "usual" installation and one through osgeo4w) and\or multiple versions of the gdal-python bindings (compiled with different compilers and/or different versions of python). In that case you need to make sure that python env variables like PYTHONPATH are set up right.<br>
  So I guess it is really a case of carefully studying output from dependency-walker. You could also try to cd to the directory where all the gdal and support library dll's are located and try to import the gdal python module from there (should be the same as putting that folder first in PATH).<br>
<br>Best Regards,<br>Simon<br> <br><br><div class="gmail_quote">On Fri, Nov 16, 2012 at 1:43 PM, Rutger <span dir="ltr"><<a href="mailto:kassies@gmail.com" target="_blank">kassies@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi George,<br>
<br>
You can also open the _gdal.pyd with Dependency Walker, i think thats the<br>
file which is actually being opened when the traceback is returned. In<br>
addition to gdal.dll it also check for python27.dll and kernel32.dll.<br>
The ISHIMS.DLL is not a problem for as far as i know.<br>
<br>
Normally you should be able to resolve MSVCR80.DLL issues by installing the<br>
appropriate MS Visual C++ Redistributable (if you havent done so already),<br>
the version *80.dll would mean that you need the 2005 version.<br>
<br>
Microsoft Visual C++ 2005 Redistributable Package (x86)<br>
<a href="http://www.microsoft.com/en-us/download/details.aspx?id=3387" target="_blank">http://www.microsoft.com/en-us/download/details.aspx?id=3387</a><br>
<br>
or<br>
<br>
Microsoft Visual C++ 2005 Redistributable Package (x64)<br>
<a href="http://www.microsoft.com/en-us/download/details.aspx?id=21254" target="_blank">http://www.microsoft.com/en-us/download/details.aspx?id=21254</a><br>
<br>
If im correct:<br>
msvcr80.dll = Microsoft Visual C++ 2005<br>
msvcr90.dll = Microsoft Visual C++ 2008<br>
msvcr100.dll = Microsoft Visual C++ 2010<br>
<br>
But installing it didnt resolve the issue for me. If Joaquim is correct,<br>
only compiling Python and GDAL with the same version of the compiler would<br>
help. Can you see which compiler was used, and which one you need? Both my<br>
Python and GDAL dlls seem to point to the same msvc90.dll file.<br>
<br>
If i open my _gdal.pyd in Dependency Walker i see gdal.dll links twice to<br>
exactly the same dll, and Dependency Walker complains in only one occasion.<br>
Its a complete mystery to me....<br>
<br>
<<a href="http://osgeo-org.1560.n6.nabble.com/file/n5016933/Depency_walker_gdal.png" target="_blank">http://osgeo-org.1560.n6.nabble.com/file/n5016933/Depency_walker_gdal.png</a>><br>
<br>
<br>
Regards,<br>
Rutger<br>
<br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/gdal-dev-ImportError-when-importing-gdal-module-with-python-2-7-on-Windows-7-64-bit-tp5006198p5016933.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/gdal-dev-ImportError-when-importing-gdal-module-with-python-2-7-on-Windows-7-64-bit-tp5006198p5016933.html</a><br>

<div class="HOEnZb"><div class="h5">Sent from the GDAL - Dev mailing list archive at Nabble.com.<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</div></div></blockquote></div><br>