public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Ken Brown <kbrown@cornell.edu>
To: "cygwin@cygwin.com" <cygwin@cygwin.com>
Subject: Re: Emacs-w32... still crashing
Date: Wed, 04 Jun 2014 12:46:00 -0000	[thread overview]
Message-ID: <538F152F.2040905@cornell.edu> (raw)
In-Reply-To: <1401825680.29184.YahooMailNeo@web185402.mail.gq1.yahoo.com>

On 6/3/2014 4:01 PM, Zdzislaw Meglicki wrote:
> And another crash... captured under gdb again.
> Segmentation fault again, but this time:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x0000000100631d84 in deselect_palette (f=0x0, hdc=0x0) at /usr/src/debug/emacs-24.3.90-1/src/w32xfns.c:123
> 123       if (f->output_data.w32->old_palette)
>
> and the backtrace shows the following:
>
> (gdb) backtrace
> #0  0x0000000100631d84 in deselect_palette (f=0x0, hdc=0x0) at /usr/src/debug/emacs-24.3.90-1/src/w32xfns.c:123
> #1  0x0000000100631e53 in release_frame_dc (f=0x0, hdc=0x0) at /usr/src/debug/emacs-24.3.90-1/src/w32xfns.c:154
> #2  0x00000001006351f9 in uniscribe_encode_char ( font=0x101071d30 , c=99) at /usr/src/debug/emacs-24.3.90-1/src/w32uniscribe.c:585
> #3  0x0000000100462d9b in get_char_glyph_code (c=99, font=0x101071d30 , char2b=0x434726 L"") at /usr/src/debug/emacs-24.3.90-1/src/xdisp.c:23697
> #4  0x000000010046b995 in x_produce_glyphs (it=0x435790) at /usr/src/debug/emacs-24.3.90-1/src/xdisp.c:25806
> #5  0x00000001004572c5 in display_line (it=0x435790) at /usr/src/debug/emacs-24.3.90-1/src/xdisp.c:19963
> #6  0x000000010044c7b4 in try_window (window=4312112205, pos=..., flags=0) at /usr/src/debug/emacs-24.3.90-1/src/xdisp.c:16708
> #7  0x000000010044937a in redisplay_window (window=4312112205, just_this_one_p=true) at /usr/src/debug/emacs-24.3.90-1/src/xdisp.c:15983
> #8  0x0000000100442ccb in redisplay_window_1 (window=4312112205) at /usr/src/debug/emacs-24.3.90-1/src/xdisp.c:14188
> #9  0x00000001005968ac in internal_condition_case_1 ( bfun=0x100442c8c , arg=4312112205, handlers=4305621542, hfun=0x100442c09 ) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:1378
> #10 0x00000001004420a5 in redisplay_internal () at /usr/src/debug/emacs-24.3.90-1/src/xdisp.c:13834
> #11 0x0000000100442606 in redisplay_preserve_echo_area (from_where=2) at /usr/src/debug/emacs-24.3.90-1/src/xdisp.c:14017
> #12 0x000000010040e024 in Fredisplay (force=4305639474) at /usr/src/debug/emacs-24.3.90-1/src/dispnew.c:5834
> #13 0x0000000100599b62 in Ffuncall (nargs=1, args=0x439140) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:2815
> #14 0x00000001005dcaa2 in exec_byte_code (bytestr=4301839321, vector=4301839357, maxdepth=28, args_template=3076, nargs=1, args=0x4396c8) at /usr/src/debug/emacs-24.3.90-1/src/bytecode.c:919
> #15 0x000000010059a286 in funcall_lambda (fun=4301839277, nargs=1, arg_vector=0x4396c0) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:2983
> #16 0x0000000100599d77 in Ffuncall (nargs=2, args=0x4396b8) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:2864
> #17 0x00000001005dcaa2 in exec_byte_code (bytestr=4303055217, vector=4303055253, maxdepth=16, args_template=4305639474, nargs=0, args=0x0) at /usr/src/debug/emacs-24.3.90-1/src/bytecode.c:919
> #18 0x000000010059a5a0 in funcall_lambda (fun=4303055165, nargs=1, arg_vector=0x1007b6995 ) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:3049
> #19 0x0000000100599d77 in Ffuncall (nargs=2, args=0x439c90) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:2864
> #20 0x0000000100593cfb in Fcall_interactively (function=4310211282, record_flag=4305639474, keys=25777929493) at /usr/src/debug/emacs-24.3.90-1/src/callint.c:836
> #21 0x0000000100599bb3 in Ffuncall (nargs=4, args=0x439fc8) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:2822
> #22 0x00000001005dcaa2 in exec_byte_code (bytestr=4302634489, vector=4302634525, maxdepth=52, args_template=4100, nargs=1, args=0x43a560) at /usr/src/debug/emacs-24.3.90-1/src/bytecode.c:919
> #23 0x000000010059a286 in funcall_lambda (fun=4302634445, nargs=1, arg_vector=0x43a558) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:2983
> #24 0x0000000100599d77 in Ffuncall (nargs=2, args=0x43a550) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:2864
> #25 0x00000001005994ca in call1 (fn=4305696770, arg1=4310211282) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:2614
> #26 0x0000000100500128 in command_loop_1 () at /usr/src/debug/emacs-24.3.90-1/src/keyboard.c:1556
> #27 0x0000000100596707 in internal_condition_case ( bfun=0x1004ff821 , handlers=4305705682, hfun=0x1004fef62 ) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:1354
> #28 0x00000001004ff4e5 in command_loop_2 (ignore=4305639474) at /usr/src/debug/emacs-24.3.90-1/src/keyboard.c:1174
> #29 0x0000000100595e81 in internal_catch (tag=4305695746, func=0x1004ff4b3 , arg=4305639474) at /usr/src/debug/emacs-24.3.90-1/src/eval.c:1118
> #30 0x00000001004ff474 in command_loop () at /usr/src/debug/emacs-24.3.90-1/src/keyboard.c:1153
> #31 0x00000001004feadf in recursive_edit_1 () at /usr/src/debug/emacs-24.3.90-1/src/keyboard.c:777
> #32 0x00000001004fec83 in Frecursive_edit () at /usr/src/debug/emacs-24.3.90-1/src/keyboard.c:845
> #33 0x00000001004fca49 in main (argc=2, argv=0x43ab00) at /usr/src/debug/emacs-24.3.90-1/src/emacs.c:1646
>

Would you mind making an emacs bug report (M-x report-emacs-bug)?  For 
the first time, this looks like a backtrace that the emacs experts might 
be able to make sense out of.

In the future, it would help debug these crashes if you would follow the 
three steps I suggested at the end of

   https://cygwin.com/ml/cygwin/2014-05/msg00397.html

Thanks.

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  parent reply	other threads:[~2014-06-04 12:46 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-03 20:04 Zdzislaw Meglicki
2014-06-03 21:37 ` Larry Hall (Cygwin)
2014-06-04 12:46 ` Ken Brown [this message]
  -- strict thread matches above, loose matches on Subject: below --
2014-07-07 19:15 Emacs-w32... Still Crashing Zdzislaw Meglicki
2014-07-08 13:56 ` Ken Brown
2014-07-08 15:02   ` Christopher Faylor
2014-07-08 16:36     ` Yaakov Selkowitz
2014-07-08 16:44       ` Christopher Faylor
2014-07-09 10:27         ` Corinna Vinschen
2014-07-09 10:42           ` Corinna Vinschen
2014-07-09 10:15   ` Corinna Vinschen
2014-07-09 12:22     ` Corinna Vinschen
2014-07-09 13:52       ` Ken Brown
2014-06-17 14:28 Emacs-w32... still crashing Zdzislaw Meglicki
2014-06-04 14:24 Zdzislaw Meglicki
2014-06-03 22:03 Zdzislaw Meglicki
2014-06-05 19:05 ` Ken Brown
2014-06-05 19:51   ` Christopher Faylor
2014-06-05 20:09     ` Ken Brown
2014-06-06  7:53     ` Csaba Raduly
2014-06-03 18:00 Zdzislaw Meglicki
2014-05-21 22:55 Zdzislaw Meglicki
2014-05-22  1:11 ` Ken Brown
2014-05-19 14:42 Zdzislaw Meglicki
2014-05-19 21:13 ` Ken Brown
2014-05-21 19:14   ` Ken Brown
2014-05-14 22:31 Zdzislaw Meglicki
2014-05-15  0:07 ` Ken Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=538F152F.2040905@cornell.edu \
    --to=kbrown@cornell.edu \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).