% cat -n jdk/src/windows/bin/java_md.c

  [...]
    44  #define CRT_DLL "msvcr71.dll"
  [...]
   210      if (GetJREPath(crtpath, MAXPATHLEN)) {
   211          (void)JLI_StrCat(crtpath, "\\bin\\" CRT_DLL);   /* Add crt dll */
   212          JLI_TraceLauncher("CRT path is %s\n", crtpath);
   213          if (_access(crtpath, 0) == 0) {
   214              if (LoadLibrary(crtpath) == 0) {
   215                  ReportErrorMessage(DLL_ERROR4, crtpath);
   216                  return JNI_FALSE;
   217              }
   218          }
   219      }



This needs to be modified to look for the correct msvcr??.dll based on
the version of Visual Studio doing the product build.

VS2003=msvcr71.dll
VS2005=msvcr80.dll
VS2008=msvcr90.dll

Reference: jdk/make/common/Defs-windows.gmk

Attempts to load a mismatched msvcr??.dll will fail and result in a 'R6034'
pop-up window (see attached screen grab wrong_RTL_popup.jpg).
Posted Date : 2008-10-03 20:24:33.0

N/A

The msvcr??.dll loaded at runtime must match the VS compiler used at build time.
Posted Date : 2008-10-01 20:38:28.0

I'm also hit by this problem. Mor specifically, apache Tomcat 6.0.18 doesn't start in a Windows Server 2003 R2 machine. Tomcat attempts to load the HotSpot Server jvm.dll, and it fails because MSVCR71.DLL is nowhere in the PATH. it's just in the new_plugin directory, but clearly it's not only the plugin that needs this DLL.