<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - FILEOPEN: Firebird connect to an existing Firebird database file fails: tries to connect to hostname" href="https://bugs.documentfoundation.org/show_bug.cgi?id=85146#c18">Comment # 18</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - FILEOPEN: Firebird connect to an existing Firebird database file fails: tries to connect to hostname" href="https://bugs.documentfoundation.org/show_bug.cgi?id=85146">bug 85146</a> from <a class="email" href="mailto:iplaw67@tuta.io" title="Alex Thurgood <iplaw67@tuta.io>"> Alex Thurgood</a> <pre>(In reply to Sergio Reyes-Peniche from <a href="show_bug.cgi?id=85146#c16">comment #16</a>) > > it shouldn't even try a network request and just use engine12.dll in > embedded mode. >From this page : <a href="https://firebirdsql.org/file/documentation/reference_manuals/user_manuals/html/qsg3-databases.html">https://firebirdsql.org/file/documentation/reference_manuals/user_manuals/html/qsg3-databases.html</a> Upon receiving a local connection string, the Firebird client will first attempt to make a direct, embedded connection to the database file, bypassing authentication but respecting the SQL privileges and restrictions of the supplied user and/or role name. That is, if the Engine12 provider is enabled in firebird.conf or databases.conf – which it is by default. If the database file exists but the connection fails because the client process doesn't have the required access privileges to the file, a client-server connection is attempted (by the Loopback provider), in this order: Using TCP/IP via localhost; On Windows: using WNET (NetBEUI), aka Named Pipes, on the local machine; On Windows: using XNET (shared memory) on the local machine. Perhaps this is what you are seeing ?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>