Re: [GENERAL] Linux Largefile Support In Postgresql RPMS
| От | Peter Eisentraut |
|---|---|
| Тема | Re: [GENERAL] Linux Largefile Support In Postgresql RPMS |
| Дата | |
| Msg-id | Pine.LNX.4.44.0208122045270.10067-100000@localhost.localdomain обсуждение исходный текст |
| Ответ на | Re: [GENERAL] Linux Largefile Support In Postgresql RPMS (Oliver Elphick <olly@lfix.co.uk>) |
| Ответы |
Re: [GENERAL] Linux Largefile Support In Postgresql RPMS
|
| Список | pgsql-hackers |
Oliver Elphick writes:
> One person said:
> However compiling with largefile support will change the size
> of off_t from 32 bits to 64 bits - if postgres uses off_t or
> anything else related to file offsets in a binary struct in one
> of the database files you will break stuff pretty heavily. I
> would not compile postgres with largefile support until it
> is officially supported by the postgres developers.
>
> but I cannot see that off_t is used in such a way.
This is not the only issue. You really need to check all uses of off_t
(for example printf("%ld", off_t) will crash) and all places where off_t
should have been used in the first place. Furthermore you might need to
replace ftell() and fseek() by ftello() and fseeko(), especially if you
want pg_dump to support large archives.
Still, most of the configuration work is already done in Autoconf (see
AC_FUNC_FSEEKO and AC_SYS_LARGEFILE), so the work might be significantly
less than the time spent debating the merits of large files on these
lists. ;-)
--
Peter Eisentraut peter_e@gmx.net
В списке pgsql-hackers по дате отправления: