[18922] in Athena Bugs
Re: sun4 8.4.22: rcs under athena solaris
daemon@ATHENA.MIT.EDU (t. belton)
Tue Apr 24 12:31:08 2001
Date: Tue, 24 Apr 2001 12:31:04 -0400 (EDT)
From: "t. belton" <tbelton@MIT.EDU>
To: Angie Kelic <sly@mit.edu>
cc: <bugs@mit.edu>
In-Reply-To: <200104222345.TAA28710@tomcat.mit.edu>
Message-ID: <Pine.GSO.4.30L.0104241223320.15989-100000@all-night-tool.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I am surprised this works properly under Linux! I've used RCS on a slew of
platforms over the years and it was my opinion that it just didn't handle
binaries well, period, with or without -kb.
I'd be interested to know if someone else has a way of repairing the
problem Angie encountered (as opposed to preventative measures, like
"don't use RCS on binaries") that doesn't destroy the version record.
(Deleting the ,v file by hand and checking the file in freshly solves it,
but that's less than optimal.)
I ran into this a couple of times last year with some campus-map files;
the original author had put all the GIFs in RCS and several of them
flunked checkin in this way when replaced.
On Sun, 22 Apr 2001, Angie Kelic wrote:
> System name: tomcat.mit.edu
> Type and version: SPARC/5 8.4.22 (with mkserv)
> Display type: cgsix
>
> Shell: /bin/athena/tcsh
> Window manager: fvwm2
>
> What were you trying to do?
> Check a binary file into RCS. The file was created using
> rcs -kb and checked out using co -kb so I should have been able
> to check it back in.
>
> What's wrong:
> When I tried to check the file back in (ci -u) I got the
> following error
>
> >> .
> Binary files /tmp/deLaa43 and /tmp/T2PGa433 differ
> ci: RCS/nointel.sav.bin,v: diff failed
> ci aborted
>
>
> What should have happened:
> It should Just Work(TM) like it does under linux
>
