all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* New CVS 1.12.9 format changes break some PCVS parsing
@ 2004-08-05  0:04 Adam Elliott
  0 siblings, 0 replies; only message in thread
From: Adam Elliott @ 2004-08-05  0:04 UTC (permalink / raw)


--text follows this line--
This bug report will be sent to the Free Software Foundation, not to 
your local site managers!
Please write in English, because the Emacs maintainers do not have 
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing 
list, and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i386-mingw-nt5.1.2600)
  of 2004-03-10 on NYAUMO
configured using `configure --with-gcc (3.2)'
Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: nil
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: en_CA
   locale-coding-system: iso-latin-1
   default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug and the precise 
symptoms of the bug:


CVS was upgraded at my site (to 1.12.9) and the format of some of the 
messages returned have changed, breaking PCVS parsing.  The symptom is 
that messages previously interpreted by PCVS as important and displayed 
in special formats (e.g. changing file state, putting version number 
beside, etc.) now fail the various regexps since the format change. 
Thus they are displayed as non-specific informative messages and the 
special behaviour is not being triggered.

All required changes to fix are probably in pcvs-parse.el.

What I've found so far:

* message returned immediately after a new file is added

Old message: use 'cvs commit' to add this file permanently
New message: use `cvs commit' to add this file permanently
(note orientation of opening quote)

   - easy to fix; change regexp

* message returned when committing files

Old message (commit):
cvs commit: Examining .
Checking in dummy;
/dev/tmep/tmep/dummy,v  <--  dummy
new revision: 1.3; previous revision: 1.2
done

New message (commit):
cvs commit: Examining .
/dev/tmep/tmep/dummy,v  <--  dummy
new revision: 1.3; previous revision: 1.2

   - introductory line ("Checking in") gone
   - "done" gone
   - comparable for removals ("Removing" and "done" gone)
   - note that arrow line DOES NOT contain full path which introductory 
line did
     - causes problems when displaying the line after CVS operation 
completes: not "sorted" properly in tree (sorted to the root always 
because path information is not present)
     - not sure how to fix; parse and trim left side of arrow line?

* there may be others; change/release log for CVS is not specific as to 
which messages have changed although I'm sure source diffs would be 
useful here

Versions:

Emacs 21.3.1 for NT on WinXP
CVS 1.12.9 compiled from source under Cygwin (on WinXP)
  - problem exhibited with local repository as well as with remote 
repository via SSH

Problem is platform-independent as best I can tell as it results from a 
deliberate change by the CVS developers.

Adam

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2004-08-05  0:04 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-05  0:04 New CVS 1.12.9 format changes break some PCVS parsing Adam Elliott

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.