Re: [PATCH] Send numeric version to clients - Mailing list pgsql-hackers

From Craig Ringer
Subject Re: [PATCH] Send numeric version to clients
Date
Msg-id CAMsr+YHjYV6cE_ss7msThH6Uzf5uRWngyLrwkqMc17GQ4iWB9A@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Send numeric version to clients  (Dave Cramer <pg@fastcrypt.com>)
List pgsql-hackers
<p dir="ltr"><p dir="ltr">On 30 Aug 2016 9:07 AM, "Dave Cramer" <<a
href="mailto:pg@fastcrypt.com">pg@fastcrypt.com</a>>wrote:<br /> ><br /> ><br /> > On 29 August 2016 at
15:42,Tom Lane <<a href="mailto:tgl@sss.pgh.pa.us">tgl@sss.pgh.pa.us</a>> wrote:<br /> >><br /> >>
KevinGrittner <<a href="mailto:kgrittn@gmail.com">kgrittn@gmail.com</a>> writes:<br /> >> > Regarding
Java,for anything above the driver itself the<br /> >> > JDBC API says the DatabaseMetaData class must
implementthese<br /> >> > methods:<br /> >> > ...<br /> >> > That *should* make it just a
problemfor the driver itself.  That<br /> >> > seems simple enough until you check what those methods have
been<br/> >> > returning so far.<br /> >><br /> >> Seems like we just make
getDatabaseMinorVersion()return zero for<br /> >> any major >= 10.  That might not have been the best thing to
doin<br /> >> a green field, but given the precedent ...<br /> >><br /> >>                        
regards,tom lane<br /> >><br /> >><br /> > seems to me that it should report 10 for the major and
whatevercomes after the . for the minor ?<p dir="ltr">IMO it just needs to be consistent with the numeric version we
reportelsewhere - PG_VERSION_NUM, server_version_num etc.<br /><p dir="ltr">><br /> > Dave Cramer<br /> ><br
/>> <a href="mailto:davec@postgresintl.com">davec@postgresintl.com</a><br /> > <a
href="http://www.postgresintl.com">www.postgresintl.com</a><br/> > 

pgsql-hackers by date:

Previous
From: Kyotaro HORIGUCHI
Date:
Subject: Re: asynchronous and vectorized execution
Next
From: Kyotaro HORIGUCHI
Date:
Subject: Comment on GatherPath.single_copy