Euler Taveira de Oliveira wrote:
please observe the (previously already submitted) test queries. i've
removed the date/time testqueries to no further distract from the
problem. the bogus query "select x;" always results in a german error
messages no matter what LC_MESSAGES is set:
OK, that's
The following bug has been logged online:
Bug reference: 4187
Logged by: Martin Sullivan
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.3
Operating system: Fedora Core 9
Description:function to_tsvector not immutable
Details:
Postgres 8.3 now supports tsearc
The following bug has been logged online:
Bug reference: 4188
Logged by: Murali Doss
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.2.6
Operating system: Linux
Description:Array field column (varchar[]) cannot be cast to type
"text"
Details:
Dear All,
I hav
Murali Doss wrote:
I have a array field column varchar[] data type and i need to change to text
data type.but it throwing following error
ALTER TABLE mytable ALTER mycolumn TYPE text;
ERROR: column "mycolumn" cannot be cast to type "text"
SQL state: 42804
This is not a bug. Use "ALTER TABLE m
"Martin Sullivan" <[EMAIL PROTECTED]> writes:
> The only wrinkle being that to_tsvector needs to be ALTERed
> to IMMUTABLE using the following (as user postgres):
> alter function to_tsvector(regconfig,text) immutable
> alter function to_tsvector(text) immutable
The current settings are intentio
The following bug has been logged online:
Bug reference: 4190
Logged by: Dennis Gilmore
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.3.1
Operating system: Linux
Description:sparc64 test suite fails
Details:
errors test fails. the following is the output.
The following bug has been logged online:
Bug reference: 4191
Logged by: Martin Saschek
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.2.7; 8.3.1
Operating system: Windows XP
Description:Include hint for Windows-like locals in documentation
Details:
include
"Dennis Gilmore" <[EMAIL PROTECTED]> writes:
> errors test fails. the following is the output. which to me indicates it
> passed but gave different output.
No, it failed. The code in question looks like this:
int64arg1 = PG_GETARG_INT64(0);
int32arg2 = PG_GETARG_INT32(
"Tom Lane" <[EMAIL PROTECTED]> writes:
> IMHO, what you have here is a compiler bug, or at least the gcc boys are
> going to need to provide a damn good excuse why it's not.
You don't, perhaps have any of -ffast-math or these two suboptions which
-ffast-math enables turned on?
`-funsafe-math-op
