unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
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]
>
>
>
>
>   







  reply	other threads:[~2008-12-09 15:27 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <493FD3AB.90808@gnu.org>
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
     [not found] ` <482B9AD2.8080305@gmail.com>
2008-05-15  8:47   ` bug#248: 23.0.60; the chinese font display related 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

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

  List information: https://www.gnu.org/software/emacs/

* 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 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).