<font face="arial" size="2">Hi Tamas,<br><br>Thank you for getting back to me so quickly. I downloaded the updated gdal binaries from your page for a test. However, I think we are linking against the fw_tools (2.4.7) version of gdal (along with ogr, etc). <br><br>So, for example, fw_tools provides a gdal_i.lib/gdaL-fw.dll that seems to be used instead of gdal17.dll that comes with the default GDAL package. It is also using renamed dependencies such as "NCSEcwC_fw.dll", "libtiff_fw.dll", etc.<br><br>Can anyone comment on what would be involved with switching away from the fw_tools binaries to use the updated gdal binaries you have pointed me to? If there is nothing special about the fw_tools binaries I don't mind switching away from the fw_tools modules.<br><br>One last silly question...I noticed the binaries your page provides dont come with lib/headers? I can generate a lib from the dll in VS but I just wanted to make sure I wasnt missing something obvious.<br><br>Cheers!<br><br>-----Original Message-----<br>From: "Tamas Szekeres" <szekerest@gmail.com><br>Sent: Monday, September 27, 2010 7:16pm<br>To: jkenneally@cartenav.com<br>Cc: fwtools@lists.maptools.org<br>Subject: Re: [FWTools] lti_dsdk_dll.dll versions?<br><br>Hi,<br><br>The MSVC2008 packages available at <a href="http://vbkto.dyndns.org/sdk/">http://vbkto.dyndns.org/sdk/</a> are compiled against <font size="2">7.0.0.2181.<br><br>Best regards,<br><br>Tamas<br><br><br></font><br>
<br><div class="gmail_quote">2010/9/27 <span dir="ltr"><<a href="mailto:jkenneally@cartenav.com">jkenneally@cartenav.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font face="arial" size="2"><span style="font-size: 8pt;"></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>
</font><br>_______________________________________________<br>
FWTools mailing list<br>
<a href="mailto:FWTools@lists.maptools.org">FWTools@lists.maptools.org</a><br>
<a href="http://lists.maptools.org/mailman/listinfo/fwtools" target="_blank">http://lists.maptools.org/mailman/listinfo/fwtools</a><br>
<a href="http://fwtools.maptools.org/" target="_blank">http://fwtools.maptools.org/</a><br>
<br></blockquote></div><br>
</font>