<div dir="ltr">Hi everyone,<br><br>we have a problem in our instrument.dll - on windows - which is caused by the fact that it links against the static CRT instead of the dynamic CRT. <br><br>The problem is probably uninteresting and has to do with the fact that we run then with two C-Runtimes;<div>there are a number of ways to fix it, but an easy way would be to just link instrument.cll against the dynamic C-Runtime. <br><br>I see that in Lib-java.instrument.gmk there is a special section for instrument.dll:<br><br>46 Â # Statically link the C runtime so that there are not dependencies on modules<br>47 Â # not on the search patch when invoked from the Windows system directory<br>48 Â # (or elsewhere).<br>49 Â LIBINSTRUMENT_CFLAGS := $(filter-out -MD, $(LIBINSTRUMENT_CFLAGS))<br><br>where /MD is removed from the compiler options, which causes the object files to link against the static CRT..<div><br>The comment sounds like I break something by linking against dynamic C-Runtime. </div><div><br></div><div>But I do not understand the comment entirely, could someone please elaborate a bit?</div><div><br></div><div>(more precisely, I do not see how we could even run into a situation where we could not </div><div>resolve the dynamic C-Runtime and still be able to launch the JVM to load the instrument.dll). <br><br>Thanks a lot!<br><br>Thomas Stüfe<br></div></div></div>