RE: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply
От
Hayato Kuroda (Fujitsu)
Тема
RE: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply
Дата
Msg-id
OS9PR01MB12149312CF887180E9565CC04F5F82@OS9PR01MB12149.jpnprd01.prod.outlook.com
Ответ на
Re: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply (Kenny Chen)
Список
Дерево обсуждения
Re: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply Kenny Chen <kennychen851228@gmail.com>
RE: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>
Re: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply Kenny Chen <kennychen851228@gmail.com>
Re: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply Fujii Masao <masao.fujii@gmail.com>
Re: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply Kenny Chen <kennychen851228@gmail.com>
RE: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>
Re: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply Fujii Masao <masao.fujii@gmail.com>
RE: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>
Re: BUG #19547: libpqrcv_create_slot dereferences NULL on a malformed CREATE_REPLICATION_SLOT reply Kenny Chen <kennychen851228@gmail.com>
Hi Kenny, > The patch validates the result shape (>= 3 fields, exactly 1 row) before > reading those fields and raises a protocol-violation error otherwise, > mirroring what libpqrcv_identify_system() and the other result-consuming > paths in this file already do. I used "< 3" rather than "< 4" because the > function only reads fields 1 and 2. Hmm, but IDENTIFY_SYSTEM requires that number returned attributes should be 3 or 4, nevertheless first and second columns are checked. If we follow, isn't it better to require that there are 4 attributes? I checked old versions and the command has returned 4 attributes from the beginning [1]. [1]: https://github.com/postgres/postgres/blob/b1b8b8e6f141e378db21c609d8ee74d9125a4aca/src/backend/replication/walsender.c#L853 Best regards, Hayato Kuroda FUJITSU LIMITED
В списке pgsql-bugs по дате отправления
От: Kenny Chen
Дата:
От: Kenny Chen
Дата: