From: | Mark Kirkwood <markir(at)slingshot(dot)co(dot)nz> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Large file support available |
Date: | 2002-08-24 04:57:07 |
Message-ID: | 3D671223.7020609@slingshot.co.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce Momjian wrote:
>OK, with no one replying to this, I will take it upon myself to resolve
>this. According to the Mac OSX fseek() manual page:
>
> The fgetpos(), fsetpos(), fseek(), ftell(), and rewind() functions
> conform to ANSI X3.159-1989 (``ANSI C'').
>
> The fseeko() and ftello() functions conform to Version 2 of the
> Single UNIX Specification (``SUSv2'').
>
>
I might be veering *slightly* off the topic here, but since I got bitten
by this recently I thought I would mention it:
On Linux, and found that I needed
<#include asm/fcntl.h>
instead of
<#include fcntl.h>
when using lseek. I had expected defining _FILE_OFFSET_BITS=64 to sort
this (which it did not).
I think that this will only be an issue if folk want relation files to
be chunked at > 2G (or want to define LET_OS_MANAGE_FILES).
best wishes
Mark
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2002-08-24 07:22:38 | Delayed... |
Previous Message | Neil Conway | 2002-08-24 04:47:16 | Re: [GENERAL] PostgreSQL 7.2.2: Security Release |