Re: [PERFORM] out of range error while restore using pgdump
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [PERFORM] out of range error while restore using pgdump |
| Дата | |
| Msg-id | 7680.1484580640@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | [PERFORM] out of range error while restore using pgdump (Samir Magar <samirmagar8@gmail.com>) |
| Список | pgsql-performance |
Samir Magar <samirmagar8@gmail.com> writes:
> pg_restore: [archiver (db)] COPY failed for table "tcb_test": ERROR:
> "5.40593839802118076e-315" is out of range for type double precision
That's ... weird. I don't have RHEL7 installed to test, but I don't
see any error for that value on RHEL6 or Fedora 25, which ought to
bracket that version.
I suppose your version of strtod() must be refusing to do gradual
underflow, or else you're running on hardware that doesn't do
IEEE-compliant arithmetic. But I didn't think RHEL supported any
such hardware (unless maybe it's s/390?). And I can't find any
documentation suggesting that glibc supports turning off gradual
underflow, either.
Perhaps you're using some extension that fools around with the
hardware floating-point options?
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера