From owner-freebsd-hackers Sat Sep 2 16:39:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA11187 for hackers-outgoing; Sat, 2 Sep 1995 16:39:36 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA11181 ; Sat, 2 Sep 1995 16:39:33 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id QAA05329; Sat, 2 Sep 1995 16:39:21 -0700 From: Julian Elischer Message-Id: <199509022339.QAA05329@ref.tfs.com> Subject: Re: boot -v error in printing.. To: terry@lambert.org (Terry Lambert) Date: Sat, 2 Sep 1995 16:39:20 -0700 (PDT) Cc: terry@lambert.org, julian@freefall.FreeBSD.org, hackers@freefall.FreeBSD.org In-Reply-To: <199509022246.PAA03227@phaeton.artisoft.com> from "Terry Lambert" at Sep 2, 95 03:46:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1144 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > 0:03df3f20 0..991=992 cyl, 0..63=64 heads, 0..31=32 sects > > or more correctly.. > > 0:03df3f20 0..991=992 cyl, 0..63=64 heads, 1..32=32 sects > > ^^^^^^^^^^ > > I'd think that was wrong -- actually, isn't the fact that sectors > are option base one an artifact of the internal representation > more than any real numbering being imposed? > > The option base should be uniform throughout. yes but we're trying to say what the BIOS thinks and may have to agree with some other DOS program before the user is happy with the number.. I've just added: printf("0..%d=%d cyl, 0..%d=%d heads, 1..%d=%d sects\n", printf(" max cyl = %d , %d heads, %d sects\n", (j >> 16),(j >> 16)+1, ((j >> 8) & 0xff),((j >> 8) & 0xff)+1, (j & 0xff), (j & 0xff)); I think it's an improvement for sure.. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. >