Re: BUG #17819: The assert failed #17334 has not been repaired
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #17819: The assert failed #17334 has not been repaired |
| Дата | |
| Msg-id | 1908490.1677773340@sss.pgh.pa.us обсуждение |
| Ответ на | BUG #17819: The assert failed #17334 has not been repaired (PG Bug reporting form <noreply@postgresql.org>) |
| Список | pgsql-bugs |
PG Bug reporting form <noreply@postgresql.org> writes: > The assert failed reported in #17334 > (https://www.postgresql.org/message-id/17334-135f485c21739caa%40postgresql.org) > has not been repaired. If supporting NaNs in geometric types excites you, then by all means step up and work on it, but it's not a high-priority thing for most of us. We've put some effort into the area before (e.g. [1]) but arriving at self-consistent definitions is hard, and implementing them is messy, and TBH the geometric types are a development backwater in the first place. At this point I'd be about ready to forbid NaNs in geometric types. But even making that happen is work that nobody's volunteered for. regards, tom lane [1] https://www.postgresql.org/message-id/flat/CAGf+fX70rWFOk5cd00uMfa__0yP+vtQg5ck7c2Onb-Yczp0URA@mail.gmail.com
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера