Well, Emacs has crashed with the
X protocol error: BadName (named color or font does not exist) on protocol
request 77
Program received signal SIGABRT, Aborted.
error again, the backtrace is below. I've got the gdb session running,
so I can provide more information if needed. xbacktrace
Date: Sun, 27 Aug 2006 21:09:09 -0400
From: Ping Liang [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
After getting to the point of doing bt, as shown earlier, and doing two
finish, I got this message:
(gdb) finish
Run till exit from #0 0x7c9507a8 in ntdll!KiIntSystemCall ()
from
Richard Stallman wrote:
I have noticed today that while pasting from Emacs to other apps, the
other app seems to hang until some input event occurs in Emacs (normally
when I switch to it and click on the window).
I suspect that the cause is the recent changes to sit-for. I
Date: Mon, 28 Aug 2006 15:37:02 +0100
From: Jason Rumney [EMAIL PROTECTED]
Cc: Kim F. Storm [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
The only thing left is to silence the compiler warning about
w32-shell-dos-semantics not being defined on other platforms. Is
(defun
Date: Mon, 28 Aug 2006 18:09:19 +0200
From: Lennart Borgman [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org, Kim F. Storm [EMAIL PROTECTED]
- Is there not a unix style shell for DOS too?
Yes, there's a DOS port of Bash. However, the users of the DOS port
of Emacs (if there still are any
From: Chong Yidong [EMAIL PROTECTED]
Date: Tue, 29 Aug 2006 10:52:07 -0400
On GNU/Linux, both clipboard and x-selection processes work fine
during sit-for.
The mechanism of cut/paste on X and on Windows are _very_ different.
You can see that from comparing xselect.c with w32select.c, if
From: Richard Stallman [EMAIL PROTECTED]
Date: Tue, 29 Aug 2006 13:18:33 -0400
Cc: emacs-pretest-bug@gnu.org
(let ((image-display-supported-p (memq window-system '(x w32 mac
(if (and image-display-supported-p
(not (get-text-property (point-min) 'display)))
I've got another crash, this time temporarily reproducible (and with
Emacs .gdbinit loaded before the crash). It happens on visiting a file
containing certain characters.
GNU Emacs 22.0.50.1 (x86_64-unknown-linux-gnu, X toolkit) of 2006-08-29 on
blackbird
Breakpoint 3, x_error_quitter
Milan Zamazal [EMAIL PROTECTED] writes:
I've got another crash, this time temporarily reproducible (and with
Emacs .gdbinit loaded before the crash). It happens on visiting a file
containing certain characters.
Your X server is firing off X errors. To extract the X error message,
do
f 1
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
* Start an async shell command: M-! sleep 100 RET
* Switch to the buffer *Async Shell Command*
* Type C-c C-c
I got the error: Marker does not point anywhere
Backtrace looks as follows:
Debugger
* Start an async shell command: M-! sleep 100 RET
* Switch to the buffer *Async Shell Command*
* Type C-c C-c
I got the error: Marker does not point anywhere
Backtrace looks as follows:
Debugger entered--Lisp error: (error Marker does not point anywhere)
shell-filter-ctrl-a-ctrl-b()
This is an interesting one.
Given the number of modes in Emacs that now use timers to do
things during the idel-delay, it might be useful to create a
single-point of customization --- perhaps initially as an
interactive command, that one can invoke to enter laptop power
saving mode --- somewhat
12 matches
Mail list logo
