Re: backslashes in 8.3.3

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Brandon Metcalf" <bmetcalf(at)nortel(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: backslashes in 8.3.3
Date: 2008-06-24 16:57:26
Message-ID: 1071.1214326646@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Brandon Metcalf" <bmetcalf(at)nortel(dot)com> writes:
> t == tgl(at)sss(dot)pgh(dot)pa(dot)us writes:
> t> Well, if your intent is to replicate 8.1's behavior, you should instead
> t> frob the other switch.

> I now have
> escape_string_warning = off
> and
> standard_conforming_strings = on
> in postgresql.conf and things are back to how they were. That is no
> warnings and backslashes treated literally.

Uh, no, that is certainly *not* the behavior you were getting in 8.1;
8.1's behavior corresponds to both switches off.

> A related question, is it in any way possible that a control sequence
> could have been sent from a client that caused a fast shutdown? Our
> server log shows a fast shutdown request last night, but nobody
> manually issued such a request.

Fast shutdown means something sent SIGINT to the postmaster.
The only way I've heard for that to happen "accidentally" is
if you normally launch the postmaster by hand in a way that
leaves it attached to your terminal session --- then control-C
in that session would SIGINT the postmaster.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Karsten Hilbert 2008-06-24 17:04:15 Re: String Encoding Conversion Problem
Previous Message Brandon Metcalf 2008-06-24 16:46:44 Re: backslashes in 8.3.3