Re: Compatible fstat()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Nov 8, 2005, at 2:39 PM, Bob Copeland wrote:

Isn't this just because the device size is > 2**32? What if you use fseeko(3)
and #define _FILE_OFFSET_BITS 64?


Yep. I got it to return the correct hard disk size (17Gb) using lseek64 and
#define _LARGEFILE64_SOURCE
#define _FILE_OFFSET_BITS 64

Here is what I did
-------------------------------------------------
#define _LARGEFILE64_SOURCE
#define _FILE_OFFSET_BITS 64
#include <stdio.h>
#include <unistd.h>
#include <fcntl.h>

int main()
{
        int f;
        off64_t off=0;
        f = open("/dev/hda", O_RDONLY );
        if(f <= 0){
                perror("open");
                exit(0);
        }
        off = lseek64(f, 0, SEEK_SET);
        off = lseek64(f, 0, SEEK_END);
        perror("llseek");
        printf ("Size %lld\n", off);
        close(f);
        return 0;
}



Okay, still not portable and there is probably a better way that doesn't rely
on such nonsense.  For example, since you have a minimum size in mind,
just seek that much and see if it works - you don't really need to know the whole disk size for that. Or figure out the best way on all of your platforms
and abstract it.

Now this gives me a clue what Ted was referring to as binary search in e2fsprogs.
If nothing works this should work portably I guess.

Thanks
Parag -
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux