From: Barry Margolin <barmar@alum.mit.edu>
Subject: Re: Emacs and Read-Only Files
Date: Thu, 19 Oct 2006 00:10:58 -0400 [thread overview]
Message-ID: <barmar-A4FC1F.00105819102006@comcast.dca.giganews.com> (raw)
In-Reply-To: 453676C1.8020307@advantest-ard.com
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
--
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
*** PLEASE don't copy me on replies, I'll read them in the group ***
next prev parent reply other threads:[~2006-10-19 4:10 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 [this message]
2006-10-19 17:37 ` Mark Elston
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=barmar-A4FC1F.00105819102006@comcast.dca.giganews.com \
--to=barmar@alum.mit.edu \
/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).