i on t (a);
YAMAMOTO Takashi
diff --git a/src/backend/utils/sort/tuplesort.c
b/src/backend/utils/sort/tuplesort.c
index d8e5d68..ea8eca6 100644
--- a/src/backend/utils/sort/tuplesort.c
+++ b/src/backend/utils/sort/tuplesort.c
@@ -3243,9 +3243,9 @@ reversedirection_index_hash(Tuplesortstate *stat
tches directly to the
> pgsql-hackers mailing list so you can append them as attachments.
> Most mail programs are a bit more careful with attached files than with
> inline text.
ok, i'll do so next time.
i guess a note on the bug reporting form would help.
YAMAMOTO Takashi
>
>
hi,
> On 19.01.2012 06:35, YAMAMOTO Takashi wrote:
>>> On 18.01.2012 14:07, Heikki Linnakangas wrote:
>>>> For 9.2, I think we should change gist so
>>>> that the user-defined distance function can return any scalar data type,
>>>> not just float
sn't gbt_int8_distance overflow?
probably result += INT64_MIN so that it fits to int8 keeping the order?
isn't strategy number necessary to find out the sorting semantics for
the operator's sortfamily? (your patch doesn't change it, but...)
YAMAMOTO Takashi
>
&
hi,
GetCachedPlan can pass the 'qlist' to the planner twice.
if i understand the code correctly, it's unsafe because the planner is
destructive wrt the input tree. for my application, it often causes
a crash in executor.
YAMAMOTO Takashi
diff --git a/src/backend/utils/cache/pla
hi,
> y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) writes:
>>> There isn't terribly much we can do with this report unless you can
>>> provide a complete test case to reproduce it.
>
>> after some investigation, i think it is triggered by protocol-level p
hi,
see the following patch.
it seems some function names in the comment are out of sync with the reality.
YAMAMOTO Takashi
diff --git a/src/backend/executor/execProcnode.c
b/src/backend/executor/execProcnode.c
index 8bdfad2..284fc6a 100644
--- a/src/backend/executor/execProcnode.c
+++ b/src
hi,
> "YAMAMOTO Takashi" writes:
>> 9.2devel (2562dcea811eb642e1c5442e1ede9fe268278157)
>
>> ERROR: could not serialize access due to concurrent update
>> STATEMENT: UPDATE file SET atime = current_timestamp WHERE fileid = $1
>> TRAP: FailedAss
The following bug has been logged online:
Bug reference: 6218
Logged by: YAMAMOTO Takashi
Email address: y...@mwd.biglobe.ne.jp
PostgreSQL version: 9.2
Operating system: NetBSD
Description:TRAP: FailedAssertion("!(owner->nsnapshots == 0)", File:
"
The following bug has been logged online:
Bug reference: 5952
Logged by: YAMAMOTO Takashi
Email address: y...@mwd.biglobe.ne.jp
PostgreSQL version: 9.1devel
Operating system: NetBSD
Description:SetRWConflict assertion failure
Details:
i got the following assertion
The following bug has been logged online:
Bug reference: 5918
Logged by: YAMAMOTO Takashi
Email address: y...@mwd.biglobe.ne.jp
PostgreSQL version: 9.1devel
Operating system: NetBSD
Description:SummarizeOldestCommittedSxact assertion failure
Details:
running
The following bug has been logged online:
Bug reference: 5915
Logged by: YAMAMOTO Takashi
Email address: y...@mwd.biglobe.ne.jp
PostgreSQL version: 9.1devel
Operating system: NetBSD
Description:OldSerXidAdd inflates pg_serial too much
Details:
a seemingly wrong
The following bug has been logged online:
Bug reference: 5914
Logged by: YAMAMOTO Takashi
Email address: y...@mwd.biglobe.ne.jp
PostgreSQL version: 9.1devel
Operating system: NetBSD
Description:locking error in heap_fetch
Details:
heap_fetch calls
hi,
> "YAMAMOTO Takashi" writes:
>> i got the following with my application, which uses
>> PQsendPrepare+PQsendQueryPrepared for nearly everything
>> including ROLLBACK.
>
> Can't do anything about that without a test case.
>
>
The following bug has been logged online:
Bug reference: 5906
Logged by: YAMAMOTO Takashi
Email address: y...@mwd.biglobe.ne.jp
PostgreSQL version: 9.1devel
Operating system: NetBSD current
Description:assertion failure in AtCleanup_Portals
Details:
i got the
15 matches
Mail list logo
