unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#15931: 24.3.50; emacs_backtrace.txt
@ 2013-11-19 23:20 Drew Adams
  2013-11-20  0:50 ` Drew Adams
  2013-11-20 18:26 ` Eli Zaretskii
  0 siblings, 2 replies; 7+ messages in thread
From: Drew Adams @ 2013-11-19 23:20 UTC (permalink / raw)
  To: 15931


This might be similar to the last one - the first part seems the same,
at least.


Backtrace:
0x011ecaa7
0x011ecb19
0x010e18c4
0x0115473f
0x01119674
0x01136b8b
0x0112e069
0x01160671
0x011727ec
0x011b2b6f
0x01173392
0x01172a28
0x01171d90
0x01172197
0x01171e07
0x011726dc
0x011b2b6f
0x01172fce
0x01172a28
0x01171d90
0x01172197
0x01171e07
0x011190fa
0x0111816b
0x011271e9
0x011728c0
0x011b2b6f
0x01172fce
0x01172a28
0x011b2b6f
0x01172fce
0x01172a28
0x011b2b6f
0x01172fce
0x01172a28
0x0117197c
0x01172282
0x0116a666
0x01172841
0x011b2b6f
0x01172fce
0x01172a28
0x011b2b6f
0x01172fce
0x01172a28
0x01171d4d
0x01172282
0x0116a666
0x01172841
0x011b2b6f
0x01172fce
0x01172a28
0x011722d7
0x010e5a64
0x0116f6e8
0x010e50b8
0x0116ec95
0x010e5070
0x010e4808
0x010e49c4
0x010e2c2f
0x010010b5
...

Backtrace:
0x011ecaa7
0x011ecb19
0x010e18c4
0x01105320
0x011052fb
0x01105354
0x010011e2
0x768cfff7
0x776374fb
0x775f9f41




In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-11-12 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#15931: 24.3.50; emacs_backtrace.txt
  2013-11-19 23:20 Drew Adams
@ 2013-11-20  0:50 ` Drew Adams
  2013-11-20 18:18   ` Eli Zaretskii
  2013-11-20 18:26 ` Eli Zaretskii
  1 sibling, 1 reply; 7+ messages in thread
From: Drew Adams @ 2013-11-20  0:50 UTC (permalink / raw)
  To: 15931

I've been getting the last part of this, after the ...
quite often now.

The last time, at least, was using C-g in the minibuffer.

This is the command that C-g is bound to there, but it ends by 
doing just `abort-recursive-edit'.  I suspect that is where the 
crash occurs, since I'm not aware of changes that would affect
the rest of it.

(defun icicle-abort-recursive-edit ()
  (interactive)
  (if (and mark-active
           (boundp 'delete-selection-mode)
           delete-selection-mode
           (eq (selected-window) (minibuffer-window))
           (active-minibuffer-window))
      (deactivate-mark)
    (if (not (active-minibuffer-window))
        (when (get-buffer "*Completions*")
          (kill-buffer (get-buffer "*Completions*")))
      (when (and (boundp '1on1-fit-minibuffer-frame-flag)
                 1on1-fit-minibuffer-frame-flag
                 (require 'fit-frame nil t))
        (1on1-fit-minibuffer-frame 'RESET))
      (icicle-remove-Completions-window 'FORCE))
    (abort-recursive-edit)))

> This might be similar to the last one - the first part seems the
> same,
> at least.
> 
> 
> Backtrace:
> 0x011ecaa7
> 0x011ecb19
> 0x010e18c4
> 0x0115473f
> 0x01119674
> 0x01136b8b
> 0x0112e069
> 0x01160671
> 0x011727ec
> 0x011b2b6f
> 0x01173392
> 0x01172a28
> 0x01171d90
> 0x01172197
> 0x01171e07
> 0x011726dc
> 0x011b2b6f
> 0x01172fce
> 0x01172a28
> 0x01171d90
> 0x01172197
> 0x01171e07
> 0x011190fa
> 0x0111816b
> 0x011271e9
> 0x011728c0
> 0x011b2b6f
> 0x01172fce
> 0x01172a28
> 0x011b2b6f
> 0x01172fce
> 0x01172a28
> 0x011b2b6f
> 0x01172fce
> 0x01172a28
> 0x0117197c
> 0x01172282
> 0x0116a666
> 0x01172841
> 0x011b2b6f
> 0x01172fce
> 0x01172a28
> 0x011b2b6f
> 0x01172fce
> 0x01172a28
> 0x01171d4d
> 0x01172282
> 0x0116a666
> 0x01172841
> 0x011b2b6f
> 0x01172fce
> 0x01172a28
> 0x011722d7
> 0x010e5a64
> 0x0116f6e8
> 0x010e50b8
> 0x0116ec95
> 0x010e5070
> 0x010e4808
> 0x010e49c4
> 0x010e2c2f
> 0x010010b5
> ...
> 
> Backtrace:
> 0x011ecaa7
> 0x011ecb19
> 0x010e18c4
> 0x01105320
> 0x011052fb
> 0x01105354
> 0x010011e2
> 0x768cfff7
> 0x776374fb
> 0x775f9f41
> 
> 
> 
> 
> In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
>  of 2013-11-12 on LEG570
> Windowing system distributor `Microsoft Corp.', version 6.1.7601
> Configured using:
>  `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-
> DGLYPH_DEBUG=1'





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#15931: 24.3.50; emacs_backtrace.txt
  2013-11-20  0:50 ` Drew Adams
@ 2013-11-20 18:18   ` Eli Zaretskii
  0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2013-11-20 18:18 UTC (permalink / raw)
  To: Drew Adams; +Cc: 15931

> Date: Tue, 19 Nov 2013 16:50:34 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> 
> I've been getting the last part of this, after the ...
> quite often now.
> 
> The last time, at least, was using C-g in the minibuffer.
> 
> This is the command that C-g is bound to there, but it ends by 
> doing just `abort-recursive-edit'.  I suspect that is where the 
> crash occurs, since I'm not aware of changes that would affect
> the rest of it.

Thanks, but I cannot try this because this function calls a few others
that you didn't show.

Could you please prepare a self-contained recipe that could be used to
reproduce the problem?  Also, does one need to configure the session
in some special way for this to happen, e.g., open more than one frame
etc.?  Or should this work from "emacs -Q"?





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#15931: 24.3.50; emacs_backtrace.txt
       [not found]   ` <<8361rney2t.fsf@gnu.org>
@ 2013-11-20 18:22     ` Drew Adams
  2013-11-20 18:28       ` Eli Zaretskii
  0 siblings, 1 reply; 7+ messages in thread
From: Drew Adams @ 2013-11-20 18:22 UTC (permalink / raw)
  To: Eli Zaretskii, Drew Adams; +Cc: 15931

> > The last time, at least, was using C-g in the minibuffer.
> >
> > This is the command that C-g is bound to there, but it ends by
> > doing just `abort-recursive-edit'.  I suspect that is where the
> > crash occurs, since I'm not aware of changes that would affect
> > the rest of it.
> 
> Thanks, but I cannot try this because this function calls a few
> others that you didn't show.
> 
> Could you please prepare a self-contained recipe that could be used
> to reproduce the problem?  Also, does one need to configure the session
> in some special way for this to happen, e.g., open more than one
> frame etc.?  Or should this work from "emacs -Q"?

I do not have a recipe to reproduce the crash. If the extra info
I gave, besides the backtrace, does not help, please ignore it.
I was hoping that mentioning `abort-recursive-edit' might help.





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#15931: 24.3.50; emacs_backtrace.txt
  2013-11-19 23:20 Drew Adams
  2013-11-20  0:50 ` Drew Adams
@ 2013-11-20 18:26 ` Eli Zaretskii
  1 sibling, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2013-11-20 18:26 UTC (permalink / raw)
  To: Drew Adams; +Cc: 15931-done

> Date: Tue, 19 Nov 2013 15:20:47 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> 
> 
> This might be similar to the last one - the first part seems the same,
> at least.

Another duplicate of 15841.





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#15931: 24.3.50; emacs_backtrace.txt
  2013-11-20 18:22     ` Drew Adams
@ 2013-11-20 18:28       ` Eli Zaretskii
  0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2013-11-20 18:28 UTC (permalink / raw)
  To: Drew Adams; +Cc: 15931

> Date: Wed, 20 Nov 2013 10:22:25 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 15931@debbugs.gnu.org
> 
> I do not have a recipe to reproduce the crash. If the extra info
> I gave, besides the backtrace, does not help, please ignore it.

It helped: as you saw, I identified this as a problem already solved
on the trunk.

So we can close this issue.

(It took time for me to download the binary to symify the backtrace,
which is why I sent the request before I saw the detailed data.
Sorry.)





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#15931: 24.3.50; emacs_backtrace.txt
       [not found] ` <<831u2bexly.fsf@gnu.org>
@ 2013-11-20 18:30   ` Drew Adams
  0 siblings, 0 replies; 7+ messages in thread
From: Drew Adams @ 2013-11-20 18:30 UTC (permalink / raw)
  To: Eli Zaretskii, Drew Adams; +Cc: 15931

> > I do not have a recipe to reproduce the crash. If the extra info
> > I gave, besides the backtrace, does not help, please ignore it.
> 
> It helped: as you saw, I identified this as a problem already solved
> on the trunk.
> 
> So we can close this issue.
> 
> (It took time for me to download the binary to symify the backtrace,
> which is why I sent the request before I saw the detailed data.
> Sorry.)

Great. Thanks for fixing this.





^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2013-11-20 18:30 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <<bcd4832d-3d52-45d4-a3ef-e6d03d58edb4@default>
     [not found] ` <<831u2bexly.fsf@gnu.org>
2013-11-20 18:30   ` bug#15931: 24.3.50; emacs_backtrace.txt Drew Adams
     [not found] <<e65bac53-a880-470d-82b3-3d09a4f0f306@default>
     [not found] ` <<6148cdba-2dcc-4cce-94e4-422da323dc89@default>
     [not found]   ` <<8361rney2t.fsf@gnu.org>
2013-11-20 18:22     ` Drew Adams
2013-11-20 18:28       ` Eli Zaretskii
2013-11-19 23:20 Drew Adams
2013-11-20  0:50 ` Drew Adams
2013-11-20 18:18   ` Eli Zaretskii
2013-11-20 18:26 ` Eli Zaretskii

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).