> The disassembly buffer appears in its own frame as a dedicated window
> with frame focus and Emacs makes this window selected. The cursor is
> at the start of the buffer and Edebug shows that set-window-point
> doesn't move it.
>
> Is the disassembly buffer the current buffer at the time?
>
> Perhaps the problem case is where the window is selected
> but the buffer is not current. Can you find out if this is so?
Yes, you're right. If I use the patch below it works. Shall I install
it, or is it a bug in set-window-point? If it's not a bug, I think
this behaviour should be documented.
Nick
*** gdb-ui.el 13 Nov 2005 21:31:16 +1300 1.111
--- gdb-ui.el 14 Nov 2005 12:29:46 +1300
***************
*** 2702,2708 ****
(if (re-search-forward address nil t)
(gdb-put-breakpoint-icon (eq flag ?y) bptno))))))))
(if (not (equal gdb-frame-address "main"))
! (set-window-point (get-buffer-window buffer 0) pos))))
(defvar gdb-assembler-mode-map
(let ((map (make-sparse-keymap)))
--- 2702,2709 ----
(if (re-search-forward address nil t)
(gdb-put-breakpoint-icon (eq flag ?y) bptno))))))))
(if (not (equal gdb-frame-address "main"))
! (with-current-buffer (gdb-get-buffer 'gdb-assembler-buffer)
! (set-window-point (get-buffer-window buffer 0) pos)))))
(defvar gdb-assembler-mode-map
(let ((map (make-sparse-keymap)))
_______________________________________________
Emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
