Re: LISTEN/NOTIFY race condition? - Mailing list pgsql-bugs

From Laurent Birtz
Subject Re: LISTEN/NOTIFY race condition?
Date
Msg-id 47CECE09.10306@kryptiva.com
Whole thread Raw
In response to Re: LISTEN/NOTIFY race condition?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: LISTEN/NOTIFY race condition?
List pgsql-bugs
Tom Lane wrote:
> Laurent Birtz <laurent.birtz@kryptiva.com> writes:
>
>>  From the observed sequence of events, it would appear that the event
>> thread inserts a tuple in the pg_listener table BEFORE the command thread
>> actually commits the transaction. However, when this transaction commits,
>> Postgres does not actually find the event thread's tuple in this table.
>>
>
> I'm wondering exactly when you commit the LISTEN?  The command thread
> can't see the pg_listener tuple until it's committed ...
>
I'm executing the LISTEN statement outside a transaction block.
I presume Postgres implicitly adds the BEGIN and COMMIT
statements in that case?

Just to be clear, the SELECT statement that retrieve new events is
also executed outside a transaction block.

Thanks for the help,
Laurent Birtz

pgsql-bugs by date:

Previous
From: Rodriguez Fernando
Date:
Subject: Re:
Next
From:
Date:
Subject: Tom Belich