From owner-freebsd-hackers Sat Apr 1 13:48:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01879 for hackers-outgoing; Sat, 1 Apr 1995 13:48:02 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01873 for ; Sat, 1 Apr 1995 13:47:54 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11175; Sat, 1 Apr 95 14:40:22 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012140.AA11175@cs.weber.edu> Subject: Re: 4 gig st15150n disk setups To: davidg@Root.COM Date: Sat, 1 Apr 95 14:40:22 MST Cc: bde@zeta.org.au, jkh@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com In-Reply-To: <199504011335.FAA01579@corbin.Root.COM> from "David Greenman" at Apr 1, 95 05:35:33 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just to clarify what Bruce is saying: If someone were to create a file that > was >2GB, BAD things would happen. The system currently considers any blocks > >2GB and <4GB as file metadata (for containing indirect blocks). Not only > would this certainly cause the machine to panic, it would almost certainly > cause random filesystem corruption. > I'll try to fix as many of these potential problems as possible before the > release. I was under the impression that these were atomic block offsets -- NOT byte offsets. The appropriate error range would in fact be >= 2^31 (2G) * block_size to < 2^32 (4G) * block_size. For a block size of 512, this is 1 <= x < 2 terrabytes. Correct me if this is wrong. The problem is the need to use a signed compare instead of an AND? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.