Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Dec 1996 21:46:10 -0800
From:      John Polstra <jdp@polstra.com>
To:        mrcpu@cdsnet.net
Cc:        hackers@freebsd.org
Subject:   Re: CVSUP dying
Message-ID:  <199612120546.VAA14560@austin.polstra.com>
In-Reply-To: <Pine.NEB.3.95.961211111650.24955B-100000@mail.cdsnet.net>
References:  <Pine.NEB.3.95.961211111650.24955B-100000@mail.cdsnet.net>

next in thread | previous in thread | raw e-mail | index | archive | help
In article <Pine.NEB.3.95.961211111650.24955B-100000@mail.cdsnet.net> Jaye Mathisen writes:
> 
> trying to sup -current.
> 
> Edit src/release/sysinstall/nfs.c
>  Add delta 1.12 96.12.11.09.35.04 jkh
> Edit src/release/sysinstall/package.c
>  Add delta 1.50 96.12.11.09.35.04 jkh
> @"
> Invalid list
> file: Invalid integer "~p	U|!
> 
> 
> (Lots of binary characters after that jkh, somehitng about
> /usr/sup/src-lib/checkouts.cvs:. Invalid list file: Invalid Integer.

It's best to send (or cc) questions like this to "cvsup-bugs@polstra.com".
I can usually help, but I don't always keep up with the mailing lists.

Anyway, to answer your question, your list file
"/usr/sup/src-lib/checkouts.cvs:." is apparently spammed.  You can
check the file by looking at it with an editor.  It's a plain text
file and you'll be able to see that it's damaged, I have a feeling.

Assuming the list file is damaged, you can just delete it and then
re-run CVSup.  (But see below.)  It will create a new one for you.
It's much more efficient to have a list file, but it's not essential
for correct operation.

In the next CVSup release, I'll fix the error message so that it
doesn't try to print out the invalid thing it got.

The other question is, how did the file get damaged?  I would be
surprised if CVSup itself damaged it.  It first writes the information
to a temporary file, and only renames it after it's been completely and
successfully written.  Have you noticed any console messages about disk
errors lately?

If you find that the file in question contains a bad block, _don't_
remove it.  Instead, rename it to something else, then fix your bad
blocks, then delete the file after that.  Otherwise, you'll just release
the bad block back into the free list where it could cause further
problems.  (Been there, done that.)
--
   John Polstra                                       jdp@polstra.com
   John D. Polstra & Co., Inc.                Seattle, Washington USA
   "Self-knowledge is always bad news."                 -- John Barth



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612120546.VAA14560>