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

Re: BUG #5242: ODBC driver v8.4.1 crashed

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Gerhard Lutz <gerhard(dot)lutz(at)mbtech-group(dot)com>, pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: BUG #5242: ODBC driver v8.4.1 crashed
Date: 2009-12-15 19:34:14
Message-ID: 4B27E4B6.7000702@kaltenbrunner.cc (view raw or flat)
Thread:
Lists: pgsql-bugs
Alvaro Herrera wrote:
> Stefan Kaltenbrunner escribió:
> 
>> hmm - not sure that is too clear especially because I don't think
>> ther is only JDBC/ODBC or pgadmin (nor do I think you names match up
>> with how they are really called). what about doing it the other way
>> round like:
>>
>> "This bug report form can be used for reporting bugs and problems
>> with the PostgreSQL database, for problems with database connectors,
>> graphical administration tools or other external projects please
>> report to them directly. Alternatively you can look at the available
>> <a href='/community/lists'>mailing lists</a> and see if there is a
>> more apropriate list available."
> 
> I think it's a good idea to mention some specific more problematic names
> like the three listed.

yeah maybe - but afaik the products are not named "psql-odbc" or 
"pgsql-jdbc" - those are more or less list names and likely not of much 
more use than not listening them at all :).
Plus a lot of the surounding projects (like pgadmin, slony or most 
pgfoundry projects) have their own bug/issue reporting/tracking 
infrastructure.
I'm all open for better wordings - any other takers? :)


Stefan

In response to

Responses

pgsql-bugs by date

Next:From: Kevin GrittnerDate: 2009-12-15 19:41:22
Subject: Re: Inserts taking exponentially longer as table size grows
Previous:From: postgres beeDate: 2009-12-15 19:30:44
Subject: Inserts taking exponentially longer as table size grows

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