[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Checkout by date failed: fata signal 11

From: Steven Rosenstein
Subject: Re: Checkout by date failed: fata signal 11
Date: Fri, 6 Jul 2001 16:01:41 -0400


I appreciate your comments.  I ran into the exact same issue at our location; I
imported a .gif file into CVS without the "-k 'b' " modifiers and then checked
it out into a sandbox.  When I tried to display the checked out .gif using a
viewer, I received an error message that the file was either corrupt or not a
supported type.  I went back to the original .gif file (pre-CVS import version),
and it displayed fine.  When I dumped the beginning of the checked out file, it
looked like there were remnants of a CVS header.

Any further thoughts as to what happened?

--- Steve

address@hidden (Larry Jones) on 07/06/2001 01:28:23 PM

To:   Steven Rosenstein/address@hidden
cc:   address@hidden
Subject:  Re: Checkout by date failed: fata signal 11

Steven Rosenstein writes:
> I don't think that normal CVS
> file headers and trailers work well in .gif (or any other binary) files. :-)

You think wrong.  The RCS file format was carefully designed to allow it
to contain *any* data.  Lots of people have been storing binary files in
RCS and CVS for a long time quite successfully.

> The file is probably corrupt, and the header may very well be incomplete,
> would cause the problems you are seeing.

Corrupt inplies that it was OK at one time and then got damaged, but I
don't think that's what happened; I think it never got completely
created in the first place.  The crash has already been fixed in the
current development version of CVS (it now reports "no head revision"),
but I'd be very interested in knowing how the file got created in that
state if you can track it down.

-Larry Jones

I'm not a vegetarian!  I'm a dessertarian. -- Calvin

Info-cvs mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]