Received: from u1.abs.net (root@u1.abs.net [207.114.0.131]) by hub.org (8.9.2/8.9.1) with ESMTP id LAA95969 for ; Fri, 19 Feb 1999 11:35:43 -0500 (EST) (envelope-from byronn@insightdist.com) Received: from insightdist.com (nobody@localhost) by u1.abs.net (8.9.0/8.9.0) with UUCP id LAA13483 for pgsql-interfaces@postgreSQL.org; Fri, 19 Feb 1999 11:20:18 -0500 (EST) X-Authentication-Warning: u1.abs.net: nobody set sender to insightdist.com!byronn using -f Received: from ceodev by insightdist.com (AIX 3.2/UCB 5.64/4.03) id AA23079; Fri, 19 Feb 1999 11:11:01 -0500 Received: from byronn by ceodev (AIX 4.1/UCB 5.64/4.03) id AA21044; Fri, 19 Feb 1999 11:11:00 -0500 Message-Id: <36CD8D7A.2656A471@insightdist.com> Date: Fri, 19 Feb 1999 11:12:43 -0500 From: Byron Nikolaidis X-Mailer: Mozilla 4.05 [en] (Win95; I) Mime-Version: 1.0 To: "Ken J. Wright" Cc: pgsql-interfaces@postgreSQL.org Subject: Re: [INTERFACES] ODBC authentication failure References: <3.0.32.19990214115631.008732b0@ren.cncware.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ken J. Wright wrote: > Hello Byron, > > Attached is the tracelog from an attempted ODBC connect. > This occurs whenever authentication fails during an attempt to connect > (using ODBCExpress). I believe I should get a connection dialog, but it > fails instead. I have tried different hdbc prompt settings & also different > pg_hba.conf settings, but basically the same thing happens whenever > authentication fails for any reason. The trace indicates that this is > another ODBC2.0 vs. ODBC3.0 issue. Would you agree? And more importantly, > how do I, you, we fix it? I can certainly (and do currently) just trap the > error and deal with it through my own dialog box, but I was hoping to also > be able to rely on the fallback of the driver handling the prompting. > Comments? > Looking at the log, I see what you mean about the odbc behavior stuff. But, when a connect attempt fails, if its because the connection could not be physically made OR the authentication is wrong, the driver will return an error from SQLDriverConnect. So it seems to working as designed, even with the warning message in the log. The only time the driver will prompt the user is if a password is required to connect, and one was not provided. In order to do what you say, I would need to examine the error message that comes back. If its an authentication related problem, then prompt the user with a dialog box. Byron