(2014/11/05 15:54), Malcolm MacLeod wrote:
> I've tracked this down to the getDSNInfo function inside dlg_specific.c
> It checks only INI_SERVER and not SPEC_SERVER - while other parts of the
> code check both, this leads to inconsistent behaviour.
It's never inconsistent.
The driver allows short form keywords ABBR_XXXX of keywords INI_XXXX in
connection
strings but doesn't allow them in DSN entries.
The short form keywords are for applications which can handle only short
connection
strings.
SPEC_SERVER is a short form of INI_SERVER.
regards,
Hiroshi Inoue
> If I use e.g. iodbctestw
> "DSN=test;UID=postgres;PWD=postgres13;SERVERNAME=10.0.0.3" it bypasses
> the ini reading and works as expected.
> I attempted a quick patch to make getDSNInfo check both and after doing
> that it works as expected, personally I think this should be fixed to
> check for both.
>
> Thanks for all the help.
> - Malcolm MacLeo
--
I am using the free version of SPAMfighter.
SPAMfighter has removed 12891 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len
Do you have a slow PC? Try a Free scan
http://www.spamfighter.com/SLOW-PCfighter?cid=sigen
