diff --git a/Core/src/org/sleuthkit/autopsy/core/Installer.java b/Core/src/org/sleuthkit/autopsy/core/Installer.java
index 3c42f3aac4..2a5dde4a50 100644
--- a/Core/src/org/sleuthkit/autopsy/core/Installer.java
+++ b/Core/src/org/sleuthkit/autopsy/core/Installer.java
@@ -66,7 +66,7 @@ public class Installer extends ModuleInstall {
//We should update this if we officially switch to a new version of CRT/compiler
System.loadLibrary("msvcr100"); //NON-NLS
System.loadLibrary("msvcp100"); //NON-NLS
- System.loadLibrary("msvcr120"); //NON-NLS
+
logger.log(Level.INFO, "MSVCR100 and MSVCP100 libraries loaded"); //NON-NLS
} catch (UnsatisfiedLinkError e) {
logger.log(Level.SEVERE, "Error loading MSVCR100 and MSVCP100 libraries, ", e); //NON-NLS
@@ -86,6 +86,14 @@ public class Installer extends ModuleInstall {
logger.log(Level.SEVERE, "Error loading EWF library, ", e); //NON-NLS
}
+ /* PostgreSQL */
+ try {
+ System.loadLibrary("msvcr120"); //NON-NLS
+ logger.log(Level.INFO, "MSVCR 120 library loaded"); //NON-NLS
+ } catch (UnsatisfiedLinkError e) {
+ logger.log(Level.SEVERE, "Error loading MSVCR120 library, ", e); //NON-NLS
+ }
+
try {
System.loadLibrary("libeay32"); //NON-NLS
logger.log(Level.INFO, "LIBEAY32 library loaded"); //NON-NLS
diff --git a/build-windows.xml b/build-windows.xml
index e4335ad9b7..a293511b15 100644
--- a/build-windows.xml
+++ b/build-windows.xml
@@ -50,6 +50,7 @@
+
@@ -147,6 +148,4 @@
-
-
diff --git a/docs/doxygen/native_libs.dox b/docs/doxygen/native_libs.dox
index 9a8dda376a..667bb9815c 100755
--- a/docs/doxygen/native_libs.dox
+++ b/docs/doxygen/native_libs.dox
@@ -8,14 +8,15 @@ The easiest guidance (from http://bits.netbeans.org/dev/javadoc/org-openide-modu
\section native_autopsy Autopsy Native Libraries
-Autopsy has two types of native libraries:
-- The libtsk_jni native library
-- The libraries that libtsk_jni depends on
-
-libtsk_jni is embedded inside of the Tsk_DataModel.jar file from The Sleuth Kit. The java code extracts the file from the jar into a local temp folder and launches it in the LibraryUtils.loadSleuthkitJNI() method.
-
-The libraries that libtsk_jni depends on are launched by Autopsy in the Installer.loadDynLibraries() method. This is because if we wait until libtsk_jni needs them, then they will be located based on Windows search paths and the NetBeans paths are not in that set. So, we launch them before libtsk_jni needs them and from within Autopsy so that it uses the Autopsy search pathes.
-
-There is code in build-windows.xml and build-unix.xml to copy the external libraries into their respective locations when a ZIP package is made of the program. These libraries must be accessible via normal launching methods when developing Autopsy (i.e. we only copy them into the Autopsy structure when building the ZIP).
+Autopsy has three types of native libraries that it depends on (and ships with):
+- The Sleuth Kit JNI Library(libtsk_jni)
+ - This is embedded inside of the Tsk_DataModel.jar file. It gets copied into there by the datamodel ant target.
+ - At runtime, java code extracts the file from the jar into a local temp folder and launches it in the LibraryUtils.loadSleuthkitJNI() method.
+- The libraries that libtsk_jni depends on that are not the Visual Studio runtime dlls that were used to build libtsk_jni
+ - These are copied by Autopsy from TSK_HOME to a folder inside of Autopsy at compile time.
+ - They are loaded by Autopsy in the Installer.loadDynLibraries() method. This is because if we wait until libtsk_jni needs them, then they will be located based on Windows search paths and the NetBeans paths are not in that set. So, we launch them before libtsk_jni needs them and from within Autopsy so that it uses the Autopsy search paths.
+- The Visual Studio runtime dlls that were used to build libtsk_jni
+ - These are only copied by Autopsy when a ZIP folder is created of the project (on the theory that the local system doesn't need copies of them because it is already building TSK). There is code in build-windows.xml and build-unix.xml to copy the external libraries (from thidrparty/crt) into their respective locations in the ZIP file.
+ - NOTE: If other versions of the runtimes need to be included (because of the other 3rd party libraries), then they should be treated like other 3rd party libraries and copied at compile time.
*/
diff --git a/thirdparty/crt/win64/msvcr120.dll b/thirdparty/crt/win64/msvcr120.dll
deleted file mode 100755
index d711c92232..0000000000
Binary files a/thirdparty/crt/win64/msvcr120.dll and /dev/null differ