From: Mark Elston <m.elston@advantest-ard.com>
Subject: Re: Emacs and Read-Only Files
Date: Thu, 19 Oct 2006 10:37:06 -0700 [thread overview]
Message-ID: <12jfdm4ofhudja9@corp.supernews.com> (raw)
In-Reply-To: <barmar-A4FC1F.00105819102006@comcast.dca.giganews.com>
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 <m.elston@advantest-ard.com> 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: #<buffer abc.cpp>
>>> 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
>
prev parent reply other threads:[~2006-10-19 17:37 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-18 18:03 Emacs and Read-Only Files Mark Elston
2006-10-18 18:11 ` Mark Elston
2006-10-18 18:47 ` Mark Elston
2006-10-19 4:10 ` Barry Margolin
2006-10-19 17:37 ` Mark Elston [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=12jfdm4ofhudja9@corp.supernews.com \
--to=m.elston@advantest-ard.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).