Well, it will work just fine until somebody places a different/wrong/bad version of the dependent dll's <br>somewhere in the search-order :)<br><br>On the other hand, we checked the settings on the FDO projects, and it turns out that this setting is<br>
already there. <br><br>The problem is; ASP seems so pre-load recursively native dll's in the bin-folder aswell, so we will try <br>to solve this by adding a parallel folder to the bin-folder.. fingers crossed.<br><br>
<br>-- Oyvind<br><br><br><br><br><div class="gmail_quote">On Tue, Dec 14, 2010 at 3:45 PM, Mark Branscum <span dir="ltr"><<a href="mailto:mbranscum@agvance.net">mbranscum@agvance.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">Hi Øyvind,</span></p><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">Uh oh... Hearing you say that the approach we are using works in some cases and not others gives me cause for concern now. I think we will be testing and researching this further. If the SetDllDirectory approach works then I would agree that adding the delay load to FDO would be very valuable for ASP deployment.</span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">Thanks for the information,</span></p><p class="MsoNormal">
<span style="font-size: 11pt; color: rgb(31, 73, 125);">Mark</span></p><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p><div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
<p class="MsoNormal"><b><span style="font-size: 10pt;">From:</span></b><span style="font-size: 10pt;"> <a href="mailto:fdo-users-bounces@lists.osgeo.org" target="_blank">fdo-users-bounces@lists.osgeo.org</a> [mailto:<a href="mailto:fdo-users-bounces@lists.osgeo.org" target="_blank">fdo-users-bounces@lists.osgeo.org</a>] <b>On Behalf Of </b>Oyvind Idland<br>
<b>Sent:</b> Tuesday, December 14, 2010 3:50 AM<br><b>To:</b> FDO Users Mail List<br><b>Subject:</b> Re: [fdo-users] Delay loading dlls ?</span></p></div><div><div></div><div class="h5"><p class="MsoNormal"> </p><p class="MsoNormal">
Hi Mark,<br><br>we tried that approach earlier. It worked ok in some cases, in others not. <br><br>For example, the GDAL dll is dependent on libeay.dll. Before $PATH, the windows <br>and windows/system32 folders is searched. It found a libeay.dll there and loaded it. The<br>
app and then halted since that dll lacked a function (older version). <br><br>Debuging such thing on a customers machine can sometimes be pain, and windows is <br>quite economical when it comes to providing useful error messages on these issues....<br>
<br>By using delay load, such unpredictable behaviour can be avoided.<br><br>The only alternative we can see right now is to compile FDO from scratch and add that option.<br><br><br><br>- Øyvind<br><br><br>On Mon, Dec 13, 2010 at 6:36 PM, Mark Branscum <<a href="mailto:mbranscum@agvance.net" target="_blank">mbranscum@agvance.net</a>> wrote:</p>
<div><blockquote style="border-style: none none none solid; border-color: -moz-use-text-color -moz-use-text-color -moz-use-text-color rgb(204, 204, 204); border-width: medium medium medium 1pt; padding: 0in 0in 0in 6pt; margin-left: 4.8pt; margin-right: 0in;">
<div><div><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">Øyvind,</span></p><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">It sounds like you may be running into the same issue I ran into a while back while deploying FDO in ASP. Are you saying that you had to add your FDO ASP app's bin folder to the $PATH in order to get the native DLLs loaded? </span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">That is what we initially had to do. However, if I remember correctly I think we eventually put the FDO DLLs in their own directory and then added only that directory to the system path. That way we didn't have to add the ASP app's bin folder to the system path and risk the side effects you are describing. However, that approach has the side effect that all ASP applications on the server will need to use the same FDO DLLs and you would not be able to run multiple versions of FDO. But that was not an issue for us.</span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">Mark Branscum</span></p><p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<div style="border-style: solid none none; border-color: -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;"><p class="MsoNormal"><b><span style="font-size: 10pt;">From:</span></b><span style="font-size: 10pt;"> <a href="mailto:fdo-users-bounces@lists.osgeo.org" target="_blank">fdo-users-bounces@lists.osgeo.org</a> [mailto:<a href="mailto:fdo-users-bounces@lists.osgeo.org" target="_blank">fdo-users-bounces@lists.osgeo.org</a>] <b>On Behalf Of </b>Oyvind Idland<br>
<b>Sent:</b> Monday, December 13, 2010 9:18 AM<br><b>To:</b> <a href="mailto:fdo-users@lists.osgeo.org" target="_blank">fdo-users@lists.osgeo.org</a><br><b>Subject:</b> [fdo-users] Delay loading dlls ?</span></p></div><div>
<div><p class="MsoNormal"> </p><p class="MsoNormal" style="margin-bottom: 12pt;">Hello,<br><br>we have an issue with dll loading when using them in an Asp.NET application. <br><br>The server pre-loads assemblies before executing the app. While doing this, it will also attempt to load <br>
native dependencies. Deployment and loading works somewhat different in an Asp application, so <br>its starts looking for the dll's all over the place. In some cases it may load dll's from another app's<br>bin-folder, if it is set in $PATH.. which causes unpredictable consequences in some cases.<br>
<br>If delay load is set on the topmost dependencies, the Asp-app can specify the dll using SetDllDirectory()<br>before the dependencies is loaded.<br><br>Is it possible to have this feature added in FDO 3.5 and above ? <br>
<br><br>-- Øyvind Idland</p></div></div></div></div><p class="MsoNormal" style="margin-bottom: 12pt;"><br>_______________________________________________<br>fdo-users mailing list<br><a href="mailto:fdo-users@lists.osgeo.org" target="_blank">fdo-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/fdo-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/fdo-users</a></p></blockquote></div><p class="MsoNormal"> </p></div></div></div></div><br>_______________________________________________<br>
fdo-users mailing list<br>
<a href="mailto:fdo-users@lists.osgeo.org">fdo-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/fdo-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/fdo-users</a><br>
<br></blockquote></div><br>