Re: Minor fix in lwlock.c
| От | Tom Lane |
|---|---|
| Тема | Re: Minor fix in lwlock.c |
| Дата | |
| Msg-id | 9818.1112942355@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Minor fix in lwlock.c ("Qingqing Zhou" <zhouqq@cs.toronto.edu>) |
| Список | pgsql-patches |
"Qingqing Zhou" <zhouqq@cs.toronto.edu> writes:
> "Tom Lane" <tgl@sss.pgh.pa.us> writes
>> Maybe we *should* make it a PANIC. Thoughts?
> Reasonable. Since this should *never* happen. Once happened, that's means we
> have a serious bug in our design/coding.
Plan C would be something like
if (num_held_lwlocks >= MAX_SIMUL_LWLOCKS)
{
release the acquired lock;
elog(ERROR, "too many LWLocks taken");
}
But we couldn't just call LWLockRelease, since it expects the lock to
be recorded in held_lwlocks[]. We'd have to duplicate a lot of code,
or split LWLockRelease into multiple routines, neither of which seem
attractive answers considering that this must be a can't-happen
case anyway.
PANIC it will be, unless someone thinks of a reason why not by
tomorrow...
regards, tom lane
В списке pgsql-patches по дате отправления: