On Wednesday, October 8, 2003, at 03:54 PM, Tom Lane wrote:
Gareth Boden <[EMAIL PROTECTED]> writes:
We've been having a lot of problems with unpredicatable crashes with
7.3.4 on OS X Server (10.2.6 and 10.2.8 exhibit the same behaviour).
Have you looked into the possibility of bad hardware? I ro
"Branden R. Williams" <[EMAIL PROTECTED]> writes:
> When using the replace() function, it appears that some of the output is
> filtered through a printf variant.
This was fixed as of 7.3.3.
regards, tom lane
---(end of broadcast)---
Tom Lane writes:
> I think the minimum-damage place to fix this is by requiring \n after
> {comment} in the horiz_whitespace rule. As is, it's possible for
> xqcat to match to a second quote that is in the body of a -- comment.
You mean like this?
horiz_whitespace({horiz_space}|{comment
Branden R. Williams wrote:
POSTGRESQL BUG REPORT TEMPLATE
Your name : Branden R. Williams
Your email addres
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> The bug here is that the scanner doesn't know that a newline (or end of
> input) is a required as part of a -- comment.
I think the minimum-damage place to fix this is by requiring \n after
{comment} in the horiz_whitespace rule. As is, it's possible
[EMAIL PROTECTED] writes:
> These are the first translations of the pg_resetxlog.pot and
> pgscripts.pot files.
Installed. Please send them to pgsql-patches next time.
--
Peter Eisentraut [EMAIL PROTECTED]
---(end of broadcast)---
TIP 9: the
On Wednesday 08 October 2003 20:56, Peter Eisentraut wrote:
> Richard Huxton writes:
> > CREATE OR REPLACE FUNCTION zzz_test () RETURNS text AS '
> > SELECT ''hello world''
> > -- SELECT ''goodbye world''
> >
> > ::text;
> >
> > ' LANGUAGE 'SQL';
> >
> > ERROR: parser: unterminated quoted string
Richard Huxton writes:
> CREATE OR REPLACE FUNCTION zzz_test () RETURNS text AS '
> SELECT ''hello world''
> -- SELECT ''goodbye world''
> ::text;
> ' LANGUAGE 'SQL';
>
> ERROR: parser: unterminated quoted string at or near "'hello world'
> -- SELECT 'goodbye world'
> ::text;
That's a good one
Hi Andreas.
Hmm..
It is thought still to be bug on this side.
Or, wxWindows.
When the code is analyzed, it seems to be the below.
With the SJIS
9776 9166 8eaf 95ca 94d4
With the EUC_JP
d7cd c7c1 b1bc ccca d6c8
With the UNICODE
feff 8981 7d20 8b58 5225 756a
When it is probably delivered, it fa
Versions: 7.3, 7.4beta (not latest)
Applies to SQL functions, but not apparently to plpgsql (because of the
different parser, I presume).
This is really a "doctor it hurts when I..." thing - the fact that I've never
come across it before must mean it's pretty hard to trigger.
The first version
Hiroshi Saito wrote:
Hi Andreas.
I have a problem.
It is a happening within this week.
See below.
http://cre-ent.skcapi.co.jp/~saito/pgadmin3/20030922_1.jpg
http://cre-ent.skcapi.co.jp/~saito/pgadmin3/20031007_1.jpg
Tonight, let me know it if you know something though it will be examined.
Thank y
Hi,
These are the first translations of the pg_resetxlog.pot and pgscripts.pot files. The
"it" option is missing in both the nls.mk files so it must be added. I will now start
to work also on cleaning up and adjusting the psql.pot file i posted 2 days ago.
Best Regards,
Fabrizio Mazzoni
Macro
POSTGRESQL BUG REPORT TEMPLATE
Your name : Branden R. Williams
Your email address : [EMAIL PROTECTED]
Using Statement.cancel() to cancel a running query, queries are
sometimes successfully canceled, but more often result in a broken
connection, after which all interactions result in an error such as
this:
Unknown Response Type c
at org.postgresql.core.QueryExecutor.execute(QueryExecutor.
On Wednesday, October 8, 2003, at 03:54 PM, Tom Lane wrote:
Gareth Boden <[EMAIL PROTECTED]> writes:
We've been having a lot of problems with unpredicatable crashes with
7.3.4 on OS X Server (10.2.6 and 10.2.8 exhibit the same behaviour).
Have you looked into the possibility of bad hardware?
Gareth Boden <[EMAIL PROTECTED]> writes:
> We've been having a lot of problems with unpredicatable crashes with
> 7.3.4 on OS X Server (10.2.6 and 10.2.8 exhibit the same behaviour).
Have you looked into the possibility of bad hardware? I routinely test
PG on OS X (10.2.6 currently) and have ne
On Wed, 8 Oct 2003, Misha Gale wrote:
> Can anyone tell me whether the bug where the tgconstrrelid column of the
> pg_triggers catalogue was ever fixed ("[BUG?] tgconstrrelid doesn't
> survive a dump/restore" -
> http://archives.postgresql.org/pgsql-hackers/2001-04/msg00720.php)? I am
> finding so
Can anyone tell me whether the bug where the tgconstrrelid column of the
pg_triggers catalogue was ever fixed ("[BUG?] tgconstrrelid doesn't
survive a dump/restore" -
http://archives.postgresql.org/pgsql-hackers/2001-04/msg00720.php)? I am
finding some effects of this in my database, but that could
Hi,
We've been having a lot of problems with unpredicatable crashes with 7.3.4 on OS X Server (10.2.6 and 10.2.8 exhibit the same behaviour). Having run with verbose logging for some time, we have not noticed any real consistency in the types of queries which are causing the crash recently. A few
19 matches
Mail list logo
