MIME-Version: 1.0
References: 
 <BY1PR17MB702388305761ED7EC79CA896DC00A@BY1PR17MB7023.namprd17.prod.outlook.com>
 <SA1PR17MB5350679ECF90DABCD84628FFBE05A@SA1PR17MB5350.namprd17.prod.outlook.com>
 <BY1PR17MB7023976150740F7F421865FFDC0DA@BY1PR17MB7023.namprd17.prod.outlook.com>
In-Reply-To: 
 <BY1PR17MB7023976150740F7F421865FFDC0DA@BY1PR17MB7023.namprd17.prod.outlook.com>
From: Robert Treat <rob@xzilla.net>
Date: Sat, 12 Aug 2023 13:59:21 -0400
Message-ID: 
 <CABV9wwMfVZrdpGxffR8sTJp+8vCujhuuLykiMLzFdFXG-xm3Pg@mail.gmail.com>
Subject: Re: psqlODBC suggestions
To: Robert Willis <rwillis@abinitio.com>
Cc: Jon Raiford <raiford@labware.com>,
 Dave Cramer <davecramer@postgres.rocks>,
	"pgsql-odbc@postgresql.org" <pgsql-odbc@postgresql.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: 
 <https://www.postgresql.org/message-id/CABV9wwMfVZrdpGxffR8sTJp%2B8vCujhuuLykiMLzFdFXG-xm3Pg%40mail.gmail.com>
Precedence: bulk

On Thu, Aug 10, 2023 at 3:25=E2=80=AFPM Robert Willis <rwillis@abinitio.com=
> wrote:
> Dave, Jon,
>
> thanks for responding.   I was on vacation but am back now.
>
>
>
> I=E2=80=99ll have a look at the various URLs you provided Jon, to see if =
there is a better
>
> place to respond.     But according to   https://odbc.postgresql.org  (wh=
ich was the first
>

The links that Jon posted were geared toward "core" development of the
server itself, and don't apply to odbc development.

> link I got when I searched for =E2=80=9Cpsqlodbc=E2=80=9D) it says:
>
>                 psqlODBC is the official PostgreSQL ODBC Driver.
>
> and in the =E2=80=9CPsqlODBC Development=E2=80=9D section it says:
>
>                 psqlODBC is developed and supported through the pgsql-odb=
c@postgresql.org mailing list.
>
> Also note that the README.txt in the docs subdirectory of the psqlodbc di=
stribution also
>
> points one to the odbc.postgresql.org site.
>
>
>
> Perhaps the documentation could be updated to suggest a better mailing li=
st (or other
>
> method) for questions/bug-fixes, etc.?
>

The issue isn't with the odbc documentation; it is pointing to the
right places; the issue is that we don't have dedicated attention on
odbc maintenance, so these requests take time to get processed.


Robert Treat
https://xzilla.net