Skip site navigation (1) Skip section navigation (2)

Re: Status of ODBC driver managers on Unix

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
Cc: <pgsql-odbc(at)postgresql(dot)org>, Nick Gorham <nick(at)easysoft(dot)com>
Subject: Re: Status of ODBC driver managers on Unix
Date: 2001-09-21 19:08:45
Message-ID: Pine.LNX.4.30.0109212048030.680-100000@peter.localdomain (view raw, whole thread or download thread mbox)
Lists: pgsql-odbc
Hiroshi Inoue writes:

> Provide subdirectories for compilation e.g. ./iODBC
> ./unixODBC ./Windows. Each subdirectory would have
> its own makefile at least and specific sources like
> gpps.c for iDOBC if necessary. Common sources are
> still in the current directory but the objects would
> be put into the each subdirectories when the compilation
> is invoked.

Something like that, but where do you install the drivers?  E.g., you'd
have ./iODBC/ and ./unixODBC/, but when you
install them the names clash again.  We should probably encode the meaning
of the file in the file name, such as and  (A separate Windows version is probably not
necessary, since you rarely use the same source tree to build both on Unix
and on Windows.)

This could be easy to arrange with two make targets that link in a
different library, but the subject of include files is tricky.  I'm not
sure if it's reasonable to have both iODBC and unixODBC installed since
they both install some of the same files, such as sql.h and sqlext.h.

> I'm not sure about how to change the current iODBC
> support. I didn't find the library in iODBC like
> odbcinst in unixODBC.

The version 3.0.5 I'm looking at contains a library libiodbcinst which
contains the function SQLGetPrivateProfileString.

> If there are some people who expect continuous iODBC support, gpps.c
> should be removed or improved at least.

Probably removed.

But another thing that occurred to me is that if you want to use ODBC on
Unix for ApplixWare or StarOffice you don't necessarily have a driver
manager installed with header files and such, so we probably need to keep
the standalone version.

Peter Eisentraut   peter_e(at)gmx(dot)net

In response to


pgsql-odbc by date

Next:From: Johann ZuschlagDate: 2001-09-21 22:19:21
Subject: New driver options in 7.01.0007
Previous:From: Jean-Michel POUREDate: 2001-09-21 14:40:12
Subject: int4eq (xid, int4)

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group