Stefan Monnier skrev:
it before incrementing interrupt_input_blocked in the #define for
BLOCK_INPUT fixes the bug!
Are you sure it fixes it? It may just hide it by slightly changing
the timing.
The bug occurs because revoke_input_signal is called when it should not be.
Somehow the
Would you like to try the latest development Emacs,
from CVS on savannah.gnu.org, and see if it has the same problem?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
/bin/sh has only one startup file (/etc/profile and/or ~/.profile) which is
only sourced for login shells, so no that wouldn't explain it.
Bash has other startup files.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
/bin/sh has only one startup file (/etc/profile and/or ~/.profile)
which is only sourced for login shells, so no that wouldn't
explain it.
Bash has other startup files.
Not when executed as /bin/sh AFAIK (in non-login shells at least).
This is specifically by design for those
Not sure if it is describe-mode that needs to be fixed or fill-paragraph.
emacs -Q
M-: (progn (select-window (minibuffer-window)) (describe-mode *Help*))
Produces this backtrace:
Debugger entered--Lisp error: (error Lisp nesting exceeds
`max-lisp-eval-depth')
(save-restriction
Stefan Monnier [EMAIL PROTECTED] writes:
Bash has other startup files.
Not when executed as /bin/sh AFAIK (in non-login shells at least).
This is specifically by design for those kinds of reasons we're
seeing here.
In this particular place we call the command like this:
(if (not (= 0
Mathias Dahl [EMAIL PROTECTED] writes:
In this particular place we call the command like this:
(if (not (= 0 (call-process shell-file-name nil nil nil
shell-command-switch command)))
Hehe, forgot my point :) What I was trying to say was that in my case
gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I.
-I/home/pot/gnu/emacs-22.0.91/src -D_BSD_SOURCE -g -O2 -Wno-pointer-sign
editfns.c
editfns.c: In function 'Fuser_uid':
editfns.c:1317: warning: comparison is always false due to limited range of
data type
editfns.c:1317: warning:
shell-file-name is /bin/bash.
That's the bug. `shell-file-name' should be /bin/sh.
As for your patch: it's an improvement because it relies less on the shell
It could actually avoid the shell altogether now, which would avoid
quoting problems. E.g.:
%p -rotate %d -copy all -outfile %t \%o\
I decided to document some additional requirements (in
lispref/files.texi) rather than change the code. Thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
10 matches
Mail list logo