Re: [BUGS] BUG #7664: Program using libpq and ecpglib can not output native language

2012-11-16 Thread Chen Huajun
> No, not particularly. The C language standard is quite clear about > that. Nor does it seem like a particularly great idea from a user's > standpoint for different sub-parts of a program to be operating in > different locales. Even if I agreed with the concept, your idea of > switching locale

Re: [BUGS] BUG #7667: Segmentation fault

2012-11-16 Thread Euler Taveira
On 16-11-2012 12:16, j.domagal...@bsskierniewice.pl wrote: > When I execute SQL Query server crash with Code 11 Segmentation fault. I > tried two diffrents environments (Oracle Linux on Vsphere and Windows 2008 > Server),database restored from backup, and got the same error. Previous > version 9.0

Re: [BUGS] BUG #7666: Unkown column name on error message

2012-11-16 Thread Euler Taveira
On 16-11-2012 11:47, robsonr.alen...@gmail.com wrote: [This is not a bug...] > After trying an insert on table, a error message is provided, but the column > name is not inserted in the message. Example: > > "org.postgresql.util.PSQLException: ERRO: valor é muito longo para tipo > character vary

[BUGS] BUG #7667: Segmentation fault

2012-11-16 Thread j . domagalski
The following bug has been logged on the website: Bug reference: 7667 Logged by: Jacek Domagalski Email address: j.domagal...@bsskierniewice.pl PostgreSQL version: 9.2.1 Operating system: OracleLinux6 x64, Windows Server 2008 R2 x64 Description: When I execute SQL Que

[BUGS] BUG #7666: Unkown column name on error message

2012-11-16 Thread robsonr . alencar
The following bug has been logged on the website: Bug reference: 7666 Logged by: ROBSON Email address: robsonr.alen...@gmail.com PostgreSQL version: 9.0.0 Operating system: linux - ubuntu - pt_Br Description: After trying an insert on table, a error message is provide

Re: [BUGS] BUG #7651: Superfluous calls to functions used for indexing

2012-11-16 Thread Morten Minde Neergaard
At 14:44, Thu 2012-11-15, Jeff Davis wrote: […] > It's possible that the function call may be unnecessary, but that is > more of a performance enhancement, not a bug. For me it's a matter of orders of size of performance, so it feels like a bug ;p > Also, the example function has side effects. If

Re: [BUGS] BUG #7664: Program using libpq and ecpglib can not output native language

2012-11-16 Thread Tom Lane
Chen Huajun writes: > First,does you agree with the need of native language support without writin > "setlocale(LC_ALL, "")"in user's program is rational? No, not particularly. The C language standard is quite clear about that. Nor does it seem like a particularly great idea from a user's stand

Re: [BUGS] BUG #7663: is not a bug but...

2012-11-16 Thread Euler Taveira
On 16-11-2012 11:57, Ignacio L. Ferreira wrote: > Versions are 9.0 or 9.1 or 9.2 without users comments, US PDF. > I think the download is completed successfully, but the size of downloaded > file is not equal to the size announced in web page. > I tried to download from http://www.postgresql.org/d

Re: [BUGS] BUG #7663: is not a bug but...

2012-11-16 Thread Euler Taveira
On 15-11-2012 15:15, i...@yahoo.com wrote: > I tried to download the PDF version of documentation, but when I open the > file acrobat reader say that the file is corrupted. Can you send me an > e-mail with the correct file please. > What the exact link (and version)? Are you sure your download com

[BUGS] BUG #7665: Query planner generating incorrect query plan

2012-11-16 Thread dato0011
The following bug has been logged on the website: Bug reference: 7665 Logged by: David Popiashvili Email address: dato0...@hotmail.com PostgreSQL version: 9.2.1 Operating system: Windows 8 x64 Description: The problem is in LIMIT keyword and how it affects query plann

Re: [BUGS] BUG #7664: Program using libpq and ecpglib can not output native language

2012-11-16 Thread Chen Huajun
Hi,tom lane > No, it would most certainly be inappropriate for a library to do that. > setlocale could completely break a program that wasn't expecting it. > The effects would be global across the whole process, not confined to > the library. First,does you agree with the need of native language