Re: [BUGS] mistakes in postgresql-snapshots (7.3)

2002-08-13 Thread Bruce Momjian
Tom Lane wrote: > Bruce Momjian <[EMAIL PROTECTED]> writes: > > Is this something we need to address for 7.3? > > Peter pointed out that he'd already hacked pg_dump to do the right > thing (or at least what is arguably the right thing) against older > databases. That covers LANGUAGE, FUNCTION, a

Re: [BUGS] Bug #737: PQescapeBytea parameter #3 size_t *to_length

2002-08-13 Thread Bruce Momjian
Your patch has been added to the PostgreSQL unapplied patches list at: http://candle.pha.pa.us/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- [EMAIL PROTECTED] wrote: > Christoph Haller ([

Re: [BUGS] mistakes in postgresql-snapshots (7.3)

2002-08-13 Thread Tom Lane
Bruce Momjian <[EMAIL PROTECTED]> writes: > Is this something we need to address for 7.3? Peter pointed out that he'd already hacked pg_dump to do the right thing (or at least what is arguably the right thing) against older databases. That covers LANGUAGE, FUNCTION, and other objects-within- a-d

Re: [BUGS] mistakes in postgresql-snapshots (7.3)

2002-08-13 Thread Bruce Momjian
Is this something we need to address for 7.3? --- Tom Lane wrote: > Bruce Momjian <[EMAIL PROTECTED]> writes: > > Oh, so createlang is fine, it is CREATE LANGUAGE that doesn't have the > > GRANT, but that makes sense. The

Re: [BUGS] Bug #728: Interactions between bytea and character encoding

2002-08-13 Thread Joe Conway
Bruce Momjian wrote: > I am hoping for a patch for this for 7.3. Added to open items: > > Fix bytea to not encode input string > I said: > Here's the remaining issue that I remembered; see: > http://archives.postgresql.org/pgsql-hackers/2002-04/msg00256.php > > The gist of this is that w

Re: [BUGS] Bug #728: Interactions between bytea and character encoding

2002-08-13 Thread Bruce Momjian
I am hoping for a patch for this for 7.3. Added to open items: Fix bytea to not encode input string --- Joe Conway wrote: > Joe Conway wrote: > > Bruce Momjian wrote: > > > >> Does this mean we don't have to esa

Re: [BUGS] Bug #725: ODBC driver problem with internal type PG_TYPE_TIMESTAMP_NO_TMZONE

2002-08-13 Thread Bruce Momjian
This has been corrected in the current sources at odbc.postgresql.org. --- [EMAIL PROTECTED] wrote: > Martin Schenk ([EMAIL PROTECTED]) reports a bug with a severity of 2 > The lower the number the more severe it is. > >

Re: [BUGS] Bug #738: "order by" returning different results in 7.2 and 7.21

2002-08-13 Thread Tom Lane
[EMAIL PROTECTED] writes: > When doing a query that uses the "order by" command, version 7.2 and > version 7.21 return the records in a different order. All of the > locale environment variables are identical, and the query is > identical. You are showing us the *client*'s locale environment, whi

[BUGS] Bug #738: "order by" returning different results in 7.2 and 7.21

2002-08-13 Thread pgsql-bugs
Kareem Badr ([EMAIL PROTECTED]) reports a bug with a severity of 1 The lower the number the more severe it is. Short Description "order by" returning different results in 7.2 and 7.21 Long Description When doing a query that uses the "order by" command, version 7.2 and version 7.21 return the r

[BUGS] Bug #737: PQescapeBytea parameter #3 size_t *to_length

2002-08-13 Thread pgsql-bugs
Christoph Haller ([EMAIL PROTECTED]) reports a bug with a severity of 3 The lower the number the more severe it is. Short Description PQescapeBytea parameter #3 size_t *to_length Long Description Hi, I am referring to PostgreSQL 7.2.1 Documentation Chapter 1. libpq - C Library 1.3. Command E