I&#39;m surprised that this is being done with no discussion.<div><br></div><div>Guessing it would be testing to see if the provider name ends with .dll .so?  Overloading the semantics of the existing CreateConnection feels a bit sloppy to me.<div>
<br></div><div>Jason<br><br><div class="gmail_quote">On 6 August 2010 11:31, Brent Robinson wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">








<div lang="EN-US" link="blue" vlink="purple">

<div>

<p class="MsoNormal">Hi,</p>

<p class="MsoNormal"> </p>

<p class="MsoNormal">On Monday, a change will be made to the FDO Connection
Manager to allow creating connections from providers that are not registered in
providers.xml. CreateConnection() will now accept a library file name, in which
case the library will be loaded and the connection retrieved directly from it. The
change will be made to the trunk and will be under <a href="http://trac.osgeo.org/fdo/ticket/674" target="_blank">http://trac.osgeo.org/fdo/ticket/674</a>.
There will be no change to existing functionality; CreateConnection() will
still accept names of registered providers. </p>

<p class="MsoNormal"> </p><font color="#888888">

<p class="MsoNormal">Brent.</p>

</font></div>

</div>


<br>_______________________________________________<br>
fdo-internals mailing list<br>
<a href="mailto:fdo-internals@lists.osgeo.org">fdo-internals@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/fdo-internals" target="_blank">http://lists.osgeo.org/mailman/listinfo/fdo-internals</a><br>
<br></blockquote></div><br></div></div>