| commit | 98347b5a3ab116dd0892d112531e376cff5066fd | |
| author | Heikki Linnakangas <heikki.linnakangas@iki.fi> | |
| Fri, 5 Jul 2024 08:21:46 +0000 (5 11:21 +0300) | ||
| committer | Heikki Linnakangas <heikki.linnakangas@iki.fi> | |
| Fri, 5 Jul 2024 08:21:46 +0000 (5 11:21 +0300) | ||
| tree | 4894c1db48475c3ba0221e073e8e431527d028fb | treesnapshot (tar.gz zip) |
| parent | 590b045c37aad44915f7f472343f24c2bafbe5d8 | commitdiff |
Lift limitation that PGPROC->links must be the first field
Since commit 5764f611e1, we've been using the ilist.h functions for
handling the linked list. There's no need for 'links' to be the first
element of the struct anymore, except for one call in InitProcess
where we used a straight cast from the 'dlist_node *' to PGPROC *,
without the dlist_container() macro. That was just an oversight in
commit 5764f611e1, fix it.
There no imminent need to move 'links' from being the first field, but
let's be tidy.
Reviewed-by: Aleksander Alekseev, Andres Freund
Discussion: https://www.postgresql.org/message-id/22aa749e-cc1a-424a-b455-21325473a794@iki.fi
Since commit 5764f611e1, we've been using the ilist.h functions for
handling the linked list. There's no need for 'links' to be the first
element of the struct anymore, except for one call in InitProcess
where we used a straight cast from the 'dlist_node *' to PGPROC *,
without the dlist_container() macro. That was just an oversight in
commit 5764f611e1, fix it.
There no imminent need to move 'links' from being the first field, but
let's be tidy.
Reviewed-by: Aleksander Alekseev, Andres Freund
Discussion: https://www.postgresql.org/message-id/22aa749e-cc1a-424a-b455-21325473a794@iki.fi
| src/backend/storage/lmgr/proc.c | diffblobblamehistory | |
| src/include/storage/proc.h | diffblobblamehistory |