/contrib/cvs/BUGS

https://bitbucket.org/freebsd/freebsd-head/ · #! · 100 lines · 72 code · 28 blank · 0 comment · 0 complexity · 372c9bddedf5e71d45baf8008cbf6790 MD5 · raw file

  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).
  3. The following is a list of some of the known bugs. It may or may not
  4. be comprehensive. We would dearly love for people to volunteer to
  5. help us keep it up to date (for starters, if you notice any
  6. inaccuracies, please let bug-cvs know as described in the Cederqvist
  7. manual). There are some other reported bugs in MINOR-BUGS; the
  8. difference, at least in theory, is that those bugs are less serious.
  9. * For platform-specific information (in some cases including known
  10. bugs), see README.VMS, windows-NT/README, or os2/README. There is no
  11. similar file for the unix-like operating systems (not yet, at least).
  12. This file also might contain some platform-specific bugs.
  13. * If your login name contains a space or various other characters
  14. (particularly an issue on Windows), CVS will have trouble (it will
  15. write invalid RCS files, probably). The fix would be to have CVS
  16. change such characters to underscores before writing them to the RCS
  17. file. Furthermore, the LOGNAME or USER environment variables usually
  18. won't override the system login name, so this can be hard to work
  19. around.
  20. * If you specify the -w global option to client/server CVS, it only
  21. overrides a CVSREAD environment variable set on the client, not a
  22. CVSREAD variable which was set on the server (for example, in .bashrc
  23. when the server was run via rsh). The fix of course will be to
  24. provide a "Option-read-write" request which sends -w, in addition to
  25. "Global_option -r" which sends -r.
  26. * Symbolic links to files will not work with or without LockDir. In the
  27. repository, you should avoid using symbolic links to files since this issue
  28. can cause data loss. Symlinks are only a problem when writing files. If your
  29. repository does not allow any write access, symlinks are not a problem.
  30. * Symbolic links to directories will not work with LockDir. In the
  31. repository, you should avoid using symbolic links to directories if
  32. you intend to use LockDir as the correct directory will NOT be locked
  33. by CVS during write. Directory symlinks are not recommended, but should work
  34. as long as LockDir is not being used. Symlinks are only a problem when
  35. writing files. If your repository does not allow any write access, symlinks
  36. are never a problem, whether or not LockDir is in use.
  37. * The -m option to "cvs add" does not work with client/server CVS.
  38. CVS will accept the option, but it won't actually set the
  39. file's description.
  40. * cvs update walks into a user's work directory if there's a directory
  41. of the same name in the repository even if the user's directory
  42. doesn't yet have a CVS admin sub-directory. This can greatly confuse
  43. users who try to add the same directory at nearly the same time.
  44. * From: "Charles M. Hannum" <mycroft@ai.mit.edu>
  45. To: info-cvs@prep.ai.mit.edu
  46. Subject: Still one more bug
  47. Date: Sat, 25 Feb 1995 17:01:15 -0500
  48. mycroft@duality [1]; cd /usr/src/lib/libc
  49. mycroft@duality [1]; cvs diff -C2 '-D1 day ago' -Dnow
  50. cvs server: Diffing .
  51. cvs server: Diffing DB
  52. cvs [server aborted]: could not chdir to DB: No such file or directory
  53. mycroft@duality [1];
  54. `DB' is an old directory, which no longer has files in it, and is
  55. removed automatically when I use the `-P' option to checkout.
  56. This error doesn't occur when run locally.
  57. P.S. Is anyone working on fixing these bugs?
  58. * CVS does not always seem to be waiting to the next filesystem timestamp
  59. quanta after commits. So far this has only shown up in testing under the BSDI
  60. OS. The symptoms are that ocassionally CVS will not notice that modified files
  61. are modified, though the file must be modified within a short time after the
  62. commit, probably milliseconds or seconds, for this symptom to be noticed. One
  63. suspected cause is that one of the calls to sleep_past() is being called with
  64. an incorrect value, though this does not explain why symptoms have only been
  65. noticed under BSDI.
  66. * Status
  67. /*-------.
  68. | Stable |
  69. `-------*/
  70. /*-------------------------.
  71. | Sane for full scale use. |
  72. `-------------------------*/