From: Jason Rumney <jasonr@f2s.com>
To: "Kyle M. Lee" <mail2kyle@gmail.com>
Cc: 592@emacsbugs.donarmstrong.com
Subject: bug#592: 23.0.60; emacs crashed on w32
Date: Tue, 09 Dec 2008 23:27:42 +0800 [thread overview]
Message-ID: <493E8E6E.4020406@f2s.com> (raw)
In-Reply-To: <4885F37B.3090604@gmail.com>
Hi Kyle,
Can you still reproduce this crash? If so, please include instructions
on how you reproduced it, starting from emacs -Q
Thanks,
Jason
Kyle M. Lee wrote:
> (gdb) thread 1
> (gdb) bt
> #0 0x7c921231 in ntdll!DbgUiConnectToDbg ()
> from C:\WINDOWS\system32\ntdll.dll
> #1 0x0114d867 in w32_abort () at w32fns.c:7372
> #2 0x010634c8 in mark_object (arg=6) at alloc.c:5672
> #3 0x0110dd13 in mark_byte_stack () at bytecode.c:293
> #4 0x01064af8 in Fgarbage_collect () at alloc.c:5108
> #5 0x0110f757 in Fbyte_code (bytestr=63388, vector=8578752, maxdepth=130)
> at bytecode.c:713
> #6 0x0100b522 in funcall_lambda (fun=47041444, nargs=3,
> arg_vector=0x82e814)
> at eval.c:3229
> #7 0x0100ba17 in Ffuncall (nargs=4, args=0x2cdcba4) at eval.c:3099
> #8 0x0110e88f in Fbyte_code (bytestr=63388, vector=8579088, maxdepth=3)
> at bytecode.c:678
> #9 0x0100b522 in funcall_lambda (fun=49522468, nargs=1,
> arg_vector=0x82e95c)
> at eval.c:3229
> #10 0x0100ba17 in Ffuncall (nargs=2, args=0x2f3a724) at eval.c:3099
> #11 0x0100cc4d in call1 (fn=6, arg1=6) at eval.c:2823
> #12 0x01083489 in mapcar1 (leni=74, vals=0x82ea10, fn=49522468, seq=63388)
> at fns.c:2500
> #13 0x01083716 in Fmapcar (function=6, sequence=57554797) at fns.c:2572
> #14 0x0100bc28 in Ffuncall (nargs=3, args=0x12af3d8) at eval.c:3045
> #15 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580072, maxdepth=2)
> at bytecode.c:678
> #16 0x0100b522 in funcall_lambda (fun=49522308, nargs=2,
> arg_vector=0x82ed34)
> at eval.c:3229
> #17 0x0100ba17 in Ffuncall (nargs=3, args=0x2f3a684) at eval.c:3099
> #18 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580400, maxdepth=2)
> at bytecode.c:678
> #19 0x0100b522 in funcall_lambda (fun=49394276, nargs=3,
> arg_vector=0x82ee84)
> at eval.c:3229
> #20 0x0100ba17 in Ffuncall (nargs=4, args=0x2f1b264) at eval.c:3099
> #21 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580736, maxdepth=3)
> at bytecode.c:678
> #22 0x0100b146 in Feval (form=19610768) at eval.c:2379
> #23 0x01009cdb in internal_catch (tag=6, func=0x100abef <Feval>,
> arg=57709821)
> at eval.c:1247
> #24 0x0110eeed in Fbyte_code (bytestr=63388, vector=8581232, maxdepth=141)
> at bytecode.c:853
> #25 0x0100b146 in Feval (form=19610768) at eval.c:2379
> #26 0x0100d439 in internal_lisp_condition_case (var=43038721,
> bodyform=57709589, handlers=57709797) at eval.c:1456
> #27 0x0110eea1 in Fbyte_code (bytestr=63388, vector=8581760, maxdepth=143)
> at bytecode.c:868
> #28 0x0100b146 in Feval (form=19610768) at eval.c:2379
> #29 0x0100d439 in internal_lisp_condition_case (var=43038721,
> bodyform=57848725, handlers=57848213) at eval.c:1456
> #30 0x0110eea1 in Fbyte_code (bytestr=63388, vector=8582288, maxdepth=143)
> at bytecode.c:868
> #31 0x0100b522 in funcall_lambda (fun=49393700, nargs=3,
> arg_vector=0x82f5e0)
> at eval.c:3229
> #32 0x0100ba17 in Ffuncall (nargs=4, args=0x2f1b024) at eval.c:3099
> #33 0x0110e88f in Fbyte_code (bytestr=63388, vector=8582620, maxdepth=3)
> at bytecode.c:678
> #34 0x0100b522 in funcall_lambda (fun=48874020, nargs=6,
> arg_vector=0x82f764)
> at eval.c:3229
> #35 0x0100ba17 in Ffuncall (nargs=7, args=0x2e9c224) at eval.c:3099
> #36 0x0110e88f in Fbyte_code (bytestr=63388, vector=8583008, maxdepth=6)
> at bytecode.c:678
> #37 0x0100b522 in funcall_lambda (fun=49007780, nargs=1,
> arg_vector=0x82f8b4)
> at eval.c:3229
> #38 0x0100ba17 in Ffuncall (nargs=2, args=0x2ebcca4) at eval.c:3099
> #39 0x0110e88f in Fbyte_code (bytestr=63388, vector=8583344, maxdepth=1)
> at bytecode.c:678
> #40 0x0100b522 in funcall_lambda (fun=49651300, nargs=0,
> arg_vector=0x82fa24)
> at eval.c:3229
> #41 0x0100ba17 in Ffuncall (nargs=1, args=0x2f59e64) at eval.c:3099
> #42 0x0100d17f in apply1 (fn=52113009, arg=63388) at eval.c:2783
> #43 0x0110c7f1 in Fcall_interactively (function=52113009,
> record_flag=43038721, keys=45008388) at callint.c:389
> #44 0x0100bc11 in Ffuncall (nargs=4, args=0x12b3c48) at eval.c:3048
> #45 0x0100bde9 in call3 (fn=6, arg1=6, arg2=6, arg3=6) at eval.c:2868
> #46 0x01055d8e in Fcommand_execute (cmd=52113009, record_flag=43038721,
> keys=6, special=43038721) at keyboard.c:10420
> #47 0x0105d502 in command_loop_1 () at keyboard.c:1910
> #48 0x01009da6 in internal_condition_case (bfun=0x105d19d <command_loop_1>,
> handlers=43102425, hfun=0x1056801 <cmd_error>) at eval.c:1511
> #49 0x01050b7a in command_loop_2 () at keyboard.c:1367
> #50 0x01009cdb in internal_catch (tag=6, func=0x1050b57 <command_loop_2>,
> arg=43038721) at eval.c:1247
> #51 0x01050987 in command_loop () at keyboard.c:1346
> #52 0x01050a20 in recursive_edit_1 () at keyboard.c:955
> #53 0x01050b41 in Frecursive_edit () at keyboard.c:1017
> #54 0x01002a21 in main (argc=1, argv=0xac3f18) at emacs.c:1762
>
> (gdb) thread 2
> [Switching to thread 2 (thread 3944.0xfb0)]#0 0x7c92eb94 in
> ntdll!LdrAccessReso
> urce () from C:\WINDOWS\system32\ntdll.dll
> (gdb) bt
> #0 0x7c92eb94 in ntdll!LdrAccessResource ()
> from C:\WINDOWS\system32\ntdll.dll
> #1 0x77d1902d in USER32!GetWindowDC () from C:\WINDOWS\system32\user32.dll
> #2 0x5adc5199 in UxTheme!IsThemeDialogTextureEnabled ()
> from C:\WINDOWS\system32\uxtheme.dll
> #3 0x5adc5162 in UxTheme!IsThemeDialogTextureEnabled ()
> from C:\WINDOWS\system32\uxtheme.dll
> #4 0x5adc6639 in UxTheme!SetThemeAppProperties ()
> from C:\WINDOWS\system32\uxtheme.dll
> #5 0x5adc6d1d in UxTheme!SetThemeAppProperties ()
> from C:\WINDOWS\system32\uxtheme.dll
> #6 0x5adc1ac7 in ?? () from C:\WINDOWS\system32\uxtheme.dll
> #7 0x00ac5f70 in ?? ()
> #8 0x20a0e618 in ?? ()
> #9 0x0130e6c8 in pfnSetLayeredWindowAttributes ()
> #10 0x00000085 in ?? ()
> #11 0x91042072 in ?? ()
> #12 0x0002046e in ?? ()
> #13 0x00000085 in ?? ()
> #14 0x91042072 in ?? ()
> #15 0x00000000 in ?? ()
>
> (gdb) thread 3
> [Switching to thread 3 (thread 3944.0x9f0)]#0 0x7c92eb94 in
> ntdll!LdrAccessReso
> urce () from C:\WINDOWS\system32\ntdll.dll
> (gdb) bt
> #0 0x7c92eb94 in ntdll!LdrAccessResource ()
> from C:\WINDOWS\system32\ntdll.dll
> #1 0x7c92e9c0 in ntdll!ZwWaitForSingleObject ()
> from C:\WINDOWS\system32\ntdll.dll
> #2 0x7c8025cb in WaitForSingleObjectEx ()
> from C:\WINDOWS\system32\kernel32.dll
> #3 0x0000058c in ?? ()
> #4 0x00000000 in ?? ()
>
> (gdb) thread 4
> [Switching to thread 4 (thread 3944.0xdb4)]#0 0x7c92eb94 in
> ntdll!LdrAccessReso
> urce () from C:\WINDOWS\system32\ntdll.dll
> (gdb) bt
> #0 0x7c92eb94 in ntdll!LdrAccessResource ()
> from C:\WINDOWS\system32\ntdll.dll
> #1 0x7c92e9c0 in ntdll!ZwWaitForSingleObject ()
> from C:\WINDOWS\system32\ntdll.dll
> #2 0x7c8025cb in WaitForSingleObjectEx ()
> from C:\WINDOWS\system32\kernel32.dll
> #3 0x00000620 in ?? ()
> #4 0x00000000 in ?? ()
>
> (gdb) thread 5
> [Switching to thread 5 (thread 3944.0xee8)]#0 0x7c92eb94 in
> ntdll!LdrAccessReso
> urce () from C:\WINDOWS\system32\ntdll.dll
> (gdb) bt
> #0 0x7c92eb94 in ntdll!LdrAccessResource ()
> from C:\WINDOWS\system32\ntdll.dll
> #1 0x7c92e288 in ntdll!ZwReadFile () from C:\WINDOWS\system32\ntdll.dll
> #2 0x7c801875 in ReadFile () from C:\WINDOWS\system32\kernel32.dll
> #3 0x000005d0 in ?? ()
> #4 0x00000000 in ?? ()
>
> (gdb) thread 1
> [Switching to thread 1 (thread 3944.0x680)]#0 0x7c921231 in
> ntdll!DbgUiConnectT
> oDbg () from C:\WINDOWS\system32\ntdll.dll
> (gdb) c
> Continuing.
>
> Program exited with code 02.
>
>
> In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
> of 2008-07-14 on RAZ0R
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (3.4) --cflags -I./inc -pipe
> -Id:/apps/gnuwin32/include'
>
> Important settings:
> value of $LC_ALL: nil
> value of $LC_COLLATE: nil
> value of $LC_CTYPE: nil
> value of $LC_MESSAGES: nil
> value of $LC_MONETARY: nil
> value of $LC_NUMERIC: nil
> value of $LC_TIME: nil
> value of $LANG: CHS
> value of $XMODIFIERS: nil
> locale-coding-system: cp936
> default-enable-multibyte-characters: t
>
> Major mode: Fundamental
>
> Minor modes in effect:
> ecb-minor-mode: t
> which-function-mode: t
> desktop-save-mode: t
> recentf-mode: t
> show-paren-mode: t
> auto-image-file-mode: t
> tabbar-mwheel-mode: t
> tabbar-mode: t
> tooltip-mode: t
> mouse-wheel-mode: t
> menu-bar-mode: t
> file-name-shadow-mode: t
> global-font-lock-mode: t
> blink-cursor-mode: t
> global-auto-composition-mode: t
> auto-encryption-mode: t
> auto-compression-mode: t
> column-number-mode: t
> line-number-mode: t
> transient-mark-mode: t
>
> Recent input:
> <down-mouse-1> <mouse-1> <down-mouse-1> <mouse-1> <help-echo>
> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
> <menu-bar> <help-menu> <send-emacs-bug-report>
>
> Recent messages:
> Mark set [15 times]
> The ECB is now activated.
> There are no NEWS to display. [7 times]
> Loading vc-cvs...done
> temp.txt has auto save data; consider M-x recover-this-file
> Desktop: 20 buffers restored.
> For information about GNU Emacs and the GNU system, type C-h C-a.
> Mark set [5 times]
> ECB 2.33beta1 - Warning: The tag-visit-function
> `ecb-tag-visit-smart-tag-start' moves point outside of tag - ignored!
> Mark set [90 times]
>
>
>
>
>
next prev parent reply other threads:[~2008-12-09 15:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <493FD3AB.90808@gnu.org>
2008-05-15 2:07 ` 23.0.60; the chinese font display related Kyle M. Lee
2008-05-15 8:47 ` bug#248: " Jason Rumney
2008-05-15 9:28 ` Kyle M. Lee
2008-05-15 9:42 ` Jason Rumney
2008-05-15 9:54 ` Kyle M. Lee
2008-12-09 15:24 ` Jason Rumney
2008-12-10 14:40 ` bug#248: marked as done (23.0.60; the chinese font display related) Emacs bug Tracking System
2008-07-22 14:49 ` bug#592: 23.0.60; emacs crashed on w32 Kyle M. Lee
2008-12-09 15:27 ` Jason Rumney [this message]
2008-12-10 14:40 ` bug#592: marked as done (23.0.60; emacs crashed on w32) Emacs bug Tracking System
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=493E8E6E.4020406@f2s.com \
--to=jasonr@f2s.com \
--cc=592@emacsbugs.donarmstrong.com \
--cc=mail2kyle@gmail.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.
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.