1 See the Cederqvist manual (cvs.texinfo) for information on how to
2 report bugs (and what will happen to your bug reports if you do).
4 The following is a list of some of the known bugs. It may or may not
5 be comprehensive. We would dearly love for people to volunteer to
6 help us keep it up to date (for starters, if you notice any
7 inaccuracies, please let bug-cvs know as described in the Cederqvist
8 manual). There are some other reported bugs in MINOR-BUGS; the
9 difference, at least in theory, is that those bugs are less serious.
12 * For platform-specific information (in some cases including known
13 bugs), see README.VMS, windows-NT/README, or os2/README. There is no
14 similar file for the unix-like operating systems (not yet, at least).
15 This file also might contain some platform-specific bugs.
18 * One cannot specify some files as binary in a "cvs import" using
19 CVSROOT/cvswrappers (for why, note that client_process_import_file has
20 no way of knowing about CVSROOT/cvswrappers which is off on the
24 * I don't think that "cvs add" honors any of the -k wrappers, at least
25 not in client/server mode. I would think it should. Getting
26 CVSROOT/cvswrappers to work would presumably best be done by keeping a
27 copy of it in the CVS directory on the client, as has also been
28 discussed for CVS/Template, &c. Getting a client-side .cvswrappers to
29 work is a separate issue.
32 * Need more work on the procedure for fixing it if a binary file is
33 accidentally added in text mode (sanity.sh test cases, better
34 documentation, probably update and/or admin -kb should update
35 the -k setting in CVS/Entries).
38 * Wrappers (-t/-f) do not work client/server, and there are a variety of other
39 bugs and annoyances with wrappers.
42 * If your login name contains a space or various other characters
43 (particularly an issue on Windows), CVS will have trouble (it will
44 write invalid RCS files, probably). The fix would be to have CVS
45 change such characters to underscores before writing them to the RCS
46 file. Furthermore, the LOGNAME or USER environment variables usually
47 won't override the system login name, so this can be hard to work
51 * If you specify the -w global option to client/server CVS, it only
52 overrides a CVSREAD environment variable set on the client, not a
53 CVSREAD variable which was set on the server (for example, in .bashrc
54 when the server was run via rsh). The fix of course will be to
55 provide a "Option-read-write" request which sends -w, in addition to
56 "Global_option -r" which sends -r.
59 * "make remotecheck" sometimes fails on test 187a3 with
60 cvs server: in directory .:
61 cvs [server aborted]: *PANIC* administration files missing
62 This does not happen every time. (-kingdon, Nov 96, Red Hat linux 3.0.3).
65 * The -m option to "cvs add" does not work with client/server CVS.
66 CVS will accept the option, but it won't actually set the
70 * cvs update walks into a user's work directory if there's a directory
71 of the same name in the repository even if the user's directory
72 doesn't yet have a CVS admin sub-directory. This can greatly confuse
73 users who try to add the same directory at nearly the same time.
76 * 'cvs admin' dumped core when files were missing from working directory
77 (and from the repository)?
80 * The following bug was reported against CVS 1.9:
82 Create a module named test with a file named test in it.
84 cactus:sfavor> cvs get test
85 cvs checkout: Updating test
87 cactus:sfavor> cd test
88 cactus:sfavor> cvs get test
89 cvs checkout: cannot chdir to test: Not a directory
90 cvs checkout: ignoring module test
92 cactus:sfavor> cvs update
93 cvs update: Updating .
94 rcs.c:2139: failed assertion `rev == NULL || isdigit (*rev)'
99 * pcl-cvs doesn't like it when you try to check in a file which isn't
100 up-to-date. The messages produced by the server perhaps don't match
101 what pcl-cvs is looking for.
104 * From: billr@mpd.tandem.com (Bill Robertson)
105 Subject: Problem with rtag and the -D option
106 Date: Fri, 17 Mar 1995 10:53:29 -0600 (CST)
108 I have been trying to use the -D option to specify a date for tagging, but
109 rtag does not recognize the -D option. It is documented to do so and I've
110 tested the use of -D with cvs update and cvs diff and it works fine there.
112 * Defining RELATIVE_REPOS is said to not work with client/server CVS.
114 * From: "Charles M. Hannum" <mycroft@ai.mit.edu>
115 To: info-cvs@prep.ai.mit.edu
116 Subject: Still one more bug
117 Date: Sat, 25 Feb 1995 17:01:15 -0500
119 mycroft@duality [1]; cd /usr/src/lib/libc
120 mycroft@duality [1]; cvs diff -c2 '-D1 day ago' -Dnow
121 cvs server: Diffing .
122 cvs server: Diffing DB
123 cvs [server aborted]: could not chdir to DB: No such file or directory
126 `DB' is an old directory, which no longer has files in it, and is
127 removed automatically when I use the `-P' option to checkout.
129 This error doesn't occur when run locally.
131 P.S. Is anyone working on fixing these bugs?
134 * From: Roland McGrath <roland@gnu.ai.mit.edu>
135 To: Cyclic CVS Hackers <info-cvs@prep.ai.mit.edu>
137 Date: Sat, 25 Mar 1995 16:41:41 -0500
138 X-Windows: Even your dog won't like it.
140 I just noticed some droppings on my disk from what must be a pretty weird
143 In my home directory on a repository machine I use, I find:
145 drwxr-xr-x 4 roland staff 512 Mar 7 14:08 cvs-serv28962
146 drwxr-xr-x 4 roland staff 512 Mar 7 14:11 cvs-serv28978
147 drwxr-xr-x 4 roland staff 512 Mar 7 15:13 cvs-serv29141
149 OK, so these are leftover cruft from some cvs run that got aborted.
150 Well, it should clean up after itself, but so what.
152 The last one is pretty dull; the real weirdness is the contents of the
153 first two directories.
155 duality 77 # ls -RF cvs-serv28978/
161 cvs-serv28978/cvs-serv28978:
164 cvs-serv28978/cvs-serv28978/arpa:
167 cvs-serv28978/cvs-serv28978/arpa/CVS:
170 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978:
173 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert:
176 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/CVS:
179 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978:
182 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare:
185 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/CVS:
188 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978:
191 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf:
194 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/CVS:
197 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978:
200 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt:
203 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt/CVS:
206 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt/cvs-serv28978:
209 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt/cvs-serv28978/csu:
212 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt/cvs-serv28978/csu/CVS:
215 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt/cvs-serv28978/csu/cvs-serv28978:
218 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt/cvs-serv28978/csu/cvs-serv28978/ctype:
223 ls: cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt/cvs-serv28978/csu/cvs-serv28978/ctype/cvs-serv28978/dirent/cvs-serv28978/elf/cvs-serv28978/gnu/cvs-serv28978/gnulib/cvs-serv28978/grp/cvs-serv28978/hurd/cvs-serv28978/hurd/hurd/cvs-serv28978/inet/cvs-serv28978/inet/arpa/cvs-serv28978/inet/netinet[...]/cvs-serv28978/posix/cvs-serv28978/posix/glob/cvs-serv28978/posix/gnu/cvs-serv28978/posix/sys/cvs-serv28978/protocols/cvs-serv28978/pwd/cvs-serv28978/resolv/cvs-serv28978/resolv/arpa/cvs-serv28978/resolv/sys/cvs-serv28978/resource/cvs-serv28978/resource/sys/cvs-serv28978/rpc/cvs-serv28978/setjmp/cvs-serv28978/signal/cvs-serv28978/signal/sys/cvs-serv28978/socket/cvs-serv28978/socket: File name too long
224 cvs-serv28978/cvs-serv28978/arpa/cvs-serv28978/assert/cvs-serv28978/bare/cvs-serv28978/conf/cvs-serv28978/crypt/cvs-serv28978/csu/cvs-serv28978/ctype/cvs-serv28978/dirent/cvs-serv28978/elf/cvs-serv28978/gnu/cvs-serv28978/gnulib/cvs-serv28978/grp/cvs-serv28978/hurd/cvs-serv28978/hurd/hurd/cvs-serv28978/inet/cvs-serv28978/inet/arpa/cvs-serv28978/inet/netinet[...]/cvs-serv28978/posix/glob/cvs-serv28978/posix/gnu/cvs-serv28978/posix/sys/cvs-serv28978/protocols/cvs-serv28978/pwd/cvs-serv28978/resolv/cvs-serv28978/resolv/arpa/cvs-serv28978/resolv/sys/cvs-serv28978/resource/cvs-serv28978/resource/sys/cvs-serv28978/rpc/cvs-serv28978/setjmp/cvs-serv28978/signal/cvs-serv28978/signal/sys/cvs-serv28978/socket/cvs-serv28978:
226 * From: Roland McGrath <roland@gnu.ai.mit.edu>
227 To: Cyclic CVS Hackers <info-cvs@prep.ai.mit.edu>
228 Subject: bizarre failure mode
229 Date: Tue, 7 Mar 95 14:17:28 -0500
231 This is pretty weird:
233 CVS_SERVER='TMPDIR=. /usr/local/bin/cvs' ../cvs-build/src/cvs update -q
234 cvs [server aborted]: could not get working directory: Result too large
236 asylum 29 % grep 'Result too large' /usr/include/sys/errno.h
237 #define ERANGE 34 /* Result too large */
239 Now, getcwd fails with ERANGE when the buffer is too small. But I don't
240 know why that would be the case; I don't think there are exceptionally long
241 directory names involved. It would be robust to notice ERANGE and use a
242 bigger buffer. But I suspect something weirder is going on.
244 The repository in question in duality.gnu.ai.mit.edu:/gd4/gnu/cvsroot/libc.
246 Send me a PGP-signed message if you want the password to use the machine
247 where the problem showed up.