* bug#13114: 24.3.50; can no longer use debugger in separate frame: frame disappears
@ 2012-12-07 16:48 Drew Adams
2014-02-10 7:32 ` Lars Ingebrigtsen
0 siblings, 1 reply; 3+ messages in thread
From: Drew Adams @ 2012-12-07 16:48 UTC (permalink / raw)
To: 13114
This problem or something very similar appeared several months back,
when Martin was working on fixing some display-buffer problems - see bug
#8789. I thought this was fixed, but recently it seems to be back.
I use a separate, special-display frame for *Backtrace* (and for other
buffers whose names are of the form `*...*').
Frame *Backtrace* gets created OK (but once it did not - a weird error
was raised - see bug #13113). But as soon as I click any part of it
with the mouse (e.g. mouse-1), that frame disappears completely.
I cannot use the debugger at all.
Here was what I said in bug #8789, for info:
Sometimes I can grab the border of the *Backtrace* frame, as usual,
and resize it (even though it goes back to the default size when I hit
`d', as describedearlier).
But sometimes I cannot: as soon as I touch the mouse to the frame edge
and try to drag it, the frame disappears! I can just touch it (e.g.
click it) without it disappearing, but as soon as I try to drag the
touched edge, the frame disappears. It does not matter which edge
(e.g. bottom or right) I try to drag.
No idea what is going on here - I have never seen anything like this.
This happpens systematically when I enter the debugger in a certain
context, and it never seems to happen otherwise. But that context
is far too complex to try to communicate. Suffice it to say that
this happens.
When it happens I see nothing additional in *Messages*, and there is
no crash. The *Backtrace* frame just disappears, and the mode line
indicates that I am no longer in a recursive edit - IOW, the debugger
is exited. And if I explicitly visit buffer *Backtrace*, I see that
it is indeed empty.
It is as if trying to drag the frame edge is (sometimes) the
equivalent of hitting `q' in the debugger.
But now it is not only trying to drag the frame border that causes
this. Any mouse click on the frame, anywhere, causes it.
I mention that older bug here because Martin apparently recognized the
frame-disappearance problem (& cause?). He immediately replied: "This
should have changed now." And indeed, it did seem to be fixed. IOW,
presumably he or someone else made some change that helped. I'm hoping
that the same or similar fix can be made now, or at least that that
previous bug report will help someone fix this current problem.
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
of 2012-12-03 on MS-W7-DANI
Bzr revision: 111077
agustin.martin@hispalinux.es-20121203172342-ifsebjmhksk28qa9
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (4.7) --no-opt --enable-checking --cflags
-Ic:/emacs/libs/libXpm-3.5.10/include -Ic:/emacs/libs/libXpm-3.5.10/src
-Ic:/emacs/libs/libpng-1.2.37-lib/include -Ic:/emacs/libs/zlib-1.2.5
-Ic:/emacs/libs/giflib-4.1.4-1-lib/include
-Ic:/emacs/libs/jpeg-6b-4-lib/include
-Ic:/emacs/libs/tiff-3.8.2-1-lib/include
-Ic:/emacs/libs/libxml2-2.7.8-w32-bin/include/libxml2
-Ic:/emacs/libs/gnutls-3.0.9-w32-bin/include
-Ic:/emacs/libs/libiconv-1.9.2-1-lib/include'
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#13114: 24.3.50; can no longer use debugger in separate frame: frame disappears
2012-12-07 16:48 bug#13114: 24.3.50; can no longer use debugger in separate frame: frame disappears Drew Adams
@ 2014-02-10 7:32 ` Lars Ingebrigtsen
2014-02-10 18:47 ` Drew Adams
0 siblings, 1 reply; 3+ messages in thread
From: Lars Ingebrigtsen @ 2014-02-10 7:32 UTC (permalink / raw)
To: Drew Adams; +Cc: 13114
"Drew Adams" <drew.adams@oracle.com> writes:
> This problem or something very similar appeared several months back,
> when Martin was working on fixing some display-buffer problems - see bug
> #8789. I thought this was fixed, but recently it seems to be back.
>
> I use a separate, special-display frame for *Backtrace* (and for other
> buffers whose names are of the form `*...*').
>
> Frame *Backtrace* gets created OK (but once it did not - a weird error
> was raised - see bug #13113). But as soon as I click any part of it
> with the mouse (e.g. mouse-1), that frame disappears completely.
>
> I cannot use the debugger at all.
Lots of work has been done in this area. Are you still seeing this bug?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#13114: 24.3.50; can no longer use debugger in separate frame: frame disappears
2014-02-10 7:32 ` Lars Ingebrigtsen
@ 2014-02-10 18:47 ` Drew Adams
0 siblings, 0 replies; 3+ messages in thread
From: Drew Adams @ 2014-02-10 18:47 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 13114
> Lots of work has been done in this area. Are you still seeing this
> bug?
No, I think it can be close. Thx.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-02-10 18:47 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-12-07 16:48 bug#13114: 24.3.50; can no longer use debugger in separate frame: frame disappears Drew Adams
2014-02-10 7:32 ` Lars Ingebrigtsen
2014-02-10 18:47 ` Drew Adams
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.