On Sun, Sep 28, 2008 at 9:34 AM, Robert Thurlow <[EMAIL PROTECTED]> wrote: > David Bartley wrote: > >> Hence it would seem to be a simple matter of replacing "off_t pio_offset" >> as below: > >> Is there some additional reason why this incompatibility exists? If not, >> couldn't this simple change be made? > > There should be no need for this - off_t itself can either be a > 32-bit or 64-bit value depending on the compilation mode, as > you can see in /usr/include/stdio.h.
These structs represent the structures of various special files in /proc. If you enable large file support for 32-bit (_ILP32) code, priovec_t ends up being 16 bytes, while the "native" size is 12 bytes. However, I believe the kernel always sees the 12 byte version if the binary is 32-bits (see priovec32_t). So, I think priovec_t needs to always be 12 bytes regardless of whether or not large file support is enabled or disabled. > > Backing up, what problem are you trying to solve? I want to use procfs.h while having large file support; there's a few lines that disallow this: #if !defined(_LP64) && _FILE_OFFSET_BITS == 64 #error "Cannot use procfs in the large file compilation environment" #endif -- David _______________________________________________ opensolaris-code mailing list opensolaris-code@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
