Does this patch fix the problem?
*** image-mode.el 11 Feb 2006 11:43:50 -0500 1.10
--- image-mode.el 30 Mar 2006 11:37:37 -0500
***
*** 139,145
;; was inserted
(let* ((image
(if (and (buffer-file-name)
!(not (buffe
In article <[EMAIL PROTECTED]>, "emacs user" <[EMAIL PROTECTED]> writes:
> very good. now that compilation passes this point, I see that there is also
> a similar problem in:
> gcc -c -Demacs -DHAVE_CONFIG_H -DUSE_GTK -I. -I/usr/local/emacs/src
> -I/usr/X11R6/include -DXTHREADS -DXUSE_MTSAFE
>> starting two days ago or so, compilation fails under
>> cygwin.
> Oops, I forget to delete superfluous UNGCPRO. I've just
> installed a fix.
BTW, why doesn't the cygwin port use the conservative stack marking?
Stefan
___
emacs-pretest-bu
Doing emacs -Q
M-: (setq hscroll-margin 1 hscroll-step 1) RET
C-x 3
then type some text so that it exceeds the line length.
Doing C-f and C-b allows the cursor to get to 1 character off the
right margin, but to 2 characters off the left margin before scrolling
horizontally.
From: Kenichi Handa <[EMAIL PROTECTED]>
In article <[EMAIL PROTECTED]>, "emacs user"
<[EMAIL PROTECTED]> writes:
> starting two days ago or so, compilation fails under
> cygwin.
Oops, I forget to delete superfluous UNGCPRO. I've just
installed a fix.
very good. now that compilation pa
I suppose this is more of a feature request than a bug.
It seems to be conventional in Emacs to use `q' to quit many read-only
buffers or windows (e.g., Dired, Info or Apropos). But in *Help*
buffers this doesn't always work:
$ emacs -q
C-h k a C-x 1 C-x 4 b * H e l p * RET q
and the *Help* wi
