Changeset 33777

Timestamp:

2019-12-09T17:48:39+13:00 (4 years ago)

Author:

ak19

Message:

Forgot to document a link, with sample code to use nativecall jar file to get Windows short file names, may be helpful in future, though the work towards it on Friday had led to nowhere and I had to opt for a different solution from online in the end, one that used a DOS process to work out the windows short file name.

File:

• main/trunk/gli/src/org/greenstone/gatherer/util/Utility.java (modified) (2 diffs)

main/trunk/gli/src/org/greenstone/gatherer/util/Utility.java

@@ -117 +117 @@
     
     /**
-     * The following calls a method in WindowsNativeFunctions.java to retrieve Windows short file names
-     * taken from http://dolf.trieschnigg.nl/eightpointthree/eightpointthree.html
-     * which uses the the non-JNI NativeCall jar file for which WindowsNativeFunctions imports com.eaio.nativecall.*
-     *
      * returns the short filename (8.3) for a file in Windows
      * 
@@ -136 +132 @@
     }
     
+    /*
+     * The means of getting a Windows Short FileName described at
+     * http://dolf.trieschnigg.nl/eightpointthree/eightpointthree.html looked ideal
+     * as it uses the non-JNI NativeCall jar file with imports of com.eaio.nativecall.*
+     * However, after trying this solution and making all the changes necessary for it,
+     * I wasn't able to use it after all, because when I finally could run it, the NativeCall.dll 
+     * included in the jar file was of 32 bit and didn't match my 64 bit Windows OS.
+     * I tried the newer jar NativeCal.jar file and it wasn't compatible with the sample code
+     * and things wouldn't compile. In the end, I opted for plan B below, as it at least works.
+     */
     /**  
      * getMSDOSName() and its helper function getAbsolutePath(fileName)