iv3d-users

Text archives Help


[IV3D-USERS] Re: Re: Error 0xc000007b


Chronological Thread 
  • From: Dženan Zukić <dzenanz@gmail.com>
  • To: "Tom (mobile)" <tom.fogal@gmail.com>
  • Cc: iv3d-users@sci.utah.edu
  • Subject: [IV3D-USERS] Re: Re: Error 0xc000007b
  • Date: Thu, 9 Dec 2010 12:08:35 +0100
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=W3ouLVXCX2g0bI8S0E8XUhfbrUSVbjJrBQpB2fIux25fwXZG8e6EoAhZaPIL88fiTO FcOdFJBtoNDFPuPDO+rc78pyWEenAwXM91I0f7+j+Bd4fAEcEQdSyPs/tUv4k520zbPE iqPt+T1Y0i6r+bgm5WJMwGVFlFtDahGAf4R8Y=

After extensive searching the forums, I determined the problem was a linker setting "/MANIFEST[:NO]" for project ImageVis3D. This setting was only present in release configuration, and has caused MSVCP90.DLL to be loaded from path instead of c:\windows\winsxs\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4926_none_08e1a05ba83fe554\MSVCP90.DLL.
Leaving this setting on default (Yes) solves the problem.

Regards,
Dženan

On Thu, Dec 9, 2010 at 06:45, Tom (mobile) <tom.fogal@gmail.com> wrote:
You could look into that vs define concerning
'bind against current version' or whatever.

Otherwise... remove those programs from your PATH.
And.. report a bug to the package maintainers.
Mucking with your path should *never* be required
for an app to work, only a convenience for power
users.

-tom

----- Original message -----
> Hi,
>
> the recent svn versions fail to start when built in release mode. The
> error: ---------------------------
> ImageVis3D-64.exe - Application Error
> ---------------------------
> The application was unable to start correctly (0xc000007b). Click OK to
> close the application.
> ---------------------------
> OK
> ---------------------------
>
> I used the dependency walker and found out the error. "c:\program files
> (x86)\miktex 2.8\miktex\bin\MSVCP90.DLL" and "c:\program files
> (x86)\miktex 2.8\miktex\bin\MSVCR90.DLL", which are in the dependency
> list, are 32bit. It now gets linked to a dll in miktex folder, but it
> was some other folder in program files. I uninstalled the first program
> because it was not important (and I wasn't using it) but after
> uninstalling it the next location from the path which contains
> MSVCP90.DLL and MSVCR90.DLL got chosen.
>
> Since this is the only project to which this happens, I suspect it has
> something to do with its configuration, and it is not a bug in Windows
> or Visual Studio. Do you have any suggestions?
>
> Regards,
> Dženan





Archive powered by MHonArc 2.6.16.

Top of page