From unknown Mon Aug 18 11:15:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Resent-From: Richard Stanton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Jun 2011 22:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 8924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 8924@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.130886686518424 (code B ref -1); Thu, 23 Jun 2011 22:08:01 +0000 Received: (at submit) by debbugs.gnu.org; 23 Jun 2011 22:07:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZs3s-0004n6-0Q for submit@debbugs.gnu.org; Thu, 23 Jun 2011 18:07:45 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZrLJ-0001Qc-Qr for submit@debbugs.gnu.org; Thu, 23 Jun 2011 17:21:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QZrLD-0004Oa-2x for submit@debbugs.gnu.org; Thu, 23 Jun 2011 17:21:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:38115) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZrLD-0004OW-1L for submit@debbugs.gnu.org; Thu, 23 Jun 2011 17:21:35 -0400 Received: from eggs.gnu.org ([140.186.70.92]:59745) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZrLB-0005Ez-0A for bug-gnu-emacs@gnu.org; Thu, 23 Jun 2011 17:21:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QZrL9-0004Nn-5y for bug-gnu-emacs@gnu.org; Thu, 23 Jun 2011 17:21:32 -0400 Received: from gateway-a.haas.berkeley.edu ([128.32.222.29]:23823) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZrL8-0004NW-M9 for bug-gnu-emacs@gnu.org; Thu, 23 Jun 2011 17:21:31 -0400 X-SBRS: 2.9 X-IronPort-AV: E=Sophos;i="4.65,415,1304319600"; d="scan'208";a="21707745" Received: from lb2-i.haas.berkeley.edu (HELO cas-b.haas.uc.berkeley.edu) ([128.32.222.31]) by gateway-a.haas.berkeley.edu with ESMTP/TLS/RC4-MD5; 23 Jun 2011 14:21:28 -0700 Received: from EXMAIL7.haas.uc.berkeley.edu ([128.32.222.8]) by cas-b.haas.uc.berkeley.edu ([128.32.222.50]) with mapi; Thu, 23 Jun 2011 14:21:28 -0700 From: Richard Stanton Date: Thu, 23 Jun 2011 14:20:43 -0700 Thread-Topic: 23.3; Editing is rather difficult using vc with RCS backend Thread-Index: Acwx60hiCT1IKcZfSLiog1AkEaxZBA== Message-ID: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Mailman-Approved-At: Thu, 23 Jun 2011 18:07:43 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) I regularly use vc to keep track of versions of my edited files, primarily using CVS, but less often using RCS, mainly where there's just a single file I want to track edits to, and it's more convenient to keep the repository with the file. This all used to work fine (though I can't exactly recall what version of EMACS was the last under which all worked fine). However, while vc+CVS still works fine, vc+RCS acts in some rather strange ways that make using it inconvenient or even risky. 1) As an example, in a directory rcstest,=20 a. Create and save a new LaTeX document in EMACS, say rcstest/test.tex, con= taining the test ----- % $Id$ \documentclass[12pt]{article} \begin{document} A very short document \end{document} ---- b. Now type C-x v v and ask Emacs to use the RCS backend. It checks in the file, the current buffer now displays RCS-1.1 in the mode line, and the first line of the file now contains % $Id: test.tex,v 1.1 2011/06/23 20:51:48 stanton Exp $ All looking good so far. c. Now edit the file by adding another comment line beneath the first, e.g., % Here's another comment Save the file and then type C-x v v. I'd expect it to check in the new version, making it revision 1.2 (this is what happens now if I use vc+CVS instead of vc+RCS, and used to happen under prior versions of EMACS when I used vc+RCS). However, instead I get a message telling me "Fileset is up-to-date", and nothing else happens. The file, repository, and buffer are left completely unchanged. This is not so useful... 2) The initial $Id$ line seems important here. If I do the same thing again, but do *not* include the initial % $Id$ line in the file, different things happen.=20 a. Create, save, and register with RCS backend a new file as above, this ti= me containing the text ----- \documentclass[12pt]{article} \begin{document} A very short document \end{document} ---- b. Now edit the file by adding a comment somewhere, say, after line 1, % Here's a comment Save the file and then type C-x v v. This time, I get an error buffer telling me RCS/test.tex,v --> test.tex revision 1.1 (locked) co: writable test.tex exists; checkout aborted and again cannot check in the new file. 3) Sometimes the behavior is different still. With no header line, sometimes instead of the error message above, when I type C-x v v, the most recently checked-in version of the file is checked out again, over-writing my edits in the current buffer. This is a bit scary... It seems that I can get this to work if, after checking in the file using C-x v v, I immediately press C-x v v again, which causes Emacs to tell me it's checking the file out again (even though nothing changes in the current buffer that I can see), and then I can edit, save, and check in OK (as long as I remember to use C-x v v twice each time I check the file in). This is at least possible, but it differs from the behavior when I'm using the CVS backend, and from the old behavior of the RCs backend (and if I ever forget, I'm in danger of losing all my edits since the last check-in, something that isn't so good). Thanks for checking into this. Richard Stanton =20 In GNU Emacs 23.3.1 (i386-mingw-nt6.0.6002) of 2011-03-10 on 3249CTO Windowing system distributor `Microsoft Corp.', version 6.0.6002 configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/imagesu= pport/include' 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: ENU value of $XMODIFIERS: nil locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: LaTeX/P Minor modes in effect: reftex-mode: t flyspell-mode: t outline-minor-mode: t TeX-PDF-mode: t shell-dirtrack-mode: t yas/global-mode: t yas/minor-mode: t recentf-mode: t ido-everywhere: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t visual-line-mode: t transient-mark-mode: t abbrev-mode: t Recent input: =20 $ C-k C-x C-s C-x v v R C S =20 =20 % SPC A d d SPC=20 a SPC c o m m e n t C-x C-s C-x v v C-x v=20 v C-x v v C-k =20 C-k C-k C-k C-k C-x C-s C-x v v q q C-x k =20 C-x o C-x 1 C-x v v q =20 C-x k =20 C-x o C-x 1 C-x C-v C-k C-k C-k C-a C-x C-s=20 C-x v v R C S C-x v v =20 % SPC A d d SPC a SPC c o m m e n t =20 C-k C-x C-s C-x v v A d d e d SPC a SPC c o m m e n=20 t C-c C-c % SPC A d d SPC a SPC n e w SPC c o m m e=20 n t C-x C-s q C-x C-s q =20 C-x C-s q C-x v v =20 % SPC A d d SPC a n o t h e r SPC c m m =20 o m m e n t C-c C-c C-g C-g C-x C-s C-x=20 v v A d d e d SPC a SPC n o t e h r =20 =20 n o t h e r C-c C-c % SPC A n d SPC n o w=20 ? C-x C-s q =20 =20 =20 =20 =20 Recent messages: Mark set Press C-c C-c when you are done editing. Enter a change comment. Type C-c C-c when done Checking in c:/projects/test/version/rcs/duration.tex...done Saving file c:/projects/test/version/rcs/duration.tex... Entering debugger... Back to top level. Auto-saving... Sorting environment... Removing duplicates... done Load-path shadows: c:/emacs/emacs-23.3/site-lisp/cedet-1.0/speedbar/speedbar hides c:/emacs/em= acs-23.3/lisp/speedbar c:/emacs/emacs-23.3/site-lisp/cedet-1.0/speedbar/sb-image hides c:/emacs/em= acs-23.3/lisp/sb-image c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/ezimage hides c:/emacs/emacs= -23.3/lisp/ezimage c:/emacs/emacs-23.3/site-lisp/cedet-1.0/speedbar/dframe hides c:/emacs/emac= s-23.3/lisp/dframe c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio hides c:/emacs/emacs-23= .3/lisp/emacs-lisp/eieio c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-speedbar hides c:/emacs= /emacs-23.3/lisp/emacs-lisp/eieio-speedbar c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-opt hides c:/emacs/emac= s-23.3/lisp/emacs-lisp/eieio-opt c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-datadebug hides c:/emac= s/emacs-23.3/lisp/emacs-lisp/eieio-datadebug c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-custom hides c:/emacs/e= macs-23.3/lisp/emacs-lisp/eieio-custom c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-comp hides c:/emacs/ema= cs-23.3/lisp/emacs-lisp/eieio-comp c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-base hides c:/emacs/ema= cs-23.3/lisp/emacs-lisp/eieio-base c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/chart hides c:/emacs/emacs-23= .3/lisp/emacs-lisp/chart c:/emacs/emacs-23.3/site-lisp/cedet-1.0/srecode/srecode hides c:/emacs/emac= s-23.3/lisp/cedet/srecode c:/emacs/emacs-23.3/site-lisp/cedet-1.0/semantic/semantic hides c:/emacs/em= acs-23.3/lisp/cedet/semantic c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/pulse hides c:/emacs/emacs-2= 3.3/lisp/cedet/pulse c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/mode-local hides c:/emacs/em= acs-23.3/lisp/cedet/mode-local c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/inversion hides c:/emacs/ema= cs-23.3/lisp/cedet/inversion c:/emacs/emacs-23.3/site-lisp/cedet-1.0/ede/ede hides c:/emacs/emacs-23.3/l= isp/cedet/ede c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/data-debug hides c:/emacs/em= acs-23.3/lisp/cedet/data-debug c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet hides c:/emacs/emacs-2= 3.3/lisp/cedet/cedet c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet-idutils hides c:/emacs= /emacs-23.3/lisp/cedet/cedet-idutils c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet-global hides c:/emacs/= emacs-23.3/lisp/cedet/cedet-global c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet-files hides c:/emacs/e= macs-23.3/lisp/cedet/cedet-files c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet-cscope hides c:/emacs/= emacs-23.3/lisp/cedet/cedet-cscope Features: (shadow sort mail-extr message ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils mailheader canlock hashcash mail-utils emacsbug ediff-vers ediff-merg ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff parse-time cedet-edebug debug log-edit pcvs-util add-log help-mode view vc-arch vc-mtn vc-hg vc-git vc-bzr sha1 hex-util vc-sccs vc-svn vc-cvs vc-rcs vc vc-dispatcher texmathp ede-linux ede-emacs ede-cpp-root preview prv-emacs reftex-vcr reftex-dcr reftex reftex-vars bib-cite flyspell ispell tex-buf noutline outline font-latex newcomment latex tex-style tex latexenc semantic-el semantic-bovine bovine-debug semantic-debug cus-start cus-load ess-toolbar ess-mouse mouseme browse-url ess-menu ess-swv ess-noweb noweb-font-lock-mode ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a executable shell ess-arc-d ess-vst-d ess-xls-d ess-lsp-l ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6w-d ess-sp4-d ess-sp3-d ess-r-d ess-r-args ess-s-l ess-inf ess-utils ess-mode noweb-mode ess ess-custom ess-compat ess-site ecb ecb-symboldef ecb-analyse ecb-compatibility ecb-winman-support ecb-autogen autoload ecb-tod ecb-cycle ecb-eshell ecb-help ecb-jde ecb-method-browser hideshow ecb-file-browser ecb-layout compile ecb-create-layout ecb-compilation ecb-speedbar ecb-common-browser ecb-cedet-wrapper ecb-navigate silentcomp ecb-mode-line ecb-face tree-buffer ecb-upgrade ecb-util thingatpt semantic-dep semantic-ia srecode-mode cogre-srecode semantic-edit srecode-template-mode srecode-template srecode-template-wy wisent-comp semantic-wisent wisent srecode-map srecode-insert srecode-fields srecode-args srecode-dictionary srecode-find srecode-ctxt srecode-compile srecode-table semantic-decorate-include semantic-decorate-mode semantic-decorate pulse semantic-mru-bookmark semanticdb-mode semantic-idle eldoc senator which-func semantic-imenu semantic-sb imenu cedet cedet-contrib-load contrib-loaddefs cogre-load cogre-loaddefs speedbar-load speedbar-loaddefs ede-load ede-loaddefs ede-speedbar ede-files ede ede-base eieio-datadebug data-debug ede-auto eieio-speedbar semantic-ia-sb semantic-analyze semantic-scope semantic-analyze-fcn semanticdb-find semanticdb-ref semantic-find semantic-sort semanticdb-el eieio-opt semanticdb semantic-lex-spp semantic-ctxt semantic-format semantic-util-modes semantic-util semantic semantic-lex semantic-tag working fame speedbar sb-image ezimage dframe eieio-custom ede-source eieio-base srecode-load srecode srecode-loaddefs semantic-load semantic-fw semantic-loaddefs mode-local find-func eieio-load eieio-loaddefs cedet-load cedet-compat cedet-loaddefs eieio warnings byte-opt bytecomp byte-compile eieio-comp inversion ropemacs pymacs auto-complete-yasnippet yasnippet dropdown-list derived easy-mmode assoc cl cl-19 auto-complete edmacro kmacro popup python-21 python tex-mik server sumatra-forward recentf tree-widget wid-edit easymenu uniquify advice help-fns advice-preload ido cygwin-mount ange-ftp regexp-opt comint ring preview-latex tex-site auto-loads tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) From unknown Mon Aug 18 11:15:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jun 2011 09:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Richard Stanton Cc: 8924@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 8924-submit@debbugs.gnu.org id=B8924.130890691712011 (code B ref 8924); Fri, 24 Jun 2011 09:16:02 +0000 Received: (at 8924) by debbugs.gnu.org; 24 Jun 2011 09:15:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qa2Ts-00037g-DY for submit@debbugs.gnu.org; Fri, 24 Jun 2011 05:15:16 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qa2Tl-0002kn-Q3 for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 05:15:15 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LNA00300EXT8T00@a-mtaout20.012.net.il> for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 12:14:30 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.66.211]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LNA003SXF057C30@a-mtaout20.012.net.il>; Fri, 24 Jun 2011 12:14:30 +0300 (IDT) Date: Fri, 24 Jun 2011 12:14:33 +0300 From: Eli Zaretskii In-reply-to: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> X-012-Sender: halo1@inter.net.il Message-id: <8362nvvbeu.fsf@gnu.org> References: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Richard Stanton > Date: Thu, 23 Jun 2011 14:20:43 -0700 > > I regularly use vc to keep track of versions of my edited files, > primarily using CVS, but less often using RCS, mainly where there's > just a single file I want to track edits to, and it's more convenient to > keep the repository with the file. > > This all used to work fine (though I can't exactly recall what version > of EMACS was the last under which all worked fine). However, while > vc+CVS still works fine, vc+RCS acts in some rather strange ways that > make using it inconvenient or even risky. Did you also change the RCS port you are using, since the last time this worked for you? If so, where did you get your port of RCS? Was that last time also on Windows Vista, or on some other OS? > b. Now edit the file by adding a comment somewhere, say, after line 1, Wait a moment: isn't the buffer read-only after the initial registration and check-in? It should be; it is for me (using RCS with Emacs 23.3 on Windows XP). If so, you cannot just add a comment; you need to check-out the file first, by typing "C-x v v" again. This checks out the file making it writable, and then I can edit it. > % Here's a comment > > Save the file and then type C-x v v. This time, I get an error buffer > telling me > > RCS/test.tex,v --> test.tex > revision 1.1 (locked) > co: writable test.tex exists; checkout aborted > > and again cannot check in the new file. It works for me: I get a buffer where I need to type a checkin comment, and when I type C-c, RCS checks the file in for me, and I see "RCS-1.2" in the mode line. As I'd expect. > 2) The initial $Id$ line seems important here. If I do the same thing > again, but do *not* include the initial % $Id$ line in the file, > different things happen. It's possible that the problem is with your username as RCS and Emacs perceive it. Do you have USER or LOGNAME variables set in your environment? If not, does it help to set one of them with the value returned by `user-login-name' function inside Emacs? From unknown Mon Aug 18 11:15:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Resent-From: Richard Stanton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jun 2011 16:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "8924@debbugs.gnu.org" <8924@debbugs.gnu.org> Received: via spool by 8924-submit@debbugs.gnu.org id=B8924.13089330103992 (code B ref 8924); Fri, 24 Jun 2011 16:31:01 +0000 Received: (at 8924) by debbugs.gnu.org; 24 Jun 2011 16:30:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qa9Gi-00011m-Og for submit@debbugs.gnu.org; Fri, 24 Jun 2011 12:30:09 -0400 Received: from gateway-b.haas.berkeley.edu ([128.32.222.40]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qa8s1-000823-L4 for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 12:04:39 -0400 X-SBRS: 2.9 X-IronPort-AV: E=Sophos;i="4.65,420,1304319600"; d="scan'208";a="18941713" Received: from lb2-i.haas.berkeley.edu (HELO cas-a.haas.uc.berkeley.edu) ([128.32.222.31]) by gateway-b.haas.berkeley.edu with ESMTP/TLS/RC4-MD5; 24 Jun 2011 09:04:31 -0700 Received: from EXMAIL7.haas.uc.berkeley.edu ([128.32.222.8]) by cas-a.haas.uc.berkeley.edu ([128.32.222.49]) with mapi; Fri, 24 Jun 2011 09:04:31 -0700 From: Richard Stanton Date: Fri, 24 Jun 2011 09:03:42 -0700 Thread-Topic: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Thread-Index: AcwyTzvWNnwGwoaOTCCuBBxr2j3kBQAOC2/A Message-ID: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DDEB@EXMAIL7.haas.uc.berkeley.edu> References: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> <8362nvvbeu.fsf@gnu.org> In-Reply-To: <8362nvvbeu.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -6.6 (------) X-Mailman-Approved-At: Fri, 24 Jun 2011 12:30:08 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Eli Zaretskii [mailto:eliz@gnu.org] > Sent: Friday, June 24, 2011 2:15 AM > To: Richard Stanton > Cc: 8924@debbugs.gnu.org > Subject: Re: bug#8924: 23.3; Editing is rather difficult using vc with RC= S > backend >=20 > > From: Richard Stanton > > Date: Thu, 23 Jun 2011 14:20:43 -0700 > > > > I regularly use vc to keep track of versions of my edited files, > > primarily using CVS, but less often using RCS, mainly where there's > > just a single file I want to track edits to, and it's more convenient > > to keep the repository with the file. > > > > This all used to work fine (though I can't exactly recall what version > > of EMACS was the last under which all worked fine). However, while > > vc+CVS still works fine, vc+RCS acts in some rather strange ways that > > make using it inconvenient or even risky. >=20 > Did you also change the RCS port you are using, since the last time this > worked for you? If so, where did you get your port of RCS? Was that las= t > time also on Windows Vista, or on some other OS? Sensible question - I use the Cygwin port. I just tried downgrading from 1= .57-11 to 1.57-4 (the only older version I could find listed in the current= Cygwin setup list), but this didn't change anything. What version of RCS a= re you using? I do run Emacs on a Mac as well, so I'll see how this behaves next time I'm= using that machine. > > b. Now edit the file by adding a comment somewhere, say, after line 1, >=20 > Wait a moment: isn't the buffer read-only after the initial registration = and > check-in? It should be; it is for me (using RCS with Emacs 23.3 on Windo= ws > XP). If so, you cannot just add a comment; you need to check-out the fil= e > first, by typing "C-x v v" again. This checks out the file making it wri= table, and > then I can edit it. The buffer itself is not read-only, but the file seems to be. I can type wh= atever I want in the buffer, and only realize this when I next try to save = the file, but by then it's a bit late to be finding this out... > > % Here's a comment > > > > Save the file and then type C-x v v. This time, I get an error buffer > > telling me > > > > RCS/test.tex,v --> test.tex > > revision 1.1 (locked) > > co: writable test.tex exists; checkout aborted > > > > and again cannot check in the new file. >=20 > It works for me: I get a buffer where I need to type a checkin comment, a= nd > when I type C-c, RCS checks the file in for me, and I see "RCS-1.2" in th= e > mode line. As I'd expect. >=20 > > 2) The initial $Id$ line seems important here. If I do the same thing > > again, but do *not* include the initial % $Id$ line in the file, > > different things happen. >=20 > It's possible that the problem is with your username as RCS and Emacs > perceive it. Do you have USER or LOGNAME variables set in your > environment? If not, does it help to set one of them with the value retu= rned > by `user-login-name' function inside Emacs? Doesn't seem to change anything. Thanks for your suggestions.=20 From unknown Mon Aug 18 11:15:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jun 2011 17:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Richard Stanton Cc: 8924@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 8924-submit@debbugs.gnu.org id=B8924.130893632820034 (code B ref 8924); Fri, 24 Jun 2011 17:26:01 +0000 Received: (at 8924) by debbugs.gnu.org; 24 Jun 2011 17:25:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaA8E-0005D5-RK for submit@debbugs.gnu.org; Fri, 24 Jun 2011 13:25:27 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaA8A-0005Co-V5 for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 13:25:24 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LNB008001KGQ600@a-mtaout20.012.net.il> for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 20:23:16 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.66.211]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LNB008AP1MNP720@a-mtaout20.012.net.il>; Fri, 24 Jun 2011 20:23:12 +0300 (IDT) Date: Fri, 24 Jun 2011 20:23:15 +0300 From: Eli Zaretskii In-reply-to: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DDEB@EXMAIL7.haas.uc.berkeley.edu> X-012-Sender: halo1@inter.net.il Message-id: <83wrgbta7w.fsf@gnu.org> References: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> <8362nvvbeu.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DDEB@EXMAIL7.haas.uc.berkeley.edu> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Richard Stanton > CC: "8924@debbugs.gnu.org" <8924@debbugs.gnu.org> > Date: Fri, 24 Jun 2011 09:03:42 -0700 > > > Did you also change the RCS port you are using, since the last time this > > worked for you? If so, where did you get your port of RCS? Was that last > > time also on Windows Vista, or on some other OS? > > Sensible question - I use the Cygwin port. I just tried downgrading from 1.57-11 to 1.57-4 (the only older version I could find listed in the current Cygwin setup list), but this didn't change anything. If you are using the Cygwin build of RCS with a native build of Emacs, there could be problems that I'm not aware of. I don't use Cygwin. > What version of RCS are you using? The native Windows port I found on the GnuWin32 site. > > > b. Now edit the file by adding a comment somewhere, say, after line 1, > > > > Wait a moment: isn't the buffer read-only after the initial registration and > > check-in? It should be; it is for me (using RCS with Emacs 23.3 on Windows > > XP). If so, you cannot just add a comment; you need to check-out the file > > first, by typing "C-x v v" again. This checks out the file making it writable, and > > then I can edit it. > > The buffer itself is not read-only, but the file seems to be. That is already a sign of a problem. The buffer should be read-only. What does "rlog test.tex" show after that initial checkin? > > It's possible that the problem is with your username as RCS and Emacs > > perceive it. Do you have USER or LOGNAME variables set in your > > environment? If not, does it help to set one of them with the value returned > > by `user-login-name' function inside Emacs? > > Doesn't seem to change anything. What does user-login-name and user-real-login-name return inside Emacs? From unknown Mon Aug 18 11:15:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Resent-From: Richard Stanton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jun 2011 18:15:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "8924@debbugs.gnu.org" <8924@debbugs.gnu.org> Received: via spool by 8924-submit@debbugs.gnu.org id=B8924.1308939271444 (code B ref 8924); Fri, 24 Jun 2011 18:15:03 +0000 Received: (at 8924) by debbugs.gnu.org; 24 Jun 2011 18:14:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaAti-000077-K7 for submit@debbugs.gnu.org; Fri, 24 Jun 2011 14:14:30 -0400 Received: from gateway-b.haas.berkeley.edu ([128.32.222.40]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaAtg-00006v-Ih for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 14:14:29 -0400 X-SBRS: 2.9 X-IronPort-AV: E=Sophos;i="4.65,420,1304319600"; d="scan'208";a="18945717" Received: from lb2-i.haas.berkeley.edu (HELO cas-b.haas.uc.berkeley.edu) ([128.32.222.31]) by gateway-b.haas.berkeley.edu with ESMTP/TLS/RC4-MD5; 24 Jun 2011 11:14:22 -0700 Received: from EXMAIL7.haas.uc.berkeley.edu ([128.32.222.8]) by cas-b.haas.uc.berkeley.edu ([128.32.222.50]) with mapi; Fri, 24 Jun 2011 11:14:22 -0700 From: Richard Stanton Date: Fri, 24 Jun 2011 11:13:31 -0700 Thread-Topic: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Thread-Index: Acwyk7UJLM1IRLktQQqrwAbFKmdxggABaylw Message-ID: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DE20@EXMAIL7.haas.uc.berkeley.edu> References: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> <8362nvvbeu.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DDEB@EXMAIL7.haas.uc.berkeley.edu> <83wrgbta7w.fsf@gnu.org> In-Reply-To: <83wrgbta7w.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Eli Zaretskii [mailto:eliz@gnu.org] > Sent: Friday, June 24, 2011 10:23 AM > To: Richard Stanton > Cc: 8924@debbugs.gnu.org > Subject: Re: bug#8924: 23.3; Editing is rather difficult using vc with RC= S > backend > If you are using the Cygwin build of RCS with a native build of Emacs, th= ere > could be problems that I'm not aware of. I don't use Cygwin. That's certainly possible, though this is how I've always done it. > > What version of RCS are you using? > The native Windows port I found on the GnuWin32 site. I may well be missing something obvious, but I can't find an RCS port at th= e GnuWin32 site. > > The buffer itself is not read-only, but the file seems to be. >=20 > That is already a sign of a problem. The buffer should be read-only. >=20 > What does "rlog test.tex" show after that initial checkin? C:\projects\test\version\rcstest>rlog test.tex RCS file: RCS/test.tex,v Working file: test.tex head: 1.1 branch: locks: strict access list: symbolic names: keyword substitution: kv total revisions: 1; selected revisions: 1 description: ---------------------------- revision 1.1 date: 2011/06/24 18:10:25; author: stanton; state: Exp; Initial revision =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > What does user-login-name and user-real-login-name return inside Emacs? user-login-name: "stanton" user-real-login-name: "stanton" From unknown Mon Aug 18 11:15:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Resent-From: Ken Brown Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jun 2011 18:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "8924@debbugs.gnu.org" <8924@debbugs.gnu.org>, Richard Stanton Received: via spool by 8924-submit@debbugs.gnu.org id=B8924.13089396333966 (code B ref 8924); Fri, 24 Jun 2011 18:21:02 +0000 Received: (at 8924) by debbugs.gnu.org; 24 Jun 2011 18:20:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaAzY-00011u-TK for submit@debbugs.gnu.org; Fri, 24 Jun 2011 14:20:33 -0400 Received: from granite1.mail.cornell.edu ([128.253.83.141] helo=authusersmtp.mail.cornell.edu) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaAzV-00011h-O3 for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 14:20:31 -0400 Received: from [128.84.234.250] (dhcp250.math.cornell.edu [128.84.234.250]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id p5OIKNJW002586 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Fri, 24 Jun 2011 14:20:24 -0400 (EDT) Message-ID: <4E04D57E.8010203@cornell.edu> Date: Fri, 24 Jun 2011 14:20:46 -0400 From: Ken Brown User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 References: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> <8362nvvbeu.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DDEB@EXMAIL7.haas.uc.berkeley.edu> <83wrgbta7w.fsf@gnu.org> In-Reply-To: <83wrgbta7w.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -5.8 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.8 (-----) On 6/24/2011 1:23 PM, Eli Zaretskii wrote: > If you are using the Cygwin build of RCS with a native build of Emacs, > there could be problems that I'm not aware of. I don't use Cygwin. All of this works fine using Cygwin's RCS and Cygwin's Emacs. So I think you're right that the problem comes from mixing Cygwin tools with native Emacs. From unknown Mon Aug 18 11:15:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jun 2011 19:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Richard Stanton Cc: 8924@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 8924-submit@debbugs.gnu.org id=B8924.130894313220845 (code B ref 8924); Fri, 24 Jun 2011 19:19:02 +0000 Received: (at 8924) by debbugs.gnu.org; 24 Jun 2011 19:18:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaBtz-0005QA-V2 for submit@debbugs.gnu.org; Fri, 24 Jun 2011 15:18:52 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaBtx-0005Px-19 for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 15:18:50 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LNB00C006MH1A00@a-mtaout22.012.net.il> for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 22:14:32 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.66.211]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LNB00A3A6S7S3M0@a-mtaout22.012.net.il>; Fri, 24 Jun 2011 22:14:32 +0300 (IDT) Date: Fri, 24 Jun 2011 22:14:36 +0300 From: Eli Zaretskii In-reply-to: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DE20@EXMAIL7.haas.uc.berkeley.edu> X-012-Sender: halo1@inter.net.il Message-id: <83tybft52b.fsf@gnu.org> References: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> <8362nvvbeu.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DDEB@EXMAIL7.haas.uc.berkeley.edu> <83wrgbta7w.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DE20@EXMAIL7.haas.uc.berkeley.edu> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Richard Stanton > CC: "8924@debbugs.gnu.org" <8924@debbugs.gnu.org> > Date: Fri, 24 Jun 2011 11:13:31 -0700 > > I may well be missing something obvious, but I can't find an RCS port at the GnuWin32 site. Looks like they removed it. Perhaps because I reported a few bad bugs with their port. I actually use a fixed port I built myself; I should have mentioned that, sorry. > > What does "rlog test.tex" show after that initial checkin? > > C:\projects\test\version\rcstest>rlog test.tex > > RCS file: RCS/test.tex,v > Working file: test.tex > head: 1.1 > branch: > locks: strict > access list: > symbolic names: > keyword substitution: kv > total revisions: 1; selected revisions: 1 > description: > ---------------------------- > revision 1.1 > date: 2011/06/24 18:10:25; author: stanton; state: Exp; > Initial revision > ============================================================================= > > > What does user-login-name and user-real-login-name return inside Emacs? > > user-login-name: "stanton" > user-real-login-name: "stanton" Bummer. The only thing I can suggest is step with Edebug through vc-rcs.el and see what's wrong. From unknown Mon Aug 18 11:15:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Resent-From: Richard Stanton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jun 2011 20:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "8924@debbugs.gnu.org" <8924@debbugs.gnu.org> Received: via spool by 8924-submit@debbugs.gnu.org id=B8924.130894846613791 (code B ref 8924); Fri, 24 Jun 2011 20:48:02 +0000 Received: (at 8924) by debbugs.gnu.org; 24 Jun 2011 20:47:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaDI1-0003aO-Lm for submit@debbugs.gnu.org; Fri, 24 Jun 2011 16:47:46 -0400 Received: from gateway-b.haas.berkeley.edu ([128.32.222.40]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaDHy-0003aB-IO for 8924@debbugs.gnu.org; Fri, 24 Jun 2011 16:47:43 -0400 X-SBRS: 2.9 X-IronPort-AV: E=Sophos;i="4.65,421,1304319600"; d="scan'208";a="18951902" Received: from lb2-i.haas.berkeley.edu (HELO cas-a.haas.uc.berkeley.edu) ([128.32.222.31]) by gateway-b.haas.berkeley.edu with ESMTP/TLS/RC4-MD5; 24 Jun 2011 13:47:34 -0700 Received: from EXMAIL7.haas.uc.berkeley.edu ([128.32.222.8]) by cas-a.haas.uc.berkeley.edu ([128.32.222.49]) with mapi; Fri, 24 Jun 2011 13:47:35 -0700 From: Richard Stanton Date: Fri, 24 Jun 2011 13:46:43 -0700 Thread-Topic: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend Thread-Index: Acwyo4ssUWTriQbVT+SFV79yhvebCAACyZOw Message-ID: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DE5F@EXMAIL7.haas.uc.berkeley.edu> References: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> <8362nvvbeu.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DDEB@EXMAIL7.haas.uc.berkeley.edu> <83wrgbta7w.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DE20@EXMAIL7.haas.uc.berkeley.edu> <83tybft52b.fsf@gnu.org> In-Reply-To: <83tybft52b.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Eli Zaretskii [mailto:eliz@gnu.org] > Sent: Friday, June 24, 2011 12:15 PM > To: Richard Stanton > Cc: 8924@debbugs.gnu.org > Subject: Re: bug#8924: 23.3; Editing is rather difficult using vc with RC= S > backend >=20 > > I may well be missing something obvious, but I can't find an RCS port a= t the > GnuWin32 site. >=20 > Looks like they removed it. Perhaps because I reported a few bad bugs wi= th > their port. I actually use a fixed port I built myself; I should have me= ntioned > that, sorry. I did a little more testing, and it looks like the problem is indeed a Cygw= in vs. non-Cygwin issue. On first checking in the file, I reported that the= buffer remains read/write while the file itself is read-only. It turns out= there's a little more to it: I reported it being read-only after running the (Cygwin) ls command: C:\projects\test\version\rcstest>ls -l test.tex -r-x------+ 1 stanton None 84 Jun 24 13:40 test.tex However, DOS doesn't see it as read-only, which explains why Emacs leaves t= he buffer writable: C:\projects\test\version\rcstest>attrib test.tex A C:\projects\test\version\rcstest\test.tex If I manually set the file to read only using attrib +R, then reload the fi= le into Emacs, a. The buffer is now read-only, and I can't edit it until I press C-x v v a= gain to check it out. Now everything works OK. b. The $Id$ header issue has also gone away. So it seems to be an inconsistency between the way DOS and Cygwin keep trac= k of file attributes. Now I just need to track down a working non-Cygwin ve= rsion of RCS... Thanks for all your help. From unknown Mon Aug 18 11:15:37 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Richard Stanton Subject: bug#8924: closed (Re: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend) Message-ID: References: <83r56itoa3.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> X-Gnu-PR-Message: they-closed 8924 X-Gnu-PR-Package: emacs Reply-To: 8924@debbugs.gnu.org Date: Sat, 25 Jun 2011 06:32:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1308983522-22028-1" This is a multi-part message in MIME format... ------------=_1308983522-22028-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #8924: 23.3; Editing is rather difficult using vc with RCS backend which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 8924@debbugs.gnu.org. --=20 8924: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8924 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1308983522-22028-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 8924-done) by debbugs.gnu.org; 25 Jun 2011 06:31:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaMPK-0005j0-0H for submit@debbugs.gnu.org; Sat, 25 Jun 2011 02:31:54 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaMPH-0005in-DY for 8924-done@debbugs.gnu.org; Sat, 25 Jun 2011 02:31:52 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LNC00F00209EF00@a-mtaout20.012.net.il> for 8924-done@debbugs.gnu.org; Sat, 25 Jun 2011 09:31:44 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.152.149]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LNC00FOW24VCM10@a-mtaout20.012.net.il>; Sat, 25 Jun 2011 09:31:44 +0300 (IDT) Date: Sat, 25 Jun 2011 09:31:48 +0300 From: Eli Zaretskii Subject: Re: bug#8924: 23.3; Editing is rather difficult using vc with RCS backend In-reply-to: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DE5F@EXMAIL7.haas.uc.berkeley.edu> X-012-Sender: halo1@inter.net.il To: Richard Stanton Message-id: <83r56itoa3.fsf@gnu.org> References: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> <8362nvvbeu.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DDEB@EXMAIL7.haas.uc.berkeley.edu> <83wrgbta7w.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DE20@EXMAIL7.haas.uc.berkeley.edu> <83tybft52b.fsf@gnu.org> <40C7B1BFC291ED4E9D10436D07736A3346F8B2DE5F@EXMAIL7.haas.uc.berkeley.edu> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8924-done Cc: 8924-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Richard Stanton > CC: "8924@debbugs.gnu.org" <8924@debbugs.gnu.org> > Date: Fri, 24 Jun 2011 13:46:43 -0700 > > I did a little more testing, and it looks like the problem is indeed a Cygwin vs. non-Cygwin issue. On first checking in the file, I reported that the buffer remains read/write while the file itself is read-only. It turns out there's a little more to it: > > I reported it being read-only after running the (Cygwin) ls command: > > C:\projects\test\version\rcstest>ls -l test.tex > -r-x------+ 1 stanton None 84 Jun 24 13:40 test.tex > > However, DOS doesn't see it as read-only, which explains why Emacs leaves the buffer writable: > > C:\projects\test\version\rcstest>attrib test.tex > A C:\projects\test\version\rcstest\test.tex > > If I manually set the file to read only using attrib +R, then reload the file into Emacs, > > a. The buffer is now read-only, and I can't edit it until I press C-x v v again to check it out. Now everything works OK. > > b. The $Id$ header issue has also gone away. > > So it seems to be an inconsistency between the way DOS and Cygwin keep track of file attributes. Yes, that figures. Cygwin uses NTFS ACLs to emulate Posix file permissions, and does not set the DOS Readonly attribute to match the ACLs. The native Emacs build does not pay attention to the NTFS ACLs, so it doesn't know the file was made read-only. I'm closing this bug report. > Now I just need to track down a working non-Cygwin version of RCS... I sent my binaries off-list. ------------=_1308983522-22028-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 23 Jun 2011 22:07:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZs3s-0004n6-0Q for submit@debbugs.gnu.org; Thu, 23 Jun 2011 18:07:45 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZrLJ-0001Qc-Qr for submit@debbugs.gnu.org; Thu, 23 Jun 2011 17:21:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QZrLD-0004Oa-2x for submit@debbugs.gnu.org; Thu, 23 Jun 2011 17:21:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:38115) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZrLD-0004OW-1L for submit@debbugs.gnu.org; Thu, 23 Jun 2011 17:21:35 -0400 Received: from eggs.gnu.org ([140.186.70.92]:59745) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZrLB-0005Ez-0A for bug-gnu-emacs@gnu.org; Thu, 23 Jun 2011 17:21:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QZrL9-0004Nn-5y for bug-gnu-emacs@gnu.org; Thu, 23 Jun 2011 17:21:32 -0400 Received: from gateway-a.haas.berkeley.edu ([128.32.222.29]:23823) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZrL8-0004NW-M9 for bug-gnu-emacs@gnu.org; Thu, 23 Jun 2011 17:21:31 -0400 X-SBRS: 2.9 X-IronPort-AV: E=Sophos;i="4.65,415,1304319600"; d="scan'208";a="21707745" Received: from lb2-i.haas.berkeley.edu (HELO cas-b.haas.uc.berkeley.edu) ([128.32.222.31]) by gateway-a.haas.berkeley.edu with ESMTP/TLS/RC4-MD5; 23 Jun 2011 14:21:28 -0700 Received: from EXMAIL7.haas.uc.berkeley.edu ([128.32.222.8]) by cas-b.haas.uc.berkeley.edu ([128.32.222.50]) with mapi; Thu, 23 Jun 2011 14:21:28 -0700 From: Richard Stanton To: "bug-gnu-emacs@gnu.org" Date: Thu, 23 Jun 2011 14:20:43 -0700 Subject: 23.3; Editing is rather difficult using vc with RCS backend Thread-Topic: 23.3; Editing is rather difficult using vc with RCS backend Thread-Index: Acwx60hiCT1IKcZfSLiog1AkEaxZBA== Message-ID: <40C7B1BFC291ED4E9D10436D07736A3346F8B2DCC1@EXMAIL7.haas.uc.berkeley.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Thu, 23 Jun 2011 18:07:43 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) I regularly use vc to keep track of versions of my edited files, primarily using CVS, but less often using RCS, mainly where there's just a single file I want to track edits to, and it's more convenient to keep the repository with the file. This all used to work fine (though I can't exactly recall what version of EMACS was the last under which all worked fine). However, while vc+CVS still works fine, vc+RCS acts in some rather strange ways that make using it inconvenient or even risky. 1) As an example, in a directory rcstest,=20 a. Create and save a new LaTeX document in EMACS, say rcstest/test.tex, con= taining the test ----- % $Id$ \documentclass[12pt]{article} \begin{document} A very short document \end{document} ---- b. Now type C-x v v and ask Emacs to use the RCS backend. It checks in the file, the current buffer now displays RCS-1.1 in the mode line, and the first line of the file now contains % $Id: test.tex,v 1.1 2011/06/23 20:51:48 stanton Exp $ All looking good so far. c. Now edit the file by adding another comment line beneath the first, e.g., % Here's another comment Save the file and then type C-x v v. I'd expect it to check in the new version, making it revision 1.2 (this is what happens now if I use vc+CVS instead of vc+RCS, and used to happen under prior versions of EMACS when I used vc+RCS). However, instead I get a message telling me "Fileset is up-to-date", and nothing else happens. The file, repository, and buffer are left completely unchanged. This is not so useful... 2) The initial $Id$ line seems important here. If I do the same thing again, but do *not* include the initial % $Id$ line in the file, different things happen.=20 a. Create, save, and register with RCS backend a new file as above, this ti= me containing the text ----- \documentclass[12pt]{article} \begin{document} A very short document \end{document} ---- b. Now edit the file by adding a comment somewhere, say, after line 1, % Here's a comment Save the file and then type C-x v v. This time, I get an error buffer telling me RCS/test.tex,v --> test.tex revision 1.1 (locked) co: writable test.tex exists; checkout aborted and again cannot check in the new file. 3) Sometimes the behavior is different still. With no header line, sometimes instead of the error message above, when I type C-x v v, the most recently checked-in version of the file is checked out again, over-writing my edits in the current buffer. This is a bit scary... It seems that I can get this to work if, after checking in the file using C-x v v, I immediately press C-x v v again, which causes Emacs to tell me it's checking the file out again (even though nothing changes in the current buffer that I can see), and then I can edit, save, and check in OK (as long as I remember to use C-x v v twice each time I check the file in). This is at least possible, but it differs from the behavior when I'm using the CVS backend, and from the old behavior of the RCs backend (and if I ever forget, I'm in danger of losing all my edits since the last check-in, something that isn't so good). Thanks for checking into this. Richard Stanton =20 In GNU Emacs 23.3.1 (i386-mingw-nt6.0.6002) of 2011-03-10 on 3249CTO Windowing system distributor `Microsoft Corp.', version 6.0.6002 configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/imagesu= pport/include' 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: ENU value of $XMODIFIERS: nil locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: LaTeX/P Minor modes in effect: reftex-mode: t flyspell-mode: t outline-minor-mode: t TeX-PDF-mode: t shell-dirtrack-mode: t yas/global-mode: t yas/minor-mode: t recentf-mode: t ido-everywhere: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t visual-line-mode: t transient-mark-mode: t abbrev-mode: t Recent input: =20 $ C-k C-x C-s C-x v v R C S =20 =20 % SPC A d d SPC=20 a SPC c o m m e n t C-x C-s C-x v v C-x v=20 v C-x v v C-k =20 C-k C-k C-k C-k C-x C-s C-x v v q q C-x k =20 C-x o C-x 1 C-x v v q =20 C-x k =20 C-x o C-x 1 C-x C-v C-k C-k C-k C-a C-x C-s=20 C-x v v R C S C-x v v =20 % SPC A d d SPC a SPC c o m m e n t =20 C-k C-x C-s C-x v v A d d e d SPC a SPC c o m m e n=20 t C-c C-c % SPC A d d SPC a SPC n e w SPC c o m m e=20 n t C-x C-s q C-x C-s q =20 C-x C-s q C-x v v =20 % SPC A d d SPC a n o t h e r SPC c m m =20 o m m e n t C-c C-c C-g C-g C-x C-s C-x=20 v v A d d e d SPC a SPC n o t e h r =20 =20 n o t h e r C-c C-c % SPC A n d SPC n o w=20 ? C-x C-s q =20 =20 =20 =20 =20 Recent messages: Mark set Press C-c C-c when you are done editing. Enter a change comment. Type C-c C-c when done Checking in c:/projects/test/version/rcs/duration.tex...done Saving file c:/projects/test/version/rcs/duration.tex... Entering debugger... Back to top level. Auto-saving... Sorting environment... Removing duplicates... done Load-path shadows: c:/emacs/emacs-23.3/site-lisp/cedet-1.0/speedbar/speedbar hides c:/emacs/em= acs-23.3/lisp/speedbar c:/emacs/emacs-23.3/site-lisp/cedet-1.0/speedbar/sb-image hides c:/emacs/em= acs-23.3/lisp/sb-image c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/ezimage hides c:/emacs/emacs= -23.3/lisp/ezimage c:/emacs/emacs-23.3/site-lisp/cedet-1.0/speedbar/dframe hides c:/emacs/emac= s-23.3/lisp/dframe c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio hides c:/emacs/emacs-23= .3/lisp/emacs-lisp/eieio c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-speedbar hides c:/emacs= /emacs-23.3/lisp/emacs-lisp/eieio-speedbar c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-opt hides c:/emacs/emac= s-23.3/lisp/emacs-lisp/eieio-opt c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-datadebug hides c:/emac= s/emacs-23.3/lisp/emacs-lisp/eieio-datadebug c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-custom hides c:/emacs/e= macs-23.3/lisp/emacs-lisp/eieio-custom c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-comp hides c:/emacs/ema= cs-23.3/lisp/emacs-lisp/eieio-comp c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/eieio-base hides c:/emacs/ema= cs-23.3/lisp/emacs-lisp/eieio-base c:/emacs/emacs-23.3/site-lisp/cedet-1.0/eieio/chart hides c:/emacs/emacs-23= .3/lisp/emacs-lisp/chart c:/emacs/emacs-23.3/site-lisp/cedet-1.0/srecode/srecode hides c:/emacs/emac= s-23.3/lisp/cedet/srecode c:/emacs/emacs-23.3/site-lisp/cedet-1.0/semantic/semantic hides c:/emacs/em= acs-23.3/lisp/cedet/semantic c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/pulse hides c:/emacs/emacs-2= 3.3/lisp/cedet/pulse c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/mode-local hides c:/emacs/em= acs-23.3/lisp/cedet/mode-local c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/inversion hides c:/emacs/ema= cs-23.3/lisp/cedet/inversion c:/emacs/emacs-23.3/site-lisp/cedet-1.0/ede/ede hides c:/emacs/emacs-23.3/l= isp/cedet/ede c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/data-debug hides c:/emacs/em= acs-23.3/lisp/cedet/data-debug c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet hides c:/emacs/emacs-2= 3.3/lisp/cedet/cedet c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet-idutils hides c:/emacs= /emacs-23.3/lisp/cedet/cedet-idutils c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet-global hides c:/emacs/= emacs-23.3/lisp/cedet/cedet-global c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet-files hides c:/emacs/e= macs-23.3/lisp/cedet/cedet-files c:/emacs/emacs-23.3/site-lisp/cedet-1.0/common/cedet-cscope hides c:/emacs/= emacs-23.3/lisp/cedet/cedet-cscope Features: (shadow sort mail-extr message ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils mailheader canlock hashcash mail-utils emacsbug ediff-vers ediff-merg ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff parse-time cedet-edebug debug log-edit pcvs-util add-log help-mode view vc-arch vc-mtn vc-hg vc-git vc-bzr sha1 hex-util vc-sccs vc-svn vc-cvs vc-rcs vc vc-dispatcher texmathp ede-linux ede-emacs ede-cpp-root preview prv-emacs reftex-vcr reftex-dcr reftex reftex-vars bib-cite flyspell ispell tex-buf noutline outline font-latex newcomment latex tex-style tex latexenc semantic-el semantic-bovine bovine-debug semantic-debug cus-start cus-load ess-toolbar ess-mouse mouseme browse-url ess-menu ess-swv ess-noweb noweb-font-lock-mode ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a executable shell ess-arc-d ess-vst-d ess-xls-d ess-lsp-l ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6w-d ess-sp4-d ess-sp3-d ess-r-d ess-r-args ess-s-l ess-inf ess-utils ess-mode noweb-mode ess ess-custom ess-compat ess-site ecb ecb-symboldef ecb-analyse ecb-compatibility ecb-winman-support ecb-autogen autoload ecb-tod ecb-cycle ecb-eshell ecb-help ecb-jde ecb-method-browser hideshow ecb-file-browser ecb-layout compile ecb-create-layout ecb-compilation ecb-speedbar ecb-common-browser ecb-cedet-wrapper ecb-navigate silentcomp ecb-mode-line ecb-face tree-buffer ecb-upgrade ecb-util thingatpt semantic-dep semantic-ia srecode-mode cogre-srecode semantic-edit srecode-template-mode srecode-template srecode-template-wy wisent-comp semantic-wisent wisent srecode-map srecode-insert srecode-fields srecode-args srecode-dictionary srecode-find srecode-ctxt srecode-compile srecode-table semantic-decorate-include semantic-decorate-mode semantic-decorate pulse semantic-mru-bookmark semanticdb-mode semantic-idle eldoc senator which-func semantic-imenu semantic-sb imenu cedet cedet-contrib-load contrib-loaddefs cogre-load cogre-loaddefs speedbar-load speedbar-loaddefs ede-load ede-loaddefs ede-speedbar ede-files ede ede-base eieio-datadebug data-debug ede-auto eieio-speedbar semantic-ia-sb semantic-analyze semantic-scope semantic-analyze-fcn semanticdb-find semanticdb-ref semantic-find semantic-sort semanticdb-el eieio-opt semanticdb semantic-lex-spp semantic-ctxt semantic-format semantic-util-modes semantic-util semantic semantic-lex semantic-tag working fame speedbar sb-image ezimage dframe eieio-custom ede-source eieio-base srecode-load srecode srecode-loaddefs semantic-load semantic-fw semantic-loaddefs mode-local find-func eieio-load eieio-loaddefs cedet-load cedet-compat cedet-loaddefs eieio warnings byte-opt bytecomp byte-compile eieio-comp inversion ropemacs pymacs auto-complete-yasnippet yasnippet dropdown-list derived easy-mmode assoc cl cl-19 auto-complete edmacro kmacro popup python-21 python tex-mik server sumatra-forward recentf tree-widget wid-edit easymenu uniquify advice help-fns advice-preload ido cygwin-mount ange-ftp regexp-opt comint ring preview-latex tex-site auto-loads tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) ------------=_1308983522-22028-1-- From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 07 14:24:52 2012 Received: (at control) by debbugs.gnu.org; 7 Feb 2012 19:24:52 +0000 Received: from localhost ([127.0.0.1]:59322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ruqep-0003zS-Bb for submit@debbugs.gnu.org; Tue, 07 Feb 2012 14:24:51 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:48325 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RuqeY-0003z1-KI for control@debbugs.gnu.org; Tue, 07 Feb 2012 14:24:49 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Ruqdd-0000Ji-1V for control@debbugs.gnu.org; Tue, 07 Feb 2012 14:23:37 -0500 Date: Tue, 07 Feb 2012 14:23:37 -0500 Message-Id: Subject: control message for bug 10753 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) unarchive 8924 forcemerge 8924 10753