| 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: | Whole Thread | Raw Message | 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
| 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 |