From owner-freebsd-arch Sat Oct 26 2:20:41 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 924E737B401 for ; Sat, 26 Oct 2002 02:20:39 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AA6243E4A for ; Sat, 26 Oct 2002 02:20:38 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (dotar.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.12.3/8.12.3) with ESMTP id g9Q9JEcF053064; Sat, 26 Oct 2002 10:19:15 +0100 (BST) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (localhost [IPv6:::1]) by dotar.thuvia.org (8.12.6/8.12.6) with ESMTP id g9Q9JEH5098959; Sat, 26 Oct 2002 10:19:14 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.6/8.12.6/Submit) id g9Q9JEK8098958; Sat, 26 Oct 2002 10:19:14 +0100 (BST) Date: Sat, 26 Oct 2002 10:19:14 +0100 (BST) From: Mark Valentine Message-Id: <200210260919.g9Q9JEK8098958@dotar.thuvia.org> In-Reply-To: <3DB9D2A6.5FBF0CE9@mindspring.com> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Terry Lambert Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_disk.c write_i386_disk.c write_pc98_disk.c Cc: Julian Elischer , Poul-Henning Kamp , "M. Warner Losh" , freebsd-arch@freebsd.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: Terry Lambert > Date: Fri 25 Oct, 2002 > Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_disk.c write_i386_disk.c write_pc98_disk.c > What I actually think you mean is that the partition table entries > are reordered, and you want them to be distinguished gy the partition > type IS (e.g. "165"), even though there are possibly multiple entries > with identical partition type IDs. Spot on. It's a lousy algorithm, but it's what DOS seems to use, and is why DOS survives a reordering of the single primary partition it supports. QNX appears to try its best to echo the DOS behaviour, yet work around its limitations: # uname -rms QNX 6.2.0 x86pc # df /pkgs/base/public/l 0 0 0 100% / /dev/hd0t79 2779245 920357 1858888 34% / /boot/fs/qnxbase.qf 98785 98001 784 100% /pkgs/base/ /dev/hd1t12 39853760 6399680 33454080 17% /fs/hd1-dos/ /dev/hd0t6 208544 17904 190640 9% /fs/hd0-dos/ /dev/fd0 0 0 0 100% /dev/cd0 0 0 0 100% (/fs/cd0/) /dev/hd1 39876480 39876480 0 100% /dev/hd0 626472 626472 0 100% /dev/hd0t131.2 /dev/hd0 5108607 5108607 0 100% /dev/hd0t131.1 /dev/hd0 8177022 8177022 0 100% /dev/hd0t131 /dev/hd0 497952 497952 0 100% /dev/hd0t130 /dev/hd0 5108670 5108670 0 100% /dev/hd0t165 /dev/hd0 22510656 22510656 0 100% They must do this for a reason (the QNX folks are a bright bunch). Cheers, Mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message