From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mark Elston Newsgroups: gmane.emacs.help Subject: Re: Emacs and Read-Only Files Date: Thu, 19 Oct 2006 10:37:06 -0700 Organization: Posted via Supernews, http://www.supernews.com Message-ID: <12jfdm4ofhudja9@corp.supernews.com> References: <12jcqsch3k6ms6d@corp.supernews.com> <12jcr9o4pa88oe1@corp.supernews.com> <453676C1.8020307@advantest-ard.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1161279659 2803 80.91.229.2 (19 Oct 2006 17:40:59 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 19 Oct 2006 17:40:59 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Oct 19 19:40:57 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Gabsa-0006dz-Gx for geh-help-gnu-emacs@m.gmane.org; Thu, 19 Oct 2006 19:40:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GabsZ-0004yb-Ma for geh-help-gnu-emacs@m.gmane.org; Thu, 19 Oct 2006 13:40:27 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!newsfeed.berkeley.edu!ucberkeley!sn-xt-sjc-02!sn-xt-sjc-09!sn-post-sjc-01!supernews.com!corp.supernews.com!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) In-Reply-To: Original-X-Complaints-To: abuse@supernews.com Original-Lines: 97 Original-Xref: shelby.stanford.edu gnu.emacs.help:142518 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:38139 Archived-At: Well, here is what I have discovered. In Emacs 21 I used, in my c-mode-common-hook, a call to (setq c-file-style "local") to set the style for editing C/C++ files. This worked just fine in version 21, even for read-only files. Apparently, in versions 22 and 23 this is a problem, though the variable still exists. I have now replaced the (setq ...) call with (c-set-style "local") and I no longer see the behavior I mentioned. In the end that is the only change I made to my .emacs file and all is well. If anyone can tell me why this makes such a difference I would be a happy camper. Mark * Barry Margolin wrote (on 10/18/2006 9:10 PM): > In article <453676C1.8020307@advantest-ard.com>, > Mark Elston wrote: > >> OK. I bit the bullet and did a little debugging. >> >> I have the following in my .emacs file that seems to be causing >> the problem. This worked in GNU Emacs 21 but seems to cause a problem >> in version 22. >> >> (defun my-c-mode-hook () >> (setq c-file-style "local") >> (setq tab-width 4 >> ;; this ought to make sure spaces are used instead of tabs >> indent-tabs-mode nil) >> ;; we like auto-newline and hungry-delete >> (c-toggle-auto-hungry-state 1) >> (define-key c-mode-base-map "\C-m" 'newline-and-indent) >> (c-set-offset 'substatement-open 0) >> ) >> (add-hook 'c-mode-common-hook 'my-c-mode-hook) >> >> Any idea why this is causing a problem in 22 and 23? > > I'm not sure how that could be the problem. Nothing up there tries to > modify the buffer. > > The *Messages* messages indicate that the error is occurring when > semantic-c is loaded. I suggest you set debug-on-error to t, so you'll > get a stack trace when the read-only error occurs. Then post the stack > trace here. > >> Mark >> >> * Mark Elston wrote (on 10/18/2006 11:11 AM): >>> One other thing I noticed - when I look at the *Messages* >>> buffer I get the following messages: >>> >>> Note: file is write protected >>> Loading semantic-c...done >>> byte-code: Buffer is read-only: # >>> Loading semantic-edit...done >>> Loading semanticdb-file...done >>> Mark set >>> >>> However, I commented out the loading of the cedet code (and the >>> ecb that requires it) and I still get the same issue. >>> >>> Mark >>> >>> * Mark Elston wrote (on 10/18/2006 11:03 AM): >>>> I have GNU Emacs 23.0.0.1 and GNU Emacs 22.0.50.1 compiled for >>>> Windows. Both versions behave strangely when loading files >>>> that are Read-Only. >>>> >>>> In both cases the file gets loaded, I get a message saying >>>> 'Mark Set' but the window doesn't switch to the newly loaded >>>> file. This doesn't happen when I load a file with write permission. >>>> >>>> Unfortunately (or fortunately), when I start up emacs with >>>> --no-init this behavior doesn't occur. >>>> >>>> I have a rather extensive .emacs file and would *really* hate to >>>> go through the cycle of commenting out blocks and re-starting >>>> necessary to track this down. >>>> >>>> So, does anyone have any ideas what could be happening? Obviously, >>>> something I have loaded is interfering with the loading of these >>>> read-only files, but I don't have a clue what it could be. >>>> >>>> Mark >