Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 190f0af

Browse files
committed
Fix inconsistent code with shared invalidations of snapshots
The code in charge of processing a single invalidation message has been using since 568d413 the structure for relation mapping messages. This had fortunately no consequence as both locate the database ID at the same location, but it could become a problem in the future if this area of the code changes. Author: Konstantin Knizhnik Discussion: https://postgr.es/m/8044c223-4d3a-2cdb-42bf-29940840ce94@postgrespro.ru Backpatch-through: 9.5
1 parent e792ca4 commit 190f0af

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

src/backend/utils/cache/inval.c

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -619,9 +619,9 @@ LocalExecuteInvalidationMessage(SharedInvalidationMessage *msg)
619619
else if (msg->id == SHAREDINVALSNAPSHOT_ID)
620620
{
621621
/* We only care about our own database and shared catalogs */
622-
if (msg->rm.dbId == InvalidOid)
622+
if (msg->sn.dbId == InvalidOid)
623623
InvalidateCatalogSnapshot();
624-
else if (msg->rm.dbId == MyDatabaseId)
624+
else if (msg->sn.dbId == MyDatabaseId)
625625
InvalidateCatalogSnapshot();
626626
}
627627
else

0 commit comments

Comments
 (0)