Reported by: "Kyle M. Lee" <mail2kyle <at> gmail.com>
Date: Tue, 22 Jul 2008 14:55:04 UTC
Severity: grave
Tags: moreinfo
Done: Jason Rumney <jasonr <at> gnu.org>
Bug is archived. No further changes may be made.
Message #16 received at 592 <at> emacsbugs.donarmstrong.com (full text, mbox):
From: Jason Rumney <jasonr <at> f2s.com> To: "Kyle M. Lee" <mail2kyle <at> gmail.com> Cc: 592 <at> debbugs.gnu.org Subject: Re: 23.0.60; emacs crashed on w32 Date: Tue, 09 Dec 2008 23:27:42 +0800
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] > > > > >
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.