Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #60414 > unrolled thread

Re: cx_Oracle throws: ImportError: DLL load failed: This application has failed to start ...

Back to article view | Back to comp.lang.python

Contents

  Re: cx_Oracle throws: ImportError: DLL load failed: This application has failed to start ... Albert-Jan Roskam <fomcl@yahoo.com> - 2013-11-25 02:38 -0800
    Re: cx_Oracle throws: ImportError: DLL load failed: This application has failed to start ... Ruben van den Berg <rubenvandenberg1978@gmail.com> - 2013-11-25 12:22 -0800
      Re: cx_Oracle throws: ImportError: DLL load failed: This application has failed to start ... Chris Angelico <rosuav@gmail.com> - 2013-11-26 09:50 +1100

#60414 — Re: cx_Oracle throws: ImportError: DLL load failed: This application has failed to start ...

--------------------------------------------
On Sun, 11/24/13, MRAB <python@mrabarnett.plus.com> wrote:

 Subject: Re: cx_Oracle throws: ImportError: DLL load failed: This application has failed to start ...
 To: python-list@python.org
 Date: Sunday, November 24, 2013, 7:17 PM
 
 On 24/11/2013 17:12, Ruben van den
 Berg wrote:
 > I'm on Windows XP SP3, Python 2.7.1. On running
 >
 > import cx_Oracle
 >
 > I got the error
 >
 > ImportError: DLL load failed: This application has
 failed to start because the application configuration is
 incorrect. Reinstalling the application may fix this
 problem.
 >
 > I then ran Dependency Walker on cx_Oracle.pyd. Its
 first complaint was about msvcr80.dll. However, this file is
 present in
 C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.91_x-ww_0de56c07.
 (I believe it's part of the MS Visual Studio C++ 2008
 package which I installed.)
 >
 > I obviously uninstalled and reinstalled the cx_Oracle a
 couple of times but so far to no avail.
 >
 > Does anybody have a clue what to try next?
 >
 > For a screenshot of Dependency Walker, please see: https://dl.dropboxusercontent.com/u/116120595/dep_walker_orac.jpg
 >
 It looks like it's a path issue.
 
 You say that msvcr80.dll is in 
 C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.91_x-ww_0de56c07,
 
 but is that folder listed as part of the search path?
 
 Have a look at the Windows' PATH environment variable.


===> Unlike in Linux with LD_LIBRARY_PATH, you can change PATH at runtime in Windows, e.g
import os, sys, ctypes
if sys.platform.startswith("win"):
    os.environ["PATH"] += (os.pathsep + r"c:\your\new\path")
    ctypes.WinDLL("msvcr80.dll")
 

[toc] | [next] | [standalone]

#60450

Thx for all the suggestions! 

I hope this doesn't come as a disappointment but it seems the final solution was to install version 12 (instead of 11) of Oracle's instantclient and to include the inner folder (holding OCI.DLL and related files) to "Path" and "ORACLE_HOME".

I haven't the slightest clue why version 11 just - wouldn't - run but due to backward compatibility it seems a stressful weekend got a happy ending anyway.

Op maandag 25 november 2013 11:38:39 UTC+1 schreef Albert-Jan Roskam:
> --------------------------------------------
> 
> On Sun, 11/24/13, MRAB <python@mrabarnett.plus.com> wrote:
> 
> 
> 
>  Subject: Re: cx_Oracle throws: ImportError: DLL load failed: This application has failed to start ...
> 
>  To: python-list@python.org
> 
>  Date: Sunday, November 24, 2013, 7:17 PM
> 
>  
> 
>  On 24/11/2013 17:12, Ruben van den
> 
>  Berg wrote:
> 
>  > I'm on Windows XP SP3, Python 2.7.1. On running
> 
>  >
> 
>  > import cx_Oracle
> 
>  >
> 
>  > I got the error
> 
>  >
> 
>  > ImportError: DLL load failed: This application has
> 
>  failed to start because the application configuration is
> 
>  incorrect. Reinstalling the application may fix this
> 
>  problem.
> 
>  >
> 
>  > I then ran Dependency Walker on cx_Oracle.pyd. Its
> 
>  first complaint was about msvcr80.dll. However, this file is
> 
>  present in
> 
>  C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.91_x-ww_0de56c07.
> 
>  (I believe it's part of the MS Visual Studio C++ 2008
> 
>  package which I installed.)
> 
>  >
> 
>  > I obviously uninstalled and reinstalled the cx_Oracle a
> 
>  couple of times but so far to no avail.
> 
>  >
> 
>  > Does anybody have a clue what to try next?
> 
>  >
> 
>  > For a screenshot of Dependency Walker, please see: https://dl.dropboxusercontent.com/u/116120595/dep_walker_orac.jpg
> 
>  >
> 
>  It looks like it's a path issue.
> 
>  
> 
>  You say that msvcr80.dll is in 
> 
>  C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.91_x-ww_0de56c07,
> 
>  
> 
>  but is that folder listed as part of the search path?
> 
>  
> 
>  Have a look at the Windows' PATH environment variable.
> 
> 
> 
> 
> 
> ===> Unlike in Linux with LD_LIBRARY_PATH, you can change PATH at runtime in Windows, e.g
> 
> import os, sys, ctypes
> 
> if sys.platform.startswith("win"):
> 
>     os.environ["PATH"] += (os.pathsep + r"c:\your\new\path")
> 
>     ctypes.WinDLL("msvcr80.dll")

[toc] | [prev] | [next] | [standalone]

#60459

On Tue, Nov 26, 2013 at 7:22 AM, Ruben van den Berg
<rubenvandenberg1978@gmail.com> wrote:
> I haven't the slightest clue why version 11 just - wouldn't - run but due to backward compatibility it seems a stressful weekend got a happy ending anyway.

Doesn't make particular sense to me either, but I don't know anything
about Oracle :) Glad it's working, anyhow. If nothing else, you have a
clean installation of version 12, so if your v11 was wrong in some
way, this simply sidestepped it. Often that's the easiest fix.

ChrisA

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web