[BUGS] BUG #6308: Problem w. encoding in client

2011-11-26 Thread Thomas Goerner

The following bug has been logged online:

Bug reference:  6308
Logged by:  Thomas Goerner
Email address:  t...@clickware.de
PostgreSQL version: 9.1.1
Operating system:   Windows 7 64-bit
Description:Problem w. encoding in client
Details: 

Hi, we have a problem regarding encoding with postgres  9.1.1 and Win7
64-bit

Database encoding: UTF-8
active codepage in Windows console: 1252
PGCLIENTENCODING: Win1252
Console font: Lucida console

In the above configuration, the following problems occur:

1)
Text output from the client applications, e.g. the welcome-prompt of psql or
the help page from pg_dump --help is not displayed correctly (especially
german Umlauts and characters like "«" ).

2)
When we restore a dump in custom format and then try to re-dump the
database, we get error messages like Zeichen 0xe28093 in Kodierung »UTF8«
hat keine Entsprechung in »Win1252« (character 0xe28093 in UTF-8 cannot be
translated to Win1252)

The above configuration is our standard configuration and works just fine in
Windows XP and even in Windows 7 32-bit.

Is there any solution to this problem?

Thanks in advance
Thomas

-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs


[BUGS] BUG #6309: ECPG pre-processor issue

2011-11-26 Thread Andrew Milne

The following bug has been logged online:

Bug reference:  6309
Logged by:  Andrew Milne
Email address:  andrew.mi...@iongeo.com
PostgreSQL version: 8.4.9
Operating system:   Red Hat Enterprise Linux Workstation release 6.1
(Santiago)
Description:ECPG pre-processor issue
Details: 

NOTE: While I've not tested on 9.1 I can see the same code exists in that
release and as such the error will most likely still occur.  Unfortunately I
can't upgrade from 8.4.9 due to project wide considerations.

The ECPG pre-processor seems to be incorrectly reporting an error when
parsing "EXEC SQL AT :cnx DEALLOCATE..." style commands.

For example:

===
EXEC SQL AT :cnx DEALLOCATE thestatementname;
===

results in the pre-processor outputting an error:

===
src.pcpp:1000: ERROR: AT option not allowed in DEALLOCATE statement
===

However if you examine the generated src.cpp file it appears to have
correctly generated code that uses the connection:

===
{ ECPGdeallocate(__LINE__, 0, cnx, "thestatementname");
===

And examining the source code for ECPGdeallocate it correctly handles the
supplied connection.

Examining the pre-processor (preproc.y) seems to show this error has no
impact on the actual processing of the file and is probably just a holdover
from earlier versions of ECPG.

The project I'm working on has multiple ECPG connections open and we need to
be able to prepare and deallocate to the correct connection.  Our intention
is to simply ignore the preprocessor error at this time but it would be good
to:

1. Get some confirmation that this is safe to do
2. If someone with a decent knowledge of postgress could actually look into
fixing the issue it would be appreciated (my understanding is limited and I
wouldn't be confident putting forward a patch myself).

Thanks

A Milne

-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs


[BUGS] BUG #6310: Startup Script

2011-11-26 Thread Sidar Lopez

The following bug has been logged online:

Bug reference:  6310
Logged by:  Sidar Lopez
Email address:  sidar.lo...@gmail.com
PostgreSQL version: 9.1.1
Operating system:   Mac OS X
Description:Startup Script
Details: 

Log file is not being created at ${PGLOG} location. 

Change this line at Mac OS X startup script in StartService (): 
sudo -u $PGUSER sh -c "${DAEMON} -D '${PGDATA}' &" 2>&1 | ${LOGUTIL}
'${PGLOG}' ${ROTATESEC} &

by this one:
sudo -u $PGUSER sh -c "${DAEMON} -D '${PGDATA}' &" 2>&1 | ${LOGUTIL}
${PGLOG} ${ROTATESEC} &

and this one in RestartService ():
sudo -u $PGUSER sh -c "${DAEMON} -D '${PGDATA}' &" 2>&1 | ${LOGUTIL}
'${PGLOG}' ${ROTATESEC} &

by this one:
sudo -u $PGUSER sh -c "${DAEMON} -D '${PGDATA}' &" 2>&1 | ${LOGUTIL}
${PGLOG} ${ROTATESEC} &

-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs


Re: [BUGS] BUG #6310: Startup Script

2011-11-26 Thread Tom Lane
"Sidar Lopez"  writes:
> Operating system:   Mac OS X
> Description:Startup Script

> Log file is not being created at ${PGLOG} location. 

Hmm, yeah, that's overly-quoted.  Will fix, thanks for the report!

regards, tom lane

-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs