From debbugs-submit-bounces@debbugs.gnu.org Thu May 06 12:20:02 2010 Received: (at submit) by debbugs.gnu.org; 6 May 2010 16:20:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OA3nt-0004yd-0M for submit@debbugs.gnu.org; Thu, 06 May 2010 12:20:02 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OA3dk-0004th-HW for submit@debbugs.gnu.org; Thu, 06 May 2010 12:09:43 -0400 Received: from lists.gnu.org ([199.232.76.165]:39135) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OA3dP-0007dd-VV for submit@debbugs.gnu.org; Thu, 06 May 2010 12:09:12 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1OA3dO-0001FV-RX for bug-gnu-emacs@gnu.org; Thu, 06 May 2010 12:09:11 -0400 Received: from [140.186.70.92] (port=47502 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OA3dI-0000lP-8w for bug-gnu-emacs@gnu.org; Thu, 06 May 2010 12:09:10 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID,T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OA3ck-0003Kj-3m for bug-gnu-emacs@gnu.org; Thu, 06 May 2010 12:08:38 -0400 Received: from mail-pz0-f184.google.com ([209.85.222.184]:46213) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OA3cj-0003KN-OE for bug-gnu-emacs@gnu.org; Thu, 06 May 2010 12:08:30 -0400 Received: by pzk14 with SMTP id 14so83175pzk.25 for ; Thu, 06 May 2010 09:08:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=noMfbzR5TroJyD5zvwsK6mF0I19WG6nZS5HOk7J6Tis=; b=P0Z/f7QxF9cpt3sRhEb1MvU4lpMvxqS/NPKmra7d9YcKrVtbYkliQhz5c4Ajk6Bz0G b/MHYHjUFjgYGy42nqpex/gf78FBz7tJRVy7G0Rpx9dLhtFc8kPwcjnUUq3IiKrPFjh5 BVNPDM0wbTJMhN8gNRMdSzZq2ftikaxsSOkyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=ODv1C/TGAbMm7eSMmSiv7y+8bG4pfVrtqu+0QzuVPqiy/zVMiIz2RQwkla+vtCwy2k 9OkYe43wNJMKreImGjrpTRQa/e4ACV2BAFiVxqNN08SW3dZt+wX+PHDdQhpb4EO/jUFo UxYfhMJUDm3RZDdQpwk1bJRT5x0u8veqR0bCE= Received: by 10.143.154.27 with SMTP id g27mr7881508wfo.333.1273162108274; Thu, 06 May 2010 09:08:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.114.18 with HTTP; Thu, 6 May 2010 09:08:08 -0700 (PDT) From: Chunyu Wang Date: Fri, 7 May 2010 00:08:08 +0800 Message-ID: Subject: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Thu, 06 May 2010 12:20:00 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. Please describe exactly what actions triggered the bug and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': emacs -Q to start M-: (w32-shell-execute "open" "C:\\abc.ttt") Emacs got killed by system because of segmentation fault. The file C:/abc.t= tt is just a text file with no system default associated program, and this sho= uld make a w32-shell-execute error in the *Message* buffer. The following is th= e mingw gdb backtraces. GNU gdb (GDB) 7.1 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from C:\free_ware\emacs-bzr\src\oo-spd\i386/emacs.exe...don= e. (gdb) run -Q Starting program: C:\free_ware\emacs-bzr\src\oo-spd\i386/emacs.exe -Q [New Thread 3204.0x1304] [New Thread 3204.0x1338] [New Thread 3204.0x134c] [New Thread 3204.0x108] [New Thread 3204.0x13f8] [New Thread 3204.0x13ec] [New Thread 3204.0xfe8] Program received signal SIGSEGV, Segmentation fault. 0x01129096 in char_table_ref (table=3D47436805, c=3D16390349) at chartab.c:= 210 210 if (SUB_CHAR_TABLE_P (val)) (gdb) p val $1 =3D 1073774669 (gdb) bt full #0 0x01129096 in char_table_ref (table=3D47436805, c=3D16390349) at charta= b.c:210 tbl =3D 0x2d3d400 val =3D 1073774669 #1 0x011185ab in c_string_width ( str=3D0x137bc48 "\317\265\315\263\325\322\262\273\265\275\326\270\266\250\265\304\316\304\2= 74\376\241\243\r\n", len=3D24, precision=3D-1, nchars=3D0x0, nbytes=3D0x0) at character.c:420 bytes =3D 5 thiswidth =3D 1073774664 val =3D 1073774669 c =3D 16390349 i =3D 7 i_byte =3D 18 width =3D 6 dp =3D 0x2db7200 #2 0x0111870b in strwidth ( str=3D0x40008048
, len=3D1073774664) at character.c:453 No locals. #3 0x0114386d in doprnt (buffer=3D0x88f520 "ShellExecute failed: \236\310"= , bufsize=3D178, format=3D0x137bc48 "\317\265\315\263\325\322\262\273\265\275\326\270\266\250\265\304\316\304\2= 74\376\241\243\r\n", format_end=3D0x13497ab "", nargs=3D3, args=3D0x88f510) at doprnt.c:213 size_bound =3D 0 width =3D 2003054591 cnt =3D 1 fmt =3D 0x13497ab "" bufptr =3D 0x88f535 "\236\310" tembuf =3D "\304\000\306\000\370;\310\000\370\003\000\000\177\000\000\000(\364\210\000= \000\000\306\000&\252iwp\236\310\000p\021\000\000\372\066dwE\236\312t\000\0= 00\000\000\000\000\306\000h\236\310\000\364\300fw\350\242S\004p\036S\004\00= 0\000\000\000q\000\004u\000\000\000\000\b\365\210\000\000\000\000\000P\001\= 306\000\000\000\306\000\336\363cwP\001\306\000\304\000\306\000\000\000\000\= 000\001\000S\004\000\000\000\000\001\000\000\000\001\000\000\000\000\000\27= 4u\177\000\000\000\004\000\000\000\002\000\000\000\000\000\274\000\004\b\00= 0\000\370;\310\000\004\000\000\000\370\003\000\000\000\000\000\000\330\364\= 210\000S5ew\177\000\000\000\000\000\000\000X$\300u\000\000\000\000\336\363c= wP\001\306\000\000\000"... size_allocated =3D 408 sprintf_buffer =3D 0x88f320 "\304" big_buffer =3D 0x0 tem =3D 24 string =3D 0x137bc48 "\317\265\315\263\325\322\262\273\265\275\326\270\266\250\265\304\316\304\2= 74\376\241\243\r\n" fixed_buffer =3D "p\r\000\000\356\376\356\376\000\000\306\000`\236\310\000\000\000\000" fmtcpy =3D 0x88f280 "%s" minlen =3D 0 charbuf =3D "\201\034ew\000" #4 0x0100b463 in error (m=3D0x1349794 "ShellExecute failed: %s", a1=3D0x40008048
, a2=3D0x40008048
, a3=3D0x40008048
) at eval.c:2078 used =3D 1073774664 buf =3D "ShellExecute failed: \236\310\000\000\000\000\000\000\020\000\000\000\000\000\000,\212~\363\314\= 365\210\000\304\365\210\000\000\000\000\000\244\365\210\000\000\000\000\000= H\274\000\001\030\000\000\000\260\365\210\000\202\236\000\000\244\364\210\0= 00\311\237\312t\304\377\210\000\035\004hw\235\254!\003\376\377\377\377\372\= 066dw\362\062dw`\236\310\000h\236\310\000H\274\067\001h\236\310\000\030\000= \000\000`\236\310\000\330\365\210\000)>\275u\000\000\306\000\000\000\000\00= 0h\236\310\000 \001e\004\032x\275\002\002\000\000\000\030\000\364\001H\274\067\001\032\000= \034\000h\236\310\000\000\000\000\000\b\366\210\000\323\377\a\001\000\000\0= 00\000\000\000\000" size =3D 200 buffer =3D 0x88f520 "ShellExecute failed: \236\310" args =3D { 0x137bc48 "\317\265\315\263\325\322\262\273\265\275\326\270\266\250\265\304\316\304\2= 74\376\241\243\r\n", 0x465fc78 "C:\\abc.ttt", 0x0} allocated =3D 0 string =3D 200 #5 0x0116332f in Fw32_shell_execute (operation=3D73728336, document=3D7372= 8256, parameters=3D45971482, show_flag=3D45971482) at w32fns.c:6356 current_dir =3D 73728288 #6 0x0100bbcb in Feval (form=3D20121176) at eval.c:2423 numargs =3D 2 args_left =3D 45971482 i =3D 4 maxargs =3D 4 argvals =3D {73728337, 73728321, 45971482, 45971482, 7, 5, 18825454= , 46130778} fun =3D 20121176 val =3D 1073774669 original_fun =3D 46186146 original_args =3D 48068942 funcar =3D 1073774669 backtrace =3D {next =3D 0x88f740, function =3D 0x88f67c, args =3D 0= x88f680, nargs =3D 2, evalargs =3D 1 '\001', debug_on_exit =3D 0 '\000'} gcpro1 =3D {next =3D 0x2c360c2, var =3D 0x88f6a0, nvars =3D 7} gcpro2 =3D {next =3D 0x2bfe4da, var =3D 0x2bd781a, nvars =3D 459714= 82} gcpro3 =3D {next =3D 0x11f40f1, var =3D 0x88f680, nvars =3D 4} #7 0x0100c622 in Ffuncall (nargs=3D2, args=3D0x118fa78) at eval.c:3072 fun =3D 18414200 original_fun =3D 8976276 funcar =3D 1073774669 lisp_numargs =3D 1073774664 val =3D 1073774669 backtrace =3D {next =3D 0x88f8b0, function =3D 0x88f790, args =3D 0= x88f794, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exit =3D 0 '\000'} internal_args =3D 0x88f794 i =3D 1073774669 #8 0x011217ac in Fbyte_code (bytestr=3D1073774669, vector=3D8976272, maxde= pth=3D1) at bytecode.c:680 op =3D 1 vectorp =3D 0x11f4050 stack =3D {pc =3D 0x12f154f "\nB\022\r\023)\f\v=3D\204&", top =3D 0= x88f794, bottom =3D 0x88f790, byte_string =3D 18825273, byte_string_start =3D 0x12f1537 "\b\204\r", constants =3D 1882529= 3, next =3D 0x0} top =3D 0x88f790 #9 0x0100c01d in funcall_lambda (fun=3D18825221, nargs=3D2, arg_vector=3D0= x88f904) at eval.c:3259 val =3D 1073774664 syms_left =3D 45971482 next =3D 18825216 i =3D 2 optional =3D 1 rest =3D 0 #10 0x0100c401 in Ffuncall (nargs=3D3, args=3D0x11f4005) at eval.c:3129 fun =3D 18825221 original_fun =3D 46442690 funcar =3D 1073774669 lisp_numargs =3D 1073774664 val =3D 1073774669 backtrace =3D {next =3D 0x88fb30, function =3D 0x88f900, args =3D 0= x88f904, nargs =3D 2, evalargs =3D 0 '\000', debug_on_exit =3D 0 '\000'} internal_args =3D 0x2c4a8c2 i =3D 1073774669 #11 0x0100ce7a in Fapply (nargs=3D2, args=3D0x88f978) at eval.c:2570 i =3D 3 numargs =3D 2 spread_arg =3D 45971482 funcall_args =3D 0x88f900 fun =3D 18825221 gcpro1 =3D {next =3D 0x3, var =3D 0x0, nvars =3D 3} #12 0x0100cfcb in apply1 (fn=3D46442690, arg=3D1073774669) at eval.c:2839 args =3D {46442690, 48069150} gcpro1 =3D {next =3D 0x1056b87, var =3D 0x88f978, nvars =3D 2} #13 0x0111f5b2 in Fcall_interactively (function=3D46442690, record_flag=3D45971482, keys=3D45992709) at callint.c:396 specs =3D 48069150 filter_specs =3D 46442690 teml =3D 46442690 up_event =3D 45971482 enable =3D 45971482 next_event =3D 18111393 prefix_arg =3D 45971482 string =3D 0x2bf8212 "" tem =3D 0x2be2362 "" i =3D 45971482 j =3D 45971482 foo =3D 1073774664 prompt1 =3D "\001\000\000\000\374\372\210\000\b\373\210\000\310\376\f\001\032x\275\002\= 001\000\000\000\001\000\000\000`\330\353\002\000\020\276\002\374\372\210\00= 0\270\372\210\000H\372\030\001\000\000\000\000\370\372\210\000\374\372\210\= 000\001\000\000\000\000\000\000\000\372\031\300\002\330\372\210\000\324\\\0= 00\001Xz8\001\000\000\000\000\000\000\000\000\002\000\000\000\302\250\304\0= 02" arg_from_tty =3D 0 gcpro1 =3D {next =3D 0x2bf80c2, var =3D 0x118fa48, nvars =3D 897711= 2} gcpro2 =3D {next =3D 0x0, var =3D 0x2be253a, nvars =3D 50332722} gcpro3 =3D {next =3D 0x1, var =3D 0x88fafc, nvars =3D 8977000} gcpro4 =3D {next =3D 0x2c3d88e, var =3D 0x2be256a, nvars =3D 897698= 4} gcpro5 =3D {next =3D 0x2be2e42, var =3D 0x2bd4d4e, nvars =3D 897700= 0} key_count =3D 1 record_then_fail =3D 0 save_this_command =3D 46442690 save_last_command =3D 45971482 save_this_original_command =3D 46442690 save_real_this_command =3D 46442690 #14 0x0100c5fb in Ffuncall (nargs=3D4, args=3D0x132f190) at eval.c:3078 fun =3D 20115856 original_fun =3D 8977284 funcar =3D 1073774669 lisp_numargs =3D 1073774664 val =3D 1073774669 backtrace =3D {next =3D 0x0, function =3D 0x88fb80, args =3D 0x88fb= 84, nargs =3D 3, evalargs =3D 0 '\000', debug_on_exit =3D 0 '\000'} internal_args =3D 0x88fb84 i =3D 1073774669 #15 0x0100c825 in call3 (fn=3D1073774664, arg1=3D1073774664, arg2=3D1073774= 664, arg3=3D1073774664) at eval.c:2900 ret_ungc_val =3D 1073774664 gcpro1 =3D {next =3D 0x2bf66ba, var =3D 0x2bd781a, nvars =3D 4} args =3D {46117394, 46442690, 45971482, 45971482} #16 0x0105c568 in Fcommand_execute (cmd=3D46442690, record_flag=3D45971482, keys=3D1073774664, special=3D45971482) at keyboard.c:10397 final =3D 18825216 tem =3D 1073774669 prefixarg =3D 45971482 #17 0x010635b4 in command_loop_1 () at keyboard.c:1755 cmd =3D 2 keybuf =3D {536871144, 8977724, 0, 8977784, 8977720, 0, 33689212, 5181052, 0, 8977704, 8977708, 0, 0, 8977704, 0, 33689241, 5508761= , 0, 245, 0, 0, 8977484, 8977312, 0, 1975451648, 13035872, 2003123744, 1959433885, 8977700, 13013560} i =3D 1 prev_modiff =3D 10 prev_buffer =3D 0x2be1000 #18 0x0100a122 in internal_condition_case (bfun=3D0x1063281 , handlers=3D46029042, hfun=3D0x105d002 ) at eval.c:1509 val =3D 1073774664 c =3D {tag =3D 45971482, val =3D 45971482, next =3D 0x88fdd0, gcpro= =3D 0x0, jmp =3D {8977816, 0, 20431289, 1, 8977644, 16818383, 8978372, 0, 1979200060, 1979200144, -1, 1975293735, -480, 7602240, 7471226, 7536741}, backlist =3D 0x0, handlerlist =3D 0x0, lisp_eval_dept= h =3D 0, pdlcount =3D 2, poll_suppress_count =3D 0, interrupt_input_blocke= d =3D 0, byte_stack =3D 0x0} h =3D {handler =3D 46029042, var =3D 45971482, chosen_clause =3D 0, tag =3D 0x88fd20, next =3D 0x0} #19 0x01056e52 in command_loop_2 () at keyboard.c:1356 val =3D 1073774664 #20 0x0100a057 in internal_catch (tag=3D1073774664, func=3D0x1056e2f , arg=3D45971482) at eval.c:1245 c =3D {tag =3D 46027210, val =3D 45971482, next =3D 0x0, gcpro =3D = 0x0, jmp =3D { 8977992, 0, 20431289, 1, 8977852, 16818237, 8978372, 0, 0, 1975450067, 0, 0, 8977948, 1978573890, 1979187344, 0}, backlist =3D 0x0, handlerlist =3D 0x0, lisp_eval_depth =3D 0, pdlcount =3D 2, poll_suppress_count =3D 0, interrupt_input_blocke= d =3D 0, byte_stack =3D 0x0} #21 0x01056c5f in command_loop () at keyboard.c:1335 No locals. #22 0x01056cf8 in recursive_edit_1 () at keyboard.c:950 val =3D 0 #23 0x01056e19 in Frecursive_edit () at keyboard.c:1012 buffer =3D 45971482 #24 0x01002ed5 in main (argc=3D2, argv=3D0x310c0) at emacs.c:1784 dummy =3D 54 stack_bottom_variable =3D 1 '\001' do_initial_setlocale =3D 1 skip_args =3D 0 no_loadup =3D 0 junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x1188e50 "U\211\345\203\354\b\241\354\025\063\001\21= 3" (gdb) qu quit A debugging session is active. Inferior 1 [process 3204] will be killed. Quit anyway? (y or n) error return ../../gdb-7.1/gdb/windows-nat.c:1162 was= 5 If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file c:/free_ware/emacs-bzr/etc/DEBUG. In GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600) of 2010-05-06 on NCCY-PC Windowing system distributor `Microsoft Corp.', version 6.1.7600 configured using `configure --with-gcc (3.4)' 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: zh_CN value of $XMODIFIERS: nil locale-coding-system: cp936 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x b e m a c s SPC b u SPC b u SPC r e p o r t SPC b u SPC SPC Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader emacsbug help-mode easymenu view china-util tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) --=20 Harbin Institute of Technology, China Chunyu Wang From debbugs-submit-bounces@debbugs.gnu.org Thu May 06 20:01:16 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 00:01:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAB0G-0008Lc-8f for submit@debbugs.gnu.org; Thu, 06 May 2010 20:01:16 -0400 Received: from fg-out-1718.google.com ([72.14.220.159]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAB0D-0008LW-La for 6126@debbugs.gnu.org; Thu, 06 May 2010 20:01:14 -0400 Received: by fg-out-1718.google.com with SMTP id 19so466524fgg.15 for <6126@debbugs.gnu.org>; Thu, 06 May 2010 17:01:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=xXETRQvS0d/g4ufhul32QW2vOR64iNc9wUyBMI2Lva0=; b=HyqAU6o6VnLXxrSDBP1qOvWNEAUO9YYR6YyuMuSYaLW6OVR3H9DSARM/bWUgzhfwmu F2Llp91qVUUsLp9A3rlsSDqeyY9L8ew9bp1Q9bitRt0n8/E7c5N4ynqgZSB0gudJJz8c pCEFhRiajKut1uriscWmZ4A/KDDRpD6SzsfrI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Ri3O4kC02fUClYwujO9DNF8gED8aQoFiQGf0uZzoqU68OHiJjmoCowMfrOz/1jajwt XEcrn1a2vd//JCHvfokMvmWPuWUgEbwTtwlHd3D43HJj3RPDSuzWGNmNV+D1lkTVK9wR QNdiVXkIFIhmhXClzpyyfzMQLh5hTp0EodVrs= Received: by 10.87.15.40 with SMTP id s40mr2590935fgi.44.1273190469081; Thu, 06 May 2010 17:01:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.86.60.3 with HTTP; Thu, 6 May 2010 17:00:49 -0700 (PDT) In-Reply-To: References: From: Lennart Borgman Date: Fri, 7 May 2010 02:00:49 +0200 Message-ID: Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file To: Chunyu Wang Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.1 (---) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.1 (---) On Thu, May 6, 2010 at 6:08 PM, Chunyu Wang wrote: > > emacs -Q =C2=A0to start > M-: (w32-shell-execute "open" "C:\\abc.ttt") > > Emacs got killed by system because of segmentation fault. The file C:/abc= .ttt > is just a text file with no system default associated program, and this s= hould > make a w32-shell-execute error in the *Message* buffer. The following is = the > mingw gdb backtraces. > > GNU gdb (GDB) 7.1 ... > #4 =C2=A00x0100b463 in error (m=3D0x1349794 "ShellExecute failed: %s", > =C2=A0 =C2=A0a1=3D0x40008048
, > =C2=A0 =C2=A0a2=3D0x40008048
, > =C2=A0 =C2=A0a3=3D0x40008048
) at eval.= c:2078 > =C2=A0 =C2=A0 =C2=A0 =C2=A0used =3D 1073774664 > =C2=A0 =C2=A0 =C2=A0 =C2=A0buf =3D "ShellExecute failed: > \236\310\000\000 ... I do not understand C code but here are some small observations: - In w32_error the argument error_no has type int. It should be more easy to understand if it had the type DWORD which is what GetLastError returns. Will using int be correct on all w32 platforms? - The call to error in w32-shell-execute has only two arguments. Is that correct? error in eval.c takes four arguments. - The parameter lpBuffer to FormatMessage has the type LPTSTR. Is it correct to call that with *char (ie buf)? It looks in the backtrace like even the argument a1 to error is incorrect. From debbugs-submit-bounces@debbugs.gnu.org Thu May 06 21:53:09 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 01:53:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OACkW-0000mS-Tb for submit@debbugs.gnu.org; Thu, 06 May 2010 21:53:09 -0400 Received: from mail-px0-f172.google.com ([209.85.212.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OACkV-0000m6-2B for 6126@debbugs.gnu.org; Thu, 06 May 2010 21:53:07 -0400 Received: by pxi19 with SMTP id 19so266298pxi.3 for <6126@debbugs.gnu.org>; Thu, 06 May 2010 18:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=tMseZ2G51EMHyUPGCpRNUy6Q1aa+Cmty6SrgHjGyE/k=; b=f2wYXrsBQ+yDuQtMZdGiNTiG/9mAXw4mNd2/IsPS9b1NB7zIOa8IHKMl0LBZY3mYYd gecxEKkHjvXM1vyHH2bv5nKvHVXPey8bK8RHhhjLTDYNHq/RGRA6HtSy5GBIWWDt3FXF v2iojOZS+rt/LfuNovxgbhu4BEMWWCWv046/o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=UBgmcwEHsKl/lzWaxdpfxAogIQetXWlOHEi1CV5ctXIT+/gBu0J/CJibf6xvdtKhiO 1Rc6OJnmnKq7xZFJ+Xk5hTafeKxi02HhncCx9Ot8ID+Cgql5y9glp1Bgctcd5KeRkE6c qHJvvUAL59Xu7Ci8KnipThgh18kZgjxQ2Hpew= Received: by 10.142.248.38 with SMTP id v38mr935368wfh.246.1273197182673; Thu, 06 May 2010 18:53:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.114.18 with HTTP; Thu, 6 May 2010 18:52:42 -0700 (PDT) In-Reply-To: References: From: Chunyu Wang Date: Fri, 7 May 2010 09:52:42 +0800 Message-ID: Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file To: Lennart Borgman Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) 2010/5/7 Lennart Borgman : > ... > I do not understand C code but here are some small observations: > > - In w32_error the argument error_no has type int. It should be more > easy to understand if it had the type DWORD which is what GetLastError > returns. Will using int be correct on all w32 platforms? Sorry, I have no idea completely. > - The call to error in w32-shell-execute has only two arguments. Is > that correct? error in eval.c takes four arguments. (w32-shell-execute OPERATION DOCUMENT &optional PARAMETERS SHOW-FLAG) The last two are optional, but emacs crashed even if called with them. > - The parameter lpBuffer to FormatMessage has the type LPTSTR. Is it > correct to call that with *char (ie buf)? It looks in the backtrace > like even the argument a1 to error is incorrect. no idea too. -- Harbin Institute of Technology, China Chunyu Wang From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 05:05:26 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 09:05:26 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAJUs-0004F0-DB for submit@debbugs.gnu.org; Fri, 07 May 2010 05:05:26 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAJUq-0004Ev-Ea for 6126@debbugs.gnu.org; Fri, 07 May 2010 05:05:25 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0L2100800L57NZ00@a-mtaout21.012.net.il> for 6126@debbugs.gnu.org; Fri, 07 May 2010 12:05:08 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.0.144]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L210086QL8J5G20@a-mtaout21.012.net.il>; Fri, 07 May 2010 12:05:08 +0300 (IDT) Date: Fri, 07 May 2010 12:03:06 +0300 From: Eli Zaretskii Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file In-reply-to: X-012-Sender: halo1@inter.net.il To: Chunyu Wang Message-id: <83hbmkjd85.fsf@gnu.org> References: X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.4 (-) > From: Chunyu Wang > Date: Fri, 7 May 2010 00:08:08 +0800 > Cc: > > emacs -Q to start > M-: (w32-shell-execute "open" "C:\\abc.ttt") > > Emacs got killed by system because of segmentation fault. The file C:/abc.ttt > is just a text file with no system default associated program, and this should > make a w32-shell-execute error in the *Message* buffer. On my system, there's no segfault, only the (expected) error thrown: Debugger entered--Lisp error: (error "ShellExecute failed: No application is associated with the specified file for this operation. ") w32-shell-execute("open" "C:\\abc.ttt") eval((w32-shell-execute "open" "C:\\abc.ttt")) eval-expression((w32-shell-execute "open" "C:\\abc.ttt") nil) call-interactively(eval-expression nil nil) And from the backtrace you show, Emacs was trying to display the same error in your case: > #4 0x0100b463 in error (m=0x1349794 "ShellExecute failed: %s", > a1=0x40008048
, > a2=0x40008048
, > a3=0x40008048
) at eval.c:2078 > used = 1073774664 > buf = "ShellExecute failed: > \236\310\000\000\000\000\000\000\020\000\000\000\000\000\000,\212~\363\314\365\210\000\304\365\210\000\000\000\000\000\244\365\210\000\000\000\000\000H\274\000\001\030\000\000\000\260\365\210\000\202\236\000\000\244\364\210\000\311\237\312t\304\377\210\000\035\004hw\235\254!\003\376\377\377\377\372\066dw\362\062dw`\236\310\000h\236\310\000H\274\067\001h\236\310\000\030\000\000\000`\236\310\000\330\365\210\000)>\275u\000\000\306\000\000\000\000\000h\236\310\000 > \001e\004\032x\275\002\002\000\000\000\030\000\364\001H\274\067\001\032\000\034\000h\236\310\000\000\000\000\000\b\366\210\000\323\377\a\001\000\000\000\000\000\000\000" > size = 200 > buffer = 0x88f520 "ShellExecute failed: \236\310" > args = { > 0x137bc48 > "\317\265\315\263\325\322\262\273\265\275\326\270\266\250\265\304\316\304\274\376\241\243\r\n", > 0x465fc78 "C:\\abc.ttt", 0x0} So I think the problem is not related to the fact that the file's extension was unassociated, but rather that the file name used some non-ASCII characters that Emacs tried to display, and crashed because some table was invalid, or something like that. Observe: > Program received signal SIGSEGV, Segmentation fault. > 0x01129096 in char_table_ref (table=47436805, c=16390349) at chartab.c:210 > 210 if (SUB_CHAR_TABLE_P (val)) > (gdb) p val > $1 = 1073774669 > (gdb) bt full > #0 0x01129096 in char_table_ref (table=47436805, c=16390349) at chartab.c:210 > tbl = 0x2d3d400 > val = 1073774669 > #1 0x011185ab in c_string_width ( > str=0x137bc48 > "\317\265\315\263\325\322\262\273\265\275\326\270\266\250\265\304\316\304\274\376\241\243\r\n", > len=24, precision=-1, nchars=0x0, > nbytes=0x0) at character.c:420 > bytes = 5 > thiswidth = 1073774664 > val = 1073774669 > c = 16390349 > i = 7 > i_byte = 18 > width = 6 > dp = 0x2db7200 > #2 0x0111870b in strwidth ( > str=0x40008048
, len=1073774664) > at character.c:453 > No locals. > #3 0x0114386d in doprnt (buffer=0x88f520 "ShellExecute failed: \236\310", So it dies inside a call to char_table_ref, evidently trying to compute the width of a string. Does this problem happen in an unoptimized build as well? If so, could you please find out what is the table it is using (the `tbl' variable in frame #0), and also what is `val' (by using the xtype command and a command to show the Lisp type printed by xtype, probably xchartable)? From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 05:30:15 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 09:30:15 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAJss-0004QC-P7 for submit@debbugs.gnu.org; Fri, 07 May 2010 05:30:14 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAJsq-0004Q7-MZ for 6126@debbugs.gnu.org; Fri, 07 May 2010 05:30:13 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L2100G00MC2G000@a-mtaout20.012.net.il> for 6126@debbugs.gnu.org; Fri, 07 May 2010 12:29:14 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.0.144]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L2100CBXMCPM9I0@a-mtaout20.012.net.il>; Fri, 07 May 2010 12:29:14 +0300 (IDT) Date: Fri, 07 May 2010 12:27:12 +0300 From: Eli Zaretskii Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <83fx24jc3z.fsf@gnu.org> References: X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org, cymacs@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.4 (-) > From: Lennart Borgman > Date: Fri, 7 May 2010 02:00:49 +0200 > Cc: 6126@debbugs.gnu.org > > - In w32_error the argument error_no has type int. It should be more > easy to understand if it had the type DWORD which is what GetLastError > returns. Will using int be correct on all w32 platforms? Yes. DWORD is an unsigned 32-bit integer type on all versions of Windows, even on 64-bit Windows. (I agree that it would be better to use `unsigned int' rather than just `int', though.) > - The call to error in w32-shell-execute has only two arguments. Is > that correct? Yes, the other arguments are optional, see the doc string. > error in eval.c takes four arguments. `error' accepts a variable-size argument list, like `printf'. This is stated in the commentary in eval.c. > - The parameter lpBuffer to FormatMessage has the type LPTSTR. Is it > correct to call that with *char (ie buf)? Yes. LPTSTR is defined as a `char *' in non-Unicode builds, and as a `wchar_t *' in Unicode builds (which we don't yet support in Emacs, but we should, some day). > It looks in the backtrace > like even the argument a1 to error is incorrect. If you mean these parts of the backtrace: a1=0x40008048
, a2=0x40008048
, a3=0x40008048
) at eval.c:2078 then it looks like `error' handles that just fine, because the value of `args[]' computed from them is correct: args = { 0x137bc48 "\317\265\315\263\325\322\262\273\265\275\326\270\266\250\265\304\316\304\274\376\241\243\r\n", 0x465fc78 "C:\\abc.ttt", 0x0} Maybe the problem happens because the error string (args[0]) is encoded in a locale-specific encoding, so perhaps calling build_string on it is not TRT. From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 06:52:27 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 10:52:27 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OALAQ-00051g-GZ for submit@debbugs.gnu.org; Fri, 07 May 2010 06:52:27 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OALAN-00051Z-OC for 6126@debbugs.gnu.org; Fri, 07 May 2010 06:52:24 -0400 Received: by fxm4 with SMTP id 4so685310fxm.3 for <6126@debbugs.gnu.org>; Fri, 07 May 2010 03:52:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=SZ8GnavYfb8p9T/oBA3IEZp4nPSnxOJkaVUfteve/xo=; b=U83f7uwVTh0j0Av8gK0tNHiYXolgQBLh6CjHzxTtYsNeH63ACb2h9qwyj9DmNfxL5e 3yi4DvuXKRODvZsig6uIzIfhFVnl5owuvj8d5cVXPqv7v5ZLxtIISBiy/kGBUL+ulNC7 CMlDo4Iy3pJBTrdJz/BEiNiNE4047gPKZeNus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=hQjfx71pZ94NwOdXPX8xqqArpPUhyAAf0t3+bu93X8JcLfqkQ7P7xrVUmWxiZd8ILR SA004G1Dtm90Fx/+QWBvCQFnm0oqUJmFlWooeJ8z0r8vywE3G1U05/3SYO0oNXjoELmS HTu7n2PVEMi8DY8QFRhFu9HNQ0rR4MP/TPNxY= Received: by 10.239.137.69 with SMTP id k5mr299153hbk.38.1273229540124; Fri, 07 May 2010 03:52:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.164.81 with HTTP; Fri, 7 May 2010 03:52:00 -0700 (PDT) In-Reply-To: <83fx24jc3z.fsf@gnu.org> References: <83fx24jc3z.fsf@gnu.org> From: Lennart Borgman Date: Fri, 7 May 2010 12:52:00 +0200 Message-ID: Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org, cymacs@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Fri, May 7, 2010 at 11:27 AM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Fri, 7 May 2010 02:00:49 +0200 >> Cc: 6126@debbugs.gnu.org >> >> - In w32_error the argument error_no has type int. It should be more >> easy to understand if it had the type DWORD which is what GetLastError >> returns. Will using int be correct on all w32 platforms? > > Yes. =C2=A0DWORD is an unsigned 32-bit integer type on all versions of > Windows, even on 64-bit Windows. =C2=A0(I agree that it would be better t= o > use `unsigned int' rather than just `int', though.) Hi Eli, Wouldn't it be better to just use DWORD which is what is used in the ms docs for GetLastError etc? Maybe that would confuse newcomers quite a bit less? >> - The call to error in w32-shell-execute has only two arguments. Is >> that correct? > > Yes, the other arguments are optional, see the doc string. > >> error in eval.c takes four arguments. > > `error' accepts a variable-size argument list, like `printf'. =C2=A0This = is > stated in the commentary in eval.c. Oh, sorry. Thanks. >> - The parameter lpBuffer to FormatMessage has the type LPTSTR. Is it >> correct to call that with *char (ie buf)? > > Yes. =C2=A0LPTSTR is defined as a `char *' in non-Unicode builds, and as = a > `wchar_t *' in Unicode builds (which we don't yet support in Emacs, > but we should, some day). When that has been done I think using LPTSTR would be best. Maybe putting a note there why it is not LPTSTR today would be good? >> It looks in the backtrace >> like even the argument a1 to error is incorrect. > > If you mean these parts of the backtrace: > > =C2=A0 =C2=A0a1=3D0x40008048
, > =C2=A0 =C2=A0a2=3D0x40008048
, > =C2=A0 =C2=A0a3=3D0x40008048
) at eval.= c:2078 > > then it looks like `error' handles that just fine, because the value > of `args[]' computed from them is correct: It just looked strange to me that they all three have the same value. Is that how it normally looks then a2 and a3 are not given? > =C2=A0 =C2=A0 =C2=A0 =C2=A0args =3D { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00x137bc48 > "\317\265\315\263\325\322\262\273\265\275\326\270\266\250\265\304\316\304= \274\376\241\243\r\n", > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00x465fc78 "C:\\abc.ttt", 0x0} > > Maybe the problem happens because the error string (args[0]) is > encoded in a locale-specific encoding, so perhaps calling build_string > on it is not TRT. I guess it is sometning with the encoding, but I really have no more accurate idea of it. From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 08:17:43 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 12:17:43 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAMUw-00069u-Rd for submit@debbugs.gnu.org; Fri, 07 May 2010 08:17:43 -0400 Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAMUv-00069m-C1 for 6126@debbugs.gnu.org; Fri, 07 May 2010 08:17:42 -0400 Received: by pwj2 with SMTP id 2so467454pwj.3 for <6126@debbugs.gnu.org>; Fri, 07 May 2010 05:17:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=+iy0ix2K6qlkhN6ACSRGT+aJ2X/tAlfEN2ZtN4yq300=; b=nu2ILT/zX1eBm8jLi6pWJ4s27xpMUpJFAqeW+19qmfkqgd3B2ZPXKle3Jc+FcGoiPK 6wGl3wyEQYn93cJiOHTAgBZBofFPRddCImsrgiaYcS5qvrfvSdU2xfGBIzS0a/FkXxmZ WvlQ3K/tiYVBJkBmmokbL8kZK9uPyu8Ri/GFo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=dOi29zndq7IdTEI2Ja8/wRnUoTqosTPSOOawox6F02Q3R5HNIXGRTcF+gp70Yjv5xU p/yKGSTXvISkvsMKecqcDRGxdy04ToKLaJE4Y2q3my5d5KVYbUZkO0dnslDxPp6c1Eh4 RIVChArTsQJeRjqMVS1WR9RrImhRG1MAe9OeA= Received: by 10.143.85.1 with SMTP id n1mr3219212wfl.201.1273234658160; Fri, 07 May 2010 05:17:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.114.18 with HTTP; Fri, 7 May 2010 05:17:18 -0700 (PDT) In-Reply-To: <83hbmkjd85.fsf@gnu.org> References: <83hbmkjd85.fsf@gnu.org> From: Chunyu Wang Date: Fri, 7 May 2010 20:17:18 +0800 Message-ID: Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) 2010/5/7 Eli Zaretskii : > So I think the problem is not related to the fact that the file's > extension was unassociated, but rather that the file name used some > non-ASCII characters that Emacs tried to display, and crashed because > some table was invalid, or something like that. =A0Observe: Indeed. After I change the system(win7-ultimate-64bit) language to English, the crash is gone. Emacs got the expected error and pop up a *backtrace* buffer with the follo= wing. Debugger entered--Lisp error: (void-function w32-shell-exec) (w32-shell-exec "open" "D:\\a.xyz") eval((w32-shell-exec "open" "D:\\a.xyz")) eval-expression((w32-shell-exec "open" "D:\\a.xyz") nil) call-interactively(eval-expression nil nil) And if w32-shell-execute called in an elisp function, *Message* buffer got the error: if: ShellExecute failed: No application is associated with the specified file for this operation. > Does this problem happen in an unoptimized build as well? =A0If so, > could you please find out what is the table it is using (the `tbl' > variable in frame #0), and also what is `val' (by using the xtype > command and a command to show the Lisp type printed by xtype, probably > xchartable)? I'll try to figure it out. --=20 Harbin Institute of Technology, China Chunyu Wang From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 10:22:07 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 14:22:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAORJ-0007Gd-39 for submit@debbugs.gnu.org; Fri, 07 May 2010 10:22:07 -0400 Received: from mail-px0-f172.google.com ([209.85.212.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAORG-0007GH-2u for 6126@debbugs.gnu.org; Fri, 07 May 2010 10:22:03 -0400 Received: by pxi19 with SMTP id 19so507183pxi.3 for <6126@debbugs.gnu.org>; Fri, 07 May 2010 07:21:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=+mf6xBWbsmEXPFH8XcYfEzTwLDYekqjwPPvQ1xzcyW4=; b=QbgxOqNYFa/fA3moBAPs7LIb4KrCcdoKNSxepUTCyts18XSP4A50ZH9DQykAYYkG8h ZrncsXWE6l+I01wbIHsuYw5Vs22iFMgIH/1lWZt4ZYJ3bCPIG+wLyr2+eVFxhtE2/Enf VuKlJKaJkvrRaTq6b0efy9O5cgruODscQopvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=a55l/tF5aYZfvgpotjn0FFcuWTQsgc4QQyyryH5ZCrc/8z04uIBGzYAcUSDq8iue1o EgMRbZ3t93S46yeMFdfqoWoIVcElXC9xtcaB4ZRL7DXXdvRCBUX8ZfVFcl45NGktNrXK oHtHOFaPF648Iwlv5qbOHOfgblQcY1AXWJE88= Received: by 10.142.196.21 with SMTP id t21mr56716wff.237.1273242119162; Fri, 07 May 2010 07:21:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.45.5 with HTTP; Fri, 7 May 2010 07:21:39 -0700 (PDT) In-Reply-To: <83hbmkjd85.fsf@gnu.org> References: <83hbmkjd85.fsf@gnu.org> From: Chunyu Wang Date: Fri, 7 May 2010 22:21:39 +0800 Message-ID: Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) 2010/5/7 Eli Zaretskii : > Does this problem happen in an unoptimized build as well? =A0If so, > could you please find out what is the table it is using (the `tbl' > variable in frame #0), and also what is `val' (by using the xtype > command and a command to show the Lisp type printed by xtype, probably > xchartable)? Crashed as before for an unoptimized build one. The following is my tracing= and information about `tbl' and `val'. If need some other thing, just tell me how to get it. GNU gdb (GDB) 7.1 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from C:\free_ware\emacs-bzr\src/oo\i386\emacs.exe...done. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] Environment variable "DISPLAY" not defined. Environment variable "TERM" not defined. Breakpoint 1 at 0x11d0641: file w32fns.c, line 7349. Temporary breakpoint 2 at 0x10c0d81: file sysdep.c, line 1039. (gdb) run -Q --eval "(w32-shell-execute \"open\" \"D:\\abc.ttt\")" Starting program: C:\free_ware\emacs-bzr\src/oo\i386\emacs.exe -Q --eval "(w32-shell-execute \"open\" \"D:\\abc.ttt\")" [New Thread 3848.0x7e4] [New Thread 3848.0x184] [New Thread 3848.0xcb4] [New Thread 3848.0x88c] Program received signal SIGSEGV, Segmentation fault. 0x01176ce6 in char_table_ref (table=3D48448005, c=3D16331833) at chartab.c:= 210 210 if (SUB_CHAR_TABLE_P (val)) (gdb) p tbl $1 =3D (struct Lisp_Char_Table *) 0x2e34200 (gdb) p *tbl $2 =3D { size =3D 1073774666, next =3D 0x2e34600, defalt =3D 46147610, parent =3D 46147610, purpose =3D 46298426, ascii =3D 46147610, contents =3D {71655429, 46147610 }, extras =3D {46147610} } (gdb) p val $3 =3D 762605157 (gdb) xtype val Lisp_Vectorlike Cannot access memory at address 0x2d746e60 (gdb) bt full #0 0x01176ce6 in char_table_ref (table=3D48448005, c=3D16331833) at charta= b.c:210 tbl =3D 0x2e34200 val =3D 762605157 #1 0x01047e85 in disp_char_vector (dp=3D0x2e34200, c=3D16331833) at xdisp.= c:12602 table =3D 48448005 val =3D 16331833 #2 0x01160998 in c_string_width ( str=3D0x13e3c28 "\303\273\323\320\323\246\323\303\263\314\320\362\323\353\264\313\262\331\3= 27\367\265\304\326\270\266\250\316\304\274\376\323\320\271\330\301\252\241\= 243\r\n", len=3D40, precision=3D-1, nchars=3D0x0, nbytes=3D0x0) at character.c:412 bytes =3D 5 thiswidth =3D 1 val =3D 46147610 c =3D 16331833 i =3D 10 i_byte =3D 28 width =3D 11 dp =3D 0x2e34200 #3 0x01160d70 in strwidth ( str=3D0x13e3c28 "\303\273\323\320\323\246\323\303\263\314\320\362\323\353\264\313\262\331\3= 27\367\265\304\326\270\266\250\316\304\274\376\323\320\271\330\301\252\241\= 243\r\n", len=3D40) at character.c:453 No locals. #4 0x011a111f in doprnt ( buffer=3D0x88f220 "ShellExecute failed: R\033\366\274\362\210", bufsize=3D178, format=3D0x13b1272 "ShellExecute failed: %s", format_end=3D0x13b1289 "", nargs=3D3, args=3D0x88f200) at doprnt.c:213 size_bound =3D 358 width =3D 2011558878 cnt =3D 1 fmt =3D 0x13b1289 "" bufptr =3D 0x88f235 "R\033\366\274\362\210" tembuf =3D "\320\357\250\000\320@\250\000\370\003\000\000\177\000\000\000\030\361\210\= 000\000\000\246\000&\252\353w\030\034\250\000@\v\000\000\372\066\346w\223\0= 02\037u\000\000\000\000\000\000\246\000\370\035\250\000\204\000\004\200\350= \242;!\002\000\004\006\000\000\000\000\250\004\004\250\000\000\000\000\370\= 361\210\000\000\000\000\000P\001\246\000\000\000\246\000\336\363\345wP\001\= 246\000\320\357\250\000\000\000\000\000\001\000;!\000\000\000\000\001\000\0= 00\000\001\000\000\000\000\000\335u\177\000\000\000\004\000\000\000\002\000= \000\000\000\000\335\000\004\b\000\000\320\357\250\000\003\000\000\000\370\= 003\000\000\000\000\000\000\310\361\210\000\003\002\004\005\177\000\000\000= \000\000\000\000X$\341u\000\000\000\000\336\363\345wP\001\246\000"... size_allocated =3D 408 sprintf_buffer =3D 0x88f010 "\320\357\250" big_buffer =3D 0x0 tem =3D 40 string =3D 0x13e3c28 "\303\273\323\320\323\246\323\303\263\314\320\362\323\353\264\313\262\331\3= 27\367\265\304\326\270\266\250\316\304\274\376\323\320\271\330\301\252\241\= 243\r\n" fixed_buffer =3D "\201\034\347w\000\000\246\000\310\243\353w\000\"\250\000X\005\000" fmtcpy =3D 0x88ef50 "%s" minlen =3D 0 charbuf =3D "\001\000\000\000\000" #5 0x010212ff in error (m=3D0x13b1272 "ShellExecute failed: %s", a1=3D0x13e3c28 "\303\273\323\320\323\246\323\303\263\314\320\362\323\353\264\313\262\331\3= 27\367\265\304\326\270\266\250\316\304\274\376\323\320\271\330\301\252\241\= 243\r\n", a2=3D0x2e57ea8 "D:\\abc.ttt", a3=3D0x0) at eval.c:2078 used =3D 4 buf =3D "ShellExecute failed: R\033\366\274\362\210\000\264\362\210\000\000\000\000\000\224\362\210\000\0= 00\000\000\000(<\000\001(\000\000\000\240\362\210\000\"\036\000\000\224\361= \210\000\037\001\037u\304\377\210\000\035\004\352w{5r\002\376\377\377\377\3= 72\066\346w\362\062\346w\360\035\250\000\370\035\250\000(<>\001\370\035\250= \000(\000\000\000\360\035\250\000\310\362\210\000)>\336u\000\000\246\000\00= 0\000\000\000\370\035\250\000\000\000\000\000\000\000\000\000\060\367\210\0= 00(\000\364\001(<>\001*\000,\000\370\035\250\000\000\000\000\000\370\362\21= 0\000\246[ \001\000\000\000\000\000\000\000\000\203\004\000\000\000\000\000= \000(<>\001\364\001\000" size =3D 200 mlen =3D 23 buffer =3D 0x88f220 "ShellExecute failed: R\033\366\274\362\210" args =3D { 0x13e3c28 "\303\273\323\320\323\246\323\303\263\314\320\362\323\353\264\313\262\331\3= 27\367\265\304\326\270\266\250\316\304\274\376\323\320\271\330\301\252\241\= 243\r\n", 0x2e57ea8 "D:\\abc.ttt", 0x0} allocated =3D 0 string =3D 2005649611 #6 0x011ceb98 in Fw32_shell_execute (operation=3D71858641, document=3D7185= 8577, parameters=3D46147610, show_flag=3D46147610) at w32fns.c:6356 current_dir =3D 71858593 #7 0x01021dbd in Feval (form=3D48376582) at eval.c:2423 numargs =3D 8 args_left =3D 46147610 i =3D 4 maxargs =3D 4 argvals =3D {71858641, 71858625, 46147610, 46147610, 6, 21658032, 8975352, 18102244} fun =3D 20545853 val =3D 46147610 original_fun =3D 46362274 original_args =3D 48376574 funcar =3D 17367327 backtrace =3D { next =3D 0x88f480, function =3D 0x88f424, args =3D 0x88f390, nargs =3D 2, evalargs =3D 1 '\001', debug_on_exit =3D 0 '\000' } gcpro1 =3D { next =3D 0x44556e1, var =3D 0x88f3f4, nvars =3D 0 } gcpro2 =3D { next =3D 0xc, var =3D 0x88f730, nvars =3D 8975352 } gcpro3 =3D { next =3D 0x6, var =3D 0x88f390, nvars =3D 4 } #8 0x01022cac in Ffuncall (nargs=3D2, args=3D0x88f4e0) at eval.c:3072 fun =3D 18838957 original_fun =3D 46281498 funcar =3D 19110065 numargs =3D 1 lisp_numargs =3D 17442686 val =3D 48376582 backtrace =3D { next =3D 0x88f6d0, function =3D 0x88f4e0, args =3D 0x88f4e4, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exit =3D 0 '\000' } internal_args =3D 0x88f4e4 i =3D 47609349 #9 0x0116cf4d in Fbyte_code (bytestr=3D19109169, vector=3D19109189, maxdep= th=3D40) at bytecode.c:680 count =3D 5 op =3D 1 vectorp =3D 0x1239548 bytestr_length =3D 1187 stack =3D { pc =3D 0x1369433 "\210\202\300\003\016M\345\235\203\311\001\346\347\016O\206\241\001\f\211A\= 024@!!\026F\016E\203\274\001\016E\016F\016EAB\241\210\016EA\026E\202\300\00= 3\016F\016SB\211\026S\026E\202\300\003\016M\350\235\203\372\001\347\016O\20= 6\333\001\f\211A\024@!\036T\346\016T!\036U\351\016U!\203\357\001\016U\026T\= 352\016T\314\331#\210*\202\300\003\016M\353\235\203!\002\347\016O\206\f\002= \f\211A\024@!\036T\346\016T!\036U\352\016U\314\331\211$\210*\202\300\003\01= 6M\354\232\203J\002\331\026R\016O\206\065\002\f\211A\024@\211\026F;\204@\00= 2\332\355!\210\356\347\016F!!\210\202\300\003\016M\357\232\203X\002\360"...= , top =3D 0x88f4e4, bottom =3D 0x88f4e0, byte_string =3D 19109169, byte_string_start =3D 0x13692a9 "\306 \210\b\203\021", constants =3D 19109189, next =3D 0x88f850 } top =3D 0x88f4e0 result =3D 55 #10 0x010233ea in funcall_lambda (fun=3D19109141, nargs=3D1, arg_vector=3D0= x88f734) at eval.c:3259 val =3D 46186501 syms_left =3D 46147610 next =3D 47396658 count =3D 4 i =3D 1 optional =3D 0 rest =3D 0 #11 0x01022ec9 in Ffuncall (nargs=3D2, args=3D0x88f730) at eval.c:3118 fun =3D 19109141 original_fun =3D 47410514 funcar =3D 46186501 numargs =3D 1 lisp_numargs =3D 16882677 val =3D 8976152 backtrace =3D { next =3D 0x88f910, function =3D 0x88f730, args =3D 0x88f734, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exit =3D 0 '\000' } internal_args =3D 0x88f6f8 i =3D 48196830 #12 0x0116cf4d in Fbyte_code (bytestr=3D19095513, vector=3D19095533, maxdep= th=3D28) at bytecode.c:680 count =3D 4 op =3D 1 vectorp =3D 0x1235ff0 bytestr_length =3D 1665 stack =3D { pc =3D 0x136bf05 "\210\016N\203$\006\201\332", top =3D 0x88f734, bottom =3D 0x88f730, byte_string =3D 19095513, byte_string_start =3D 0x136b8ed "\306 \020\307\021\n\023\307\024\310\311!\211\035\307=3D\204\064", constants =3D 19095533, next =3D 0x88fa90 } top =3D 0x88f730 result =3D 0 #13 0x010233ea in funcall_lambda (fun=3D19095493, nargs=3D0, arg_vector=3D0= x88f974) at eval.c:3259 val =3D 46903105 syms_left =3D 46147610 next =3D 46619562 count =3D 4 i =3D 0 optional =3D 0 rest =3D 0 #14 0x01022ec9 in Ffuncall (nargs=3D1, args=3D0x88f970) at eval.c:3118 fun =3D 19095493 original_fun =3D 47394986 funcar =3D 224 numargs =3D 0 lisp_numargs =3D 16882677 val =3D 8976728 backtrace =3D { next =3D 0x88fc50, function =3D 0x88f970, args =3D 0x88f974, nargs =3D 0, evalargs =3D 0 '\000', debug_on_exit =3D 0 '\000' } internal_args =3D 0x88f938 i =3D 48277990 #15 0x0116cf4d in Fbyte_code (bytestr=3D19092985, vector=3D19093005, maxdep= th=3D24) at bytecode.c:680 count =3D 2 op =3D 0 vectorp =3D 0x1235610 bytestr_length =3D 220 stack =3D { pc =3D 0x136c6af "\210*\340\341\342\"\210\343\321\344\"\211\036$;\203\251", top =3D 0x88f970, bottom =3D 0x88f970, byte_string =3D 19092985, byte_string_start =3D 0x136c621 "\b\203\b", constants =3D 19093005, next =3D 0x0 } top =3D 0x88f970 result =3D 243858076 #16 0x010233ea in funcall_lambda (fun=3D19092965, nargs=3D0, arg_vector=3D0= x88fb20) at eval.c:3259 val =3D 2011825181 syms_left =3D 46147610 next =3D 0 count =3D 2 i =3D 0 optional =3D 0 rest =3D 0 #17 0x010230d5 in apply_lambda (fun=3D19092965, args=3D46147610, eval_flag= =3D1) at eval.c:3183 args_left =3D 46147610 numargs =3D 0 arg_vector =3D 0x88fb20 gcpro1 =3D { next =3D 0xa6f730, var =3D 0x20, nvars =3D 0 } gcpro2 =3D { next =3D 0x0, var =3D 0x0, nvars =3D 0 } gcpro3 =3D { next =3D 0x88fbe0, var =3D 0xa6f730, nvars =3D 8977316 } i =3D 0 tem =3D 8977320 #18 0x01021f4f in Feval (form=3D46397854) at eval.c:2455 fun =3D 19092965 val =3D -2089560314 original_fun =3D 47396370 original_args =3D 46147610 funcar =3D 0 backtrace =3D { next =3D 0x0, function =3D 0x88fc84, args =3D 0x88fb20, nargs =3D 0, evalargs =3D 0 '\000', debug_on_exit =3D 0 '\000' } gcpro1 =3D { next =3D 0x88fd18, var =3D 0x0, nvars =3D 33689212 } gcpro2 =3D { next =3D 0x88fd18, var =3D 0x88fd1c, nvars =3D 0 } gcpro3 =3D { next =3D 0x0, var =3D 0x1, nvars =3D 1 } #19 0x0100607e in top_level_2 () at keyboard.c:1365 No locals. #20 0x0102065c in internal_condition_case (bfun=3D0x100606b , handlers=3D46205170, hfun=3D0x1005ce6 ) at eval.c:1509 val =3D 0 c =3D { tag =3D 46147610, val =3D 46147610, next =3D 0x88fdb0, gcpro =3D 0x0, jmp =3D {8977784, 2130567168, 0, 0, 8977580, 16909812, 8978372, 0= , 16843008, 8977904, 1977456257, 8977728, 1983197756, 1983197840, -1, 1977456423}, backlist =3D 0x0, handlerlist =3D 0x0, lisp_eval_depth =3D 0, pdlcount =3D 2, poll_suppress_count =3D 0, interrupt_input_blocked =3D 0, byte_stack =3D 0x0 } h =3D { handler =3D 46205170, var =3D 46147610, chosen_clause =3D 10919024, tag =3D 0x88fcf0, next =3D 0x0 } #21 0x010060b0 in top_level_1 () at keyboard.c:1373 No locals. #22 0x0102014d in internal_catch (tag=3D46203338, func=3D0x1006080 , arg=3D46147610) at eval.c:1245 c =3D { tag =3D 46203338, val =3D 46147610, next =3D 0x0, gcpro =3D 0x0, jmp =3D {8977960, 2130567168, 0, 0, 8977820, 16908606, 8978372, 0= , 20846784, 46147610, 46186496, 16882645, 20846784, 3, 1983185040= , 8978008}, backlist =3D 0x0, handlerlist =3D 0x0, lisp_eval_depth =3D 0, pdlcount =3D 2, poll_suppress_count =3D 0, interrupt_input_blocked =3D 0, byte_stack =3D 0x0 } #23 0x01005ff2 in command_loop () at keyboard.c:1328 No locals. #24 0x01005902 in recursive_edit_1 () at keyboard.c:950 count =3D 1 val =3D -2089090643 #25 0x01005a66 in Frecursive_edit () at keyboard.c:1012 count =3D 0 buffer =3D 46147610 #26 0x0100282d in main (argc=3D4, argv=3D0xd111e0) at emacs.c:1782 dummy =3D 2130567168 stack_bottom_variable =3D 126 '~' do_initial_setlocale =3D 1 skip_args =3D 0 no_loadup =3D 0 junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x11f07f0 "U\211\345\203\354\b\241\214\207\071\001\21= 3" Lisp Backtrace: "w32-shell-execute" (0x88f390) "eval" (0x88f4e4) "command-line-1" (0x88f734) "command-line" (0x88f974) "normal-top-level" (0x88fb20) (gdb) q A debugging session is active. Inferior 1 [process 3848] will be killed. Quit anyway? (y or n) error return ../../gdb-7.1/gdb/windows-nat.c:1162 was= 5 --=20 Harbin Institute of Technology, China Chunyu Wang From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 11:14:20 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 15:14:20 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAPFs-0007g1-AF for submit@debbugs.gnu.org; Fri, 07 May 2010 11:14:20 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAPFp-0007fs-A4 for 6126@debbugs.gnu.org; Fri, 07 May 2010 11:14:18 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L220050027JNQ00@a-mtaout20.012.net.il> for 6126@debbugs.gnu.org; Fri, 07 May 2010 18:14:13 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.0.144]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L22003ZE2BKFM80@a-mtaout20.012.net.il>; Fri, 07 May 2010 18:14:13 +0300 (IDT) Date: Fri, 07 May 2010 18:12:07 +0300 From: Eli Zaretskii Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file In-reply-to: To: Chunyu Wang Message-id: <837hnfkapk.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83hbmkjd85.fsf@gnu.org> X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.4 (-) > From: Chunyu Wang > Date: Fri, 7 May 2010 22:21:39 +0800 > Cc: 6126@debbugs.gnu.org >=20 > 2010/5/7 Eli Zaretskii : > > Does this problem happen in an unoptimized build as well? =A0If s= o, > > could you please find out what is the table it is using (the `tbl= ' > > variable in frame #0), and also what is `val' (by using the xtype > > command and a command to show the Lisp type printed by xtype, pro= bably > > xchartable)? > Crashed as before for an unoptimized build one. The following is my= tracing and > information about `tbl' and `val'. If need some other thing, just t= ell > me how to get it. Can you try the following patch, and see if it resolves the problem? =3D=3D=3D modified file 'src/w32fns.c' --- src/w32fns.c=092010-03-31 09:08:40 +0000 +++ src/w32fns.c=092010-05-07 15:07:43 +0000 @@ -47,6 +47,7 @@ along with GNU Emacs. If not, see 32) return Qt; - error ("ShellExecute failed: %s", w32_strerror (0)); + errstr =3D w32_strerror (0); + /* The error string might be encoded in the locale's encoding. */ + if (!NILP (Vlocale_coding_system)) + { + Lisp_Object decoded =3D +=09code_convert_string_norecord (make_unibyte_string (errstr, +=09=09=09=09=09=09=09 strlen (errstr)), +=09=09=09=09 Vlocale_coding_system, 0); + errstr =3D (char *)SDATA (decoded); + } + error ("ShellExecute failed: %s", errstr); } =20 /* Lookup virtual keycode from string representing the name of a From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 12:30:03 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 16:30:04 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAQR9-0008E8-CD for submit@debbugs.gnu.org; Fri, 07 May 2010 12:30:03 -0400 Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAQR7-0008Dk-VA for 6126@debbugs.gnu.org; Fri, 07 May 2010 12:30:02 -0400 Received: by pwj2 with SMTP id 2so576098pwj.3 for <6126@debbugs.gnu.org>; Fri, 07 May 2010 09:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=6gdnNCC52Euun43crFL+GQm+1M8GWsGuFvdlRKP0AF0=; b=GMw4+/iDcite/2nPIT43DR3JPD+S4/W75wBy+kwcIrRDVZN5kqE4rTukohEo1bUHOn D8zR9t8bnnTOesNu+SIojPVDekKmCxMR86pMOFVthcw5KwDcLoUP+fPNaNb+vWA7ZKDB Sn6cy1TeEDw3iLV/VorhmRbD8CpXS3NOg9ATc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=DAjFDsYTrIP3Lb3vePN+O46B4IGA4pchGV/bhqTzH2AQu5Du7AYDh5BgKFReAJLdFe oMD4NbRUOnJDQFrDKqHJrDYuNRyuVcQY0Ed+SNKKfCM7QYuShdBfQmY+xk6k0MQm0gYA 8ORhhh2JIMQXzRlx66JtonLJu1+9pWBDPlBc8= Received: by 10.142.67.30 with SMTP id p30mr168161wfa.154.1273249799301; Fri, 07 May 2010 09:29:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.45.5 with HTTP; Fri, 7 May 2010 09:29:39 -0700 (PDT) In-Reply-To: <837hnfkapk.fsf@gnu.org> References: <83hbmkjd85.fsf@gnu.org> <837hnfkapk.fsf@gnu.org> From: Chunyu Wang Date: Sat, 8 May 2010 00:29:39 +0800 Message-ID: Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) 2010/5/7 Eli Zaretskii : > Can you try the following patch, and see if it resolves the problem? Yes, it works properly, and the better thing is error message in Chinese. Thanks. -- Harbin Institute of Technology, China Chunyu Wang From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 13:19:01 2010 Received: (at 6126-done) by debbugs.gnu.org; 7 May 2010 17:19:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OARCX-00008v-CL for submit@debbugs.gnu.org; Fri, 07 May 2010 13:19:01 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OARCU-00008n-EL for 6126-done@debbugs.gnu.org; Fri, 07 May 2010 13:18:59 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L2200L007ZQCV00@a-mtaout22.012.net.il> for 6126-done@debbugs.gnu.org; Fri, 07 May 2010 20:18:05 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.0.144]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L2200K6I823HT40@a-mtaout22.012.net.il>; Fri, 07 May 2010 20:18:05 +0300 (IDT) Date: Fri, 07 May 2010 20:16:02 +0300 From: Eli Zaretskii Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file In-reply-to: X-012-Sender: halo1@inter.net.il To: Chunyu Wang Message-id: <834oijk4z1.fsf@gnu.org> References: <83hbmkjd85.fsf@gnu.org> <837hnfkapk.fsf@gnu.org> X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 6126-done Cc: 6126-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.4 (-) > From: Chunyu Wang > Date: Sat, 8 May 2010 00:29:39 +0800 > Cc: 6126@debbugs.gnu.org > > 2010/5/7 Eli Zaretskii : > > Can you try the following patch, and see if it resolves the problem? > > Yes, it works properly, and the better thing is error message in Chinese. > Thanks. Thanks for testing. I now installed this change in the repository. From debbugs-submit-bounces@debbugs.gnu.org Fri May 07 16:52:57 2010 Received: (at 6126) by debbugs.gnu.org; 7 May 2010 20:52:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAUXY-0002HT-Sf for submit@debbugs.gnu.org; Fri, 07 May 2010 16:52:57 -0400 Received: from fg-out-1718.google.com ([72.14.220.159]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAUXX-0002HJ-9F; Fri, 07 May 2010 16:52:55 -0400 Received: by fg-out-1718.google.com with SMTP id 19so733662fgg.15 for ; Fri, 07 May 2010 13:52:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=VFhUKXpxXRCfn69LZdfQ/GukPlwowmbOWHPEHYRTzoQ=; b=jTj5dQUJ1JRkdiKA7+/MRsxbl8NxwRAqCr4CrQZlkK2tS03Vd6R8QUIbONctvUfbH9 BhRkXQwxV0sVipDG7kdGWy4DtjLIJh6HBJ7ausfmEL3TEOM+mY4daliV17WCfQBNC5/1 VEcr9cFjDzuzJguOae9YKJHD7exproHuUfquk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=enxU1d0X/Klo659hq7AIOOHzOtcOPS8qTmpwhaL2GW4NMJweDukMcCHQq84+FELlQX xm8Kc5dNlzvjJieRopr8vOhOYgBaD3hK/dY+0rt1AngewI3ilrfxA2wvFCvjSGNCnaTB ekCqAchdcZiOPOEu/KCVenQcpgMyUIe+wjhBk= Received: by 10.239.183.210 with SMTP id v18mr57037hbg.159.1273265573123; Fri, 07 May 2010 13:52:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.164.81 with HTTP; Fri, 7 May 2010 13:52:33 -0700 (PDT) In-Reply-To: <834oijk4z1.fsf@gnu.org> References: <83hbmkjd85.fsf@gnu.org> <837hnfkapk.fsf@gnu.org> <834oijk4z1.fsf@gnu.org> From: Lennart Borgman Date: Fri, 7 May 2010 22:52:33 +0200 Message-ID: Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file To: Eli Zaretskii , 6126@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.1 (---) X-Debbugs-Envelope-To: 6126 Cc: 6126-done@debbugs.gnu.org, Chunyu Wang X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.1 (---) On Fri, May 7, 2010 at 7:16 PM, Eli Zaretskii wrote: >> From: Chunyu Wang >> Date: Sat, 8 May 2010 00:29:39 +0800 >> Cc: 6126@debbugs.gnu.org >> >> 2010/5/7 Eli Zaretskii : >> > Can you try the following patch, and see if it resolves the problem? >> >> Yes, it works properly, and the better thing is error message in Chinese= . >> Thanks. > > Thanks for testing. =C2=A0I now installed this change in the repository. In what branch? From debbugs-submit-bounces@debbugs.gnu.org Sat May 08 03:18:04 2010 Received: (at 6126) by debbugs.gnu.org; 8 May 2010 07:18:04 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAeIW-0006lu-9b for submit@debbugs.gnu.org; Sat, 08 May 2010 03:18:04 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OAeIT-0006lX-Ut for 6126@debbugs.gnu.org; Sat, 08 May 2010 03:18:03 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L2300300AUNKZ00@a-mtaout22.012.net.il> for 6126@debbugs.gnu.org; Sat, 08 May 2010 10:18:00 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.0.144]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L23000TSAXWBR90@a-mtaout22.012.net.il>; Sat, 08 May 2010 10:18:00 +0300 (IDT) Date: Sat, 08 May 2010 10:15:56 +0300 From: Eli Zaretskii Subject: Re: bug#6126: 24.0.50; Segmentation fault when w32-shell-execute try to open an unassociated file In-reply-to: To: Lennart Borgman Message-id: <8339y2kgnn.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83hbmkjd85.fsf@gnu.org> <837hnfkapk.fsf@gnu.org> <834oijk4z1.fsf@gnu.org> X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 6126 Cc: 6126@debbugs.gnu.org, cymacs@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.4 (-) > From: Lennart Borgman > Date: Fri, 7 May 2010 22:52:33 +0200 > Cc: Chunyu Wang , 6126-done@debbugs.gnu.org >=20 > On Fri, May 7, 2010 at 7:16 PM, Eli Zaretskii wrote: > >> From: Chunyu Wang > >> Date: Sat, 8 May 2010 00:29:39 +0800 > >> Cc: 6126@debbugs.gnu.org > >> > >> 2010/5/7 Eli Zaretskii : > >> > Can you try the following patch, and see if it resolves the pr= oblem? > >> > >> Yes, it works properly, and the better thing is error message in= Chinese. > >> Thanks. > > > > Thanks for testing. =C2=A0I now installed this change in the repo= sitory. >=20 > In what branch? Trunk, of course. From unknown Tue Jun 24 20:56:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 05 Jun 2010 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator