| От | Tom Lane |
|---|---|
| Тема | Re: pg_dump and large files - is this a problem? |
| Дата | |
| Msg-id | 6156.1035409972@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pg_dump and large files - is this a problem? (Peter Eisentraut <peter_e@gmx.net>) |
| Ответы |
Re: pg_dump and large files - is this a problem?
|
| Список | pgsql-hackers |
Peter Eisentraut <peter_e@gmx.net> writes:
> First we need to decide what we want to happen and after that think about
> how to implement it. Given sizeof(off_t) > sizeof(long) and no fseeko(),
> we have the following options:
It seems obvious to me that there are no platforms that offer
sizeof(off_t) > sizeof(long) but have no API for doing seeks with off_t.
That would be just plain silly. IMHO it's acceptable for us to fail at
configure time if we can't figure out how to seek.
The question is *which* seek APIs we need to support. Are there any
besides fseeko() and fgetpos()?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера