BUG #2634: path requires double \\ for WAL archiving
The following bug has been logged online:
Bug reference: 2634
Logged by: Hans Postma
Email address: hans@aeteurope.nl
PostgreSQL version: 8.1
Operating system: Windows XP VM virtual server
Description: path requires double \\ for WAL archiving
Details:
Hi there
Trying to use WAL-archiving, I discovered that to decribe the path where I
want the copies of the WAL-file to go, I need to enter the following in the
PostgreSQL.conf file:
archive_command = 'copy "%p" C:\\<folder>\\" %f" '
I am using a Windows 2000 (version 5 SP4) virtual server (VM 5.0.0 build
13124) running on Windows XP.
yours, Hans Postma
Hans Postma wrote:
The following bug has been logged online:
Bug reference: 2634
Logged by: Hans Postma
Email address: hans@aeteurope.nl
PostgreSQL version: 8.1
Operating system: Windows XP VM virtual server
Description: path requires double \\ for WAL archiving
Details:Hi there
Trying to use WAL-archiving, I discovered that to decribe the path where I
want the copies of the WAL-file to go, I need to enter the following in the
PostgreSQL.conf file:archive_command = 'copy "%p" C:\\<folder>\\" %f" '
I am using a Windows 2000 (version 5 SP4) virtual server (VM 5.0.0 build
13124) running on Windows XP.yours, Hans Postma
Yes, this is required because we use backslashes for escapes. The
backslashing can be turned off in 8.2.
--
Bruce Momjian bruce@momjian.us
EnterpriseDB http://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
On Mon, 2006-09-18 at 13:37 -0400, Bruce Momjian wrote:
Yes, this is required because we use backslashes for escapes. The
backslashing can be turned off in 8.2.
So the postgresql.conf setting "standard_conforming strings" that turns
off backslash escaping affects the interpretation of other
postgresql.conf settings?
What if you have a path set for archive_command and then you change the
standard_conforming_strings GUC and SIGHUP the server? Will the path be
incorrect?
Regards,
Jeff Davis
Jeff Davis <pgsql@j-davis.com> writes:
So the postgresql.conf setting "standard_conforming strings" that turns
off backslash escaping affects the interpretation of other
postgresql.conf settings?
No, it doesn't. Backslashes are still escapes within postgresql.conf.
regards, tom lane