<font face="arial" size="2"><span style="font-size: 8pt; font-family: "Arial","sans-serif";"></span>Hello,<br><br>We've run into an issue with one of the fw_tools dependencies, namely "lti_dsdk_dll.dll". Our application uses both the latest Global Mapper SDK, and the latest FW_Tools binaries. A recent release of Global Mapper (which we require for new functionality it introduces) has updated to use a new version of lti_dsdk_dll.dll that doesnt seem to be backwards compatible with the version used in fw_tools.<br><br>If I try to run with the older version (6.0.7.1407) of
"lti_dsdk_dll.dll" that fw_tools/GDAL depends on, I am getting the following
error from (I believe )the new Global Mapper SDK at runtime: "The
procedure entry point ??4LTIPixel@LizardTech@@QAEAAV01@@Z could not be
located in the dynamic link library lti_dsk_dll.dll"<br>
<br>
So I figured just updating to the new lti_dsdk_dll.dll version from the Global Mapper sdk
would satisfy both Global Mapper and fw_tools. However, running
with the newer version (7.0.0.2181) of lti_dsdk_dll.dll gives the
following error (I believe from fw_tools): "The procedure entry point
?getHeight@LTIImage@LizardTech@@QBEIXZ" could not be located in the
dynamic link library lti_dsk_dll.dll"<br><br>Having not worked directly with the Geo DSDK libraries, I'm assuming
the new "lti_dsdk_dll.dll" introduced functions global mapper depends on, while
dropping functions that gdal depends on. (I've inquired with LizardTech to verify this).<br><br>So my question is, if/when we could expect new fw_tools binaries for the windows platform that have been updated to use the latest version of lti_dsdk_dll.dll. Having Global Mapper and FW_Tools both using the same version would be great!<br><!--WM_COMPOSE_SIGNATURE_END--></font>