Re: pg_dump and large files - is this a problem?

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB SD
Тема Re: pg_dump and large files - is this a problem?
Дата
Msg-id 46C15C39FEB2C44BA555E356FBCD6FA4961ED2@m0114.s-mxs.net
обсуждение исходный текст
Ответ на pg_dump and large files - is this a problem?  (Philip Warner <pjw@rhyme.com.au>)
Ответы Re: pg_dump and large files - is this a problem?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
> The question is *which* seek APIs we need to support.  Are there any
> besides fseeko() and fgetpos()?

On AIX we have
int fseeko64 (FILE* Stream, off64_t Offset, int Whence);
which is intended for large file access for programs that do NOT
#define _LARGE_FILES

It is functionality that is available if _LARGE_FILE_API is defined,
which is the default if _LARGE_FILES is not defined.

That would have been my preferred way of handling large files on AIX
in the two/three? places that need it (pg_dump/restore, psql and backend COPY).
This would have had the advantage that off_t is not 64 bit in all other places
where it is actually not needed, no ?

Andreas


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Luis Alberto Amigo Navarro"
Дата:
Сообщение: Re: crashes with postgresql 7.2.1 on IRIX 6.5
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Using the same condition twice