Re: contrib/pg_freespacemap first check input argument, then relation_open.
В списке pgsql-hackers по дате отправления:
| От | Julien Rouhaud |
|---|---|
| Тема | Re: contrib/pg_freespacemap first check input argument, then relation_open. |
| Дата | |
| Msg-id | 20230706030933.mr4jt45d6m3yet3d@jrouhaud обсуждение исходный текст |
| Ответ на | contrib/pg_freespacemap first check input argument, then relation_open. (jian he <jian.universality@gmail.com>) |
| Список | pgsql-hackers |
Hi, On Thu, Jul 06, 2023 at 10:14:46AM +0800, jian he wrote: > > In: > https://git.postgresql.org/cgit/postgresql.git/tree/contrib/pg_freespacemap/pg_freespacemap.c > > rel = relation_open(relid, AccessShareLock); > > if (blkno < 0 || blkno > MaxBlockNumber) > ereport(ERROR, > (errcode(ERRCODE_INVALID_PARAMETER_VALUE), > errmsg("invalid block number"))); > > -------------------- > should it first check input arguments, then relation_open? It would probably be a slightly better approach but wouldn't really change much in practice so I'm not sure it's worth changing now. > Does ereport automatically unlock the relation? Yes, locks, lwlocks, memory contexts and everything else is properly cleaned / released in case of error.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера