Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Jon Jensen <jon(at)endpoint(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
Date: 2003-09-27 01:03:04
Message-ID: 200309270103.h8R134x25063@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-jdbc

Jon Jensen wrote:
> On Fri, 26 Sep 2003, Tom Lane wrote:
>
> > I was chewing this over with Bruce on the phone just now, and we refined
> > the idea a little. Some errors (primarily those detected inside the
> > datatype input procedures) can be clearly traced to a specific column,
> > whereas others (such as too many fields on an input line) really can't
> > be nailed down more tightly than a line. So we were thinking about two
> > different flavors of context info:
> >
> > CONTEXT: COPY tablename, line n, field colname: "column data"
> >
> > versus
> >
> > CONTEXT: COPY tablename, line n: "line data"
>
> Those would be very helpful bits of information.
>
> > where in each case the data display would be truncated at 100 characters
> > or so (and would have to be omitted in the COPY BINARY case anyway).
> >
> > If you're really concerned about funny characters messing up the report,
> > we could imagine replacing them by backslash sequences or some such, but
> > I suspect that would create more confusion than it would solve.
>
> I hate to mention it, but would it be useful/non-overkill to make either
> of those things (context message maximum length and funny character
> escaping) configurable somehow?

Overkill. Sorry.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Oliver Elphick 2003-09-27 05:55:49 Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
Previous Message Kris Jurka 2003-09-27 00:50:06 Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2003-09-27 02:01:33 Separate shared_buffer management process
Previous Message Kris Jurka 2003-09-27 00:50:06 Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)

Browse pgsql-jdbc by date

  From Date Subject
Next Message Jim Wright 2003-09-27 02:19:03 Re: Tomcat - PostgreSQL - Cannot load JDBC driverclass"null"
Previous Message Kris Jurka 2003-09-27 00:50:06 Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)