QGIS » QGIS Application

How recent is your stand alone installer download?

Downloaded the stand-alone earlier today and reinstalled, to check if the problem had been fixed. It hasn't - I got the same error message before and after reinstalling the program.

... and I just installed via OSGeo4W, with all packages enabled, including mscvrt, and I still get the error, both on 2.0.1 and 2.1 Dev.

If I have the problem on both the standalone and OSGeo4W installers, then it definitely belongs in this tracker, but maybe also in the OSGeo4W tracker as well.

I cannot remember any recent complaints about this issue. Is this still active?

This error is, by definition, never going to show up on a clean machine. It only happens when you've already got another install of VC 2005 runtime. What's happening is that QGIS is trying (wrongly) to use another version of VC 2005 for one (or more) of the dlls.

In my case, it was trying to use msvcr90.dll in my Syswow64 folder. The fix for me was to rename that file. If this isn't something that you guys want to fix, that's fine - but it is a real bug. None of the other programs that I'm running that need VC 2005 have this issue.

Maybe an easy solution would be to have the right version of that file included in the install with the other VC files (in the bin folder)?

Andrew DeMerchant wrote:

What's happening is that QGIS is trying (wrongly) to use another version of VC 2005 for one (or more) of the dlls.

In my case, it was trying to use msvcr90.dll in my Syswow64 folder. The fix for me was to rename that file.

as far as I know, and I can be wrong, any Windows program (so not only QGIS) will look for a certain dll first in the system folders, then in the program installation folder. If all the programs would not install dlls outside their installation folder (as QGIS does) then there would be no issues. But to me this is not a qgis bug, but anyway there are much more skilled people here that can leave their feedback.

I just installed 2.8.2 32-bit version on both a 64-bit machine and a 32-bit machine. The R6034 error message appears twice when starting QGIS on the 64-bit machine, and 3 times on the 32-bit machine.

This error is still present in 2.8 Wien and 2.10 Pisa. Using the x64 version of QGIS on a Windows 7 x64.

And yes, I have the whole range of Visual C++ runtimes: 2005, 2008, 2012, 2012, 2013, both x86 and x64. All of them (to my knowledge) are the most up-to-date.

As a software engineer, I simply don't understand what and why is done behind in QGIS. One should just leave it to the system to find the proper VC runtime, instead of trying to find and load one DLL from a supposed directory, whether it be system32 or SysWOW64, or one of the winsxs subdirectories.

And if the QGIS installer tries to put its "own" msvcr90.dll into system32, it will only result in a nice block from any proper antivirus software.

Yogurt Yogurt wrote:

As a software engineer, I simply don't understand what and why is done behind in QGIS. One should just leave it to the system to find the proper VC runtime, instead of trying to find and load one DLL from a supposed directory, whether it be system32 or SysWOW64, or one of the winsxs subdirectories.

We leave it to the system, but the system apparently picks the wrong one - on some machines.

The problem is now present in 2.12 although I've not had it before. I'm using windows 7 32-bit. I've jumped from 2.6 (no problems) straight to 2.12.

I'm getting three r6034 errors before opening Qgis.

In the meantime, if anyone's found a way round this, I'd appreciate any ideas.

I have seen this problem, but only when starting QGIS not using the Start Menu items and not using the provided batch files to start QGIS.

Things to check:
1. from the Start Menu choose the OSGeo4w shell
2. at the command prompt type: PATH
the result is likely a long string with a number of instances that point to various installed program locations
3. at the command prompt start QGIS: qgis
This should use a provided batch file. Does this work?
4. at the command prompt type: PATH
the result should be fairly bare, mainly OSGeo4W locations

What I found is the base PATH from Windows points to some program that has a VC runtime file in its directory (I didn't bother to track that down) and that the OSGeo4W batch files that start QGIS provide a path without the extraneous locations.

The above steps 1 and 3 are essentially what the start menu items for QGIS do, so they should work.

I've tried the above mentioned steps, but did not get the expected results. My knowledge of computers is insufficient to know if it means anything, but on the off chance it does, my results were as follows;

At step 3. QGIS started, but with the same three R6034 error messages.

At step 4. The path indicated entirely QgisLyon locations with the exception of one System32 location and one WBem location.

Your results at step 4 are what I would expect, so I believe that the file causing the issue is likely located in the Windows\\system32 directory or syswow64 (on a 64-bit system).

According to a report above the file msvcr90.dll is the one causing the problem. It really should not be present in either system32 or syswow64. Note that the system32 directory is always searched even if it not appears in PATH.

If you find msvcr90.dll in system32 directory, try renaming it (something like msvcr90.dll.XXX is what I typically use).

I have tracked the problem on my computer to msvcr90.dll, but it was located in one of the program directories referenced in PATH, not in Windows\\system32.

See also #8629-1

To confirm; disabling msvcr90.dll in System32 folder has, in my case, worked. I now have no more runtime errors on starting Qgis. Unfortunately, I have no idea what I've just done, not knowing what msvcr90.dll is. Can I be sure that it's not needed there?

Dan Cuillin wrote:

To confirm; disabling msvcr90.dll in System32 folder has, in my case, worked. I now have no more runtime errors on starting Qgis. Unfortunately, I have no idea what I've just done, not knowing what msvcr90.dll is. Can I be sure that it's not needed there?

You fixed a problem that some other (qgis unrelated) installer introduced. msvcr90.dll is supposed to live where the actual program that needs it is or in a subdirectory of windows\\winwxs. If you look there for it you might find it in several subdirectories. Software using is is usally shipped with the required copy next to it or uses a copy in winwxs (and something knows how to find the right one there). Putting it in system32/syswow64 also works, but only for exactly one version - any software in need of another one gets screwed (like qgis in this case). Hard to tell what put it there after the fact. If you find what's now broken, you'll probably also learn who the culprit is.

We're having the exact same problem on SBC2 (Citrix) with the 2.18 installer.
Is it at all possible to solve this problem?