Application failed to start because its side-by-side...

[A. Vatar]

I'm running windows 8.1 and starting xnviewmp results in an error message: "the application failed to start because its side-by-side configuration is incorrect". I'm aware this is caused by the lack of some vc runtimes on the system, and the relevant link is even helpfully provided.

However I would like xnviewmp to be portable and not have to install other stuff on my system. Would it be possible for these files to by bundled inside the xnviewmp folder? Or in alternative, is it possible to do so myself?

Thanks.

[m.Th.]

I'm running windows 8.1 and starting xnviewmp results in an error message: "the application failed to start because its side-by-side configuration is incorrect". I'm aware this is caused by the lack of some vc runtimes on the system, and the relevant link is even helpfully provided.

However I would like xnviewmp to be portable and not have to install other stuff on my system. Would it be possible for these files to by bundled inside the xnviewmp folder? Or in alternative, is it possible to do so myself?

Thanks.

I know that Pierre uses VC 2008 but I don't know if it is SP1 or not. Hence try

For 32bit:
http://www.microsoft.com/en-us/download ... aspx?id=29
or
http://www.microsoft.com/en-us/download ... px?id=5582

For 64bit:
http://www.microsoft.com/en-us/download ... x?id=15336

...but at least for 64bit it seems that installer comes with the package in itself.

[A. Vatar]

Thanks for the reply. But installing the runtimes is precisely what I wanted to avoid...

I tried to put copies of msvcp90.dll, msvcr90.dll and vcomp90.dll extracted from the VC runtime in the xnview folder and change the version number inside the xnview.exe.manifest file from 9.0.21022.8 (the file version of the runtime files) to 9.0.30729.8387 (already present on my system) but no luck.

Bummer!

[m.Th.]

Thanks for the reply. But installing the runtimes is precisely what I wanted to avoid...

I tried to put copies of msvcp90.dll, msvcr90.dll and vcomp90.dll extracted from the VC runtime in the xnview folder and change the version number inside the xnview.exe.manifest file from 9.0.21022.8 (the file version of the runtime files) to 9.0.30729.8387 (already present on my system) but no luck.

Bummer!

Do the opposite: Find the DLLs which have the version number requested by XnViewMP.

Also, be sure to report back! I'm interested also.

Btw, the zipped archives which Pierre provides for download aren't portable??

[A. Vatar]

Do the opposite: Find the DLLs which have the version number requested by XnViewMP.

XnviewMP wants 9.0.21022.8. I have 9.0.30729.8387 (built-in in Windows 8.1). I have tried either to place the 9.0.21022.8 dll's in the folder or change the version in the manifest file (both internal and external) to 9.0.30729.8387. No luck.

Btw, the zipped archives which Pierre provides for download aren't portable??

Not really... If you run them on a just installed W8.1 computer they will give you the "Application failed to start because its side-by-side..." error. So they are portable *after* you install the VC runtimes (witch I have no other need for). So if you don't want or are unable to install the VC runtimes you cannot run XviewMP portable...

[xnview]

but the good dll are with XnViewMP package??? is it 64bits?

[A. Vatar]

but the good dll are with XnViewMP package??? is it 64bits?

Yes. Running W8.1, XnviewMP .64 x64 and using the "Microsoft Visual C++ 2008 Redistributable Package (x64)" that is linked to in the XnViewMP folder.

Please note that if I *install* the runtime, everything is OK. What I'd like is *not having to install the runtime*, either by placing the msvc*90.dll's extracted from the runtime in the XnviewMP folder (preferable) or by making it use version 9.0.30729.8387 which come built-in with the OS.

[m.Th.]

but the good dll are with XnViewMP package??? is it 64bits?

Yes. Running W8.1, XnviewMP .64 x64 and using the "Microsoft Visual C++ 2008 Redistributable Package (x64)" that is linked to in the XnViewMP folder.

Please note that if I *install* the runtime, everything is OK. What I'd like is *not having to install the runtime*, either by placing the msvc*90.dll's extracted from the runtime in the XnviewMP folder (preferable) or by making it use version 9.0.30729.8387 which come built-in with the OS.

Istm that you can't: http://stackoverflow.com/questions/1996 ... -9-runtime

Only if Pierre will update the Visual Studio.

[A. Vatar]

Solved

You just need to extract the following files from the vcredist_x64.exe installer and place them in the XnviewMP folder:

Microsoft.VC90.CRT.manifest
Microsoft.VC90.OpenMP.manifest
msvcm90.dll
msvcp90.dll
msvcr90.dll
vcomp90.dll

Now it will use this dll's without the need to install the redistributable. The strange part is that the x86 versions, both the setup and the zip, already do this. No need to install anything else. Only the x64 versions require the installation of the vc_redist. Is this a lapse or is there a good reason for this behavior

[m.Th.]

Solved

You just need to extract the following files from the vcredist_x64.exe installer and place them in the XnviewMP folder:

Microsoft.VC90.CRT.manifest
Microsoft.VC90.OpenMP.manifest
msvcm90.dll
msvcp90.dll
msvcr90.dll
vcomp90.dll

Now it will use this dll's without the need to install the redistributable. The strange part is that the x86 versions, both the setup and the zip, already do this. No need to install anything else. Only the x64 versions require the installation of the vc_redist. Is this a lapse or is there a good reason for this behavior

Malware. The OS tries to enforce 'everyone' to install the programs, hence to pass through admin checks/privileges etc. It was an extensive discussion a while ago in Firebird forums about this. Microsoft has this by design while other compilers (eg. Delphi) build everything by default in a very small and fast exe. That's why Delphi is (one of) the preferred tools for black hat hackers, has export restrictions etc.

[XnTriq]

Is this a lapse or is there a good reason for this behavior

Wikipedia: Dynamic-link library » DLL hijacking

[BabaG]

what is the conclusion here? i've just had the same issue with a w7/64 pro installation. what is the malware reference about? do i install the linked runtime? do i extract dll's somehow and use them?

thanks for any info,
BabaG

[m.Th.]

what is the conclusion here? i've just had the same issue with a w7/64 pro installation. what is the malware reference about? do i install the linked runtime? do i extract dll's somehow and use them?

thanks for any info,
BabaG

The conclusion(s):

1. It is a Windows protection measure. Nothing to do with XnView MP.
2. You must either install the Microsoft official redistributable (then the XnView will find them 'magically'), -=OR=- do it by hand and extract from the installer the dll's and put in XnView's folders.

[xnikolanx]

but the good dll are with XnViewMP package??? is it 64bits?

I'm also with Win 8.1 64bit. Can I use XnViewMP with the last version of visual basic 2013? I tried, but it 'doesnt work. I installed ms visual basic 2013, and i installed XnViewMP without Visual basic 2008.