I'm not sure why would you need another shared handle from SQLCONNECT when you've one from SQLSTRINGCONNECT.

>The docs for SQLCONNECT states:
>
>Parameters
>nStatementHandle
>Specifies that a new statement handle be created for the underlying shared connection that
>is represented by nStatementHandle. The new statement handle uses the settings provided
>from nStatementHandle instead of using the default settings.
>
>
>I took this to mean that you can create concurrent connections that share the same
>handle?