Date: Tue, 9 Oct 2001 16:03:55 -0400 From: The Anarcat <anarcat@anarcat.dyndns.org> To: Alexander Langer <alex@big.endian.de> Cc: freebsd-libh@FreeBSD.ORG Subject: Re: write_changes implementation Message-ID: <20011009160354.A601@shall.anarcat.dyndns.org> In-Reply-To: <20010924231618.A2098@zerogravity.kawo2.rwth-aachen.d> References: <20010923232359.C17003@shall.anarcat.dyndns.org> <20010924150012.C962@zerogravity.kawo2.rwth-aachen.d> <20010924120107.A46295@shall.anarcat.dyndns.org> <20010924183508.A4175@zerogravity.kawo2.rwth-aachen.d> <20010924134740.A46796@shall.anarcat.dyndns.org> <20010924231618.A2098@zerogravity.kawo2.rwth-aachen.d>
next in thread | previous in thread | raw e-mail | index | archive | help
--qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon Sep 24, 2001 at 11:16:18PM +0200, Alexander Langer wrote: > Thus spake The Anarcat (anarcat@anarcat.dyndns.org): >=20 > > > > I think libh is designed to make full use of libdisk, so if libdisk > > > > works (which I assume it does), the patches work, and we don't real= ly > > > > need to test the "write" in itself".. > > > ARGH :-)=20 > > What do you mean? I thought libdisk was tested and packaged. It's not > > working properly? >=20 > libdisk works, but I don't know if libh's wrapper library works :) > (I'm quite sure it does, though) It does. I've just tested the write_changes button with an old 340Mb drive. > > disklabel's internals (apart from time to time editions with disklabel > > -e), so I rely again on libdisk. Is that proper? Should I make further > > tests on libdisk? I would need an extra disk (duh). Not so handy.. I > > guess I could dig out an old 300Mb drive somewhere. ;) >=20 > That's how I do it (I have an old 500 MB drive :) Yeah, dugged that 340M out of a 486. :) It's lovely the noise these things make, at least now I know my system is trashing. <g> > You probably won't rely on libdisk, but on libhdisk. > See lib/disk/Disk.cd.cc for the API :-) I believe it's working. > (You can also use the old disk.tcl for examples) Coming back to libdisk, I hereby whine again about how crappy this thing is designed. :) Can someone explain to me why the heck an chunk labeled as "unknown" by libdisk (type =3D=3D 1) gets re-identified according to its subtype? (/usr/src/lib/libdisk/disk.c:613) And as a side note, there was already a drawing like the one I submitted here about DiskChunk strucutures (much less attracting, IMO :) in libdisk.h. So I guess it's "documented". A. --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjvDWCkACgkQttcWHAnWiGc2CwCeK9/6S7le3nAaZNGutJDxkuVh xzgAni5751m1B2iFRLbqui/tIGBIgXQL =eswT -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011009160354.A601>