home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14783 < prev    next >
Encoding:
Text File  |  1993-01-12  |  1.3 KB  |  33 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!hpscit.sc.hp.com!news.dtc.hp.com!srgenprp!darrylo
  3. From: darrylo@sr.hp.com (Darryl Okahata)
  4. Subject: Re: maximum file size
  5. Sender: news@srgenprp.sr.hp.com (placeholder for future)
  6. Message-ID: <C0rBM4.KCt@srgenprp.sr.hp.com>
  7. Date: Tue, 12 Jan 1993 20:01:15 GMT
  8. Reply-To: darrylo@sr.hp.com
  9. References: <C0r5tn.8Hw@fc.hp.com>
  10. Organization: Hewlett-Packard / Center for Primal Scream Therapy
  11. X-Newsreader: TIN [version 1.1 PL8.1]
  12. Lines: 19
  13.  
  14. Munir Mallal (munir@fc.hp.com) wrote:
  15.  
  16. > No, it is not possible.  The maixmum allowable file is 2GB.  Filesystems
  17. > and raw device I/O can approach 4GB.
  18.  
  19.      I'm sure someone will ask why.  The cause is an artifact of 32-bit
  20. integers.  As lseek(2) has to be able to seek backwards and forwards in
  21. a file (signed integers: +/- 2^31), sizes of files are limited to 2GB
  22. (2^31).  In order to get larger file sizes, you'd either have to use >32
  23. bit integers ("long long"???), or you'd have to create some non-standard
  24. functions (which is probably a bad thing, given today's push towards
  25. standards).
  26.  
  27.      -- Darryl Okahata
  28.     Internet: darrylo@sr.hp.com
  29.  
  30. DISCLAIMER: this message is the author's personal opinion and does not
  31. constitute the support, opinion or policy of Hewlett-Packard or of the
  32. little green men that have been following him all day.
  33.