From unknown Mon Aug 18 11:16:49 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#5811 <5811@debbugs.gnu.org> To: bug#5811 <5811@debbugs.gnu.org> Subject: Status: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p Reply-To: bug#5811 <5811@debbugs.gnu.org> Date: Mon, 18 Aug 2025 18:16:49 +0000 retitle 5811 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no= -p reassign 5811 emacs,ns submitter 5811 David Engster severity 5811 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 06:27:54 2010 Received: (at submit) by debbugs.gnu.org; 31 Mar 2010 10:27:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nwv9N-0004qa-CL for submit@debbugs.gnu.org; Wed, 31 Mar 2010 06:27:54 -0400 Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nwv9J-0004qU-4P for submit@debbugs.gnu.org; Wed, 31 Mar 2010 06:27:51 -0400 Received: from lists.gnu.org ([199.232.76.165]:33375) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Nwv9D-0002tR-Fs for submit@debbugs.gnu.org; Wed, 31 Mar 2010 06:27:43 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nwv88-0003I2-Jk for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2010 06:26:37 -0400 Received: from [140.186.70.92] (port=49928 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nwv86-0003Gc-2D for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2010 06:26:35 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable version=3.3.0 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nwv81-0003Cj-TJ for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2010 06:26:33 -0400 Received: from m61s02.vlinux.de ([83.151.21.164]:49957) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nwv81-0003B9-Cq for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2010 06:26:29 -0400 Received: from imac-c2.pc.gwdg.de ([134.76.4.139]) by m61s02.vlinux.de with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1Nwv7u-0002MV-R8 for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2010 12:26:23 +0200 From: David Engster To: bug-gnu-emacs@gnu.org Subject: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.94 (darwin) Date: Wed, 31 Mar 2010 12:26:15 +0200 Message-ID: MIME-Version: 1.0 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, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit 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.3 (-----) I've notice that Emacs didn't seem to correctly deal with graphical 'yes-or-no-p' question. When I've tried to further investigate this issue, I've got Emacs to crash upon the following code: * Emacs -Q * Evalute the following: (let ((last-nonmenu-event nil)) (yes-or-no-p "Question")) * Click on "No" Emacs crashes with EXC_BAD_ACCESS.=20 The above code runs fine when running Emacs under X11 on the same system. I'm using the latest pretest (23.1.94), configured only with "--with-ns", on Mac OS X 10.6.3., using the following gcc: Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure --disable-checking= --enable-werror --prefix=3D/usr --mandir=3D/share/man --enable-languages= =3Dc,objc,c++,obj-c++ --program-transform-name=3D/^[cg][^.-]*$/s/$/-4.2/ --= with-slibdir=3D/usr/lib --build=3Di686-apple-darwin10 --with-gxx-include-di= r=3D/include/c++/4.2.1 --program-prefix=3Di686-apple-darwin10- --host=3Dx86= _64-apple-darwin10 --target=3Di686-apple-darwin10 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5646) (dot 1) Here are the backtraces from running in gdb: -------------------------- Normal backtrace -------------------------------= ------ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000001800010 print_object (obj=3D25165834, printcharfun=3D4320133130, escapeflag=3D1) at= print.c:1739 1739 register unsigned char *p =3D SDATA (SYMBOL_NAME (obj)); (gdb) bt #0 print_object (obj=3D25165834, printcharfun=3D4320133130, escapeflag=3D1= ) at print.c:1739 #1 0x00000001001300f3 in Fprin1_to_string (object=3D25165834, noescape=3D4= 320133130) at print.c:792 #2 0x0000000100111431 in Ffuncall (nargs=3D2, args=3D) at eval.c:3027 #3 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 #4 0x0000000100110d8c in funcall_lambda (fun=3D4298756909, nargs=3D1, arg_= vector=3D0x7fff5fbfda18) at eval.c:3211 #5 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 #6 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 #7 0x0000000100110d8c in funcall_lambda (fun=3D4298756709, nargs=3D1, arg_= vector=3D0x7fff5fbfdbf8) at eval.c:3211 #8 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 #9 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 #10 0x0000000100110d8c in funcall_lambda (fun=3D4298757197, nargs=3D1, arg_= vector=3D0x7fff5fbfde28) at eval.c:3211 #11 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 #12 0x000000010010dd6e in Fcall_interactively (function=3D4321163482, recor= d_flag=3D4320133130, keys=3D4317002904) at callint.c:869 #13 0x000000010011141c in Ffuncall (nargs=3D4, args=3D) at eval.c:3030 #14 0x00000001001115c6 in call3 (fn=3D, arg1=3D, arg2=3D, arg3=3D<= value temporarily unavailable, due to optimizations>) at eval.c:2850 #15 0x00000001000ab987 in command_loop_1 () at keyboard.c:1904 #16 0x000000010010f8a7 in internal_condition_case (bfun=3D0x1000ab4c0 , handlers=3D4320204218, hfun=3D0x1000a3770 ) at eval= .c:1490 #17 0x00000001000a2af7 in command_loop_2 () at keyboard.c:1360 #18 0x000000010010f9b0 in internal_catch (tag=3D, func=3D0x1000a2ac0 , arg=3D4320= 133130) at eval.c:1226 #19 0x00000001000a3586 in command_loop () at keyboard.c:1339 #20 0x00000001000a39ef in recursive_edit_1 () at keyboard.c:954 #21 0x00000001000a3b8f in Frecursive_edit () at keyboard.c:1016 #22 0x0000000100099147 in main (argc=3D2, argv=3D0x7fff5fbfe688) at emacs.c= :1833 ---------------------------------------------------------------------------= ------ ---------------------------- Full Backtrace -------------------------------= ------ (gdb) bt full #0 print_object (obj=3D25165834, printcharfun=3D4320133130, escapeflag=3D1= ) at print.c:1739 end =3D c =3D i_byte =3D confusing =3D p =3D size_byte =3D buf =3D "@=D6=BF_=FF\000\000hf4=FF\000\000=D6=BF_=FF\000\000=E8\003= \000\000\000\000\000\000`=D6=BF_\001\000\000" #1 0x00000001001300f3 in Fprin1_to_string (object=3D25165834, noescape=3D4= 320133130) at print.c:792 old =3D (struct buffer *) 0x101502ac8 start_point =3D -1 start_point_byte =3D -1 free_print_buffer =3D 1 old_point =3D -1 old_point_byte =3D -1 printcharfun =3D 4320133130 save_deactivate_mark =3D 4320133130 previous =3D #2 0x0000000100111431 in Ffuncall (nargs=3D2, args=3D) at eval.c:3027 fun =3D original_fun =3D funcar =3D numargs =3D 1 val =3D backtrace =3D { next =3D 0x7fff5fbfd9a0,=20 function =3D 0x7fff5fbfd800,=20 args =3D 0x7fff5fbfd808,=20 nargs =3D 1,=20 evalargs =3D 0 '\0',=20 debug_on_exit =3D 0 '\0' } internal_args =3D (Lisp_Object *) 0x7fff5fbfd750 i =3D #3 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 count =3D 10 op =3D vectorp =3D (Lisp_Object *) 0x10039d398 stack =3D { pc =3D 0x100469da7 "*\v\f`=C6\035\036\016\030\031\036\017=C8\n!=C9\n!\036= \020$",=20 top =3D 0x7fff5fbfd808,=20 bottom =3D 0x7fff5fbfd800,=20 byte_string =3D 4298756969,=20 byte_string_start =3D 0x100469da0 "=C6\030\031=C7\n!*\v\f`=C6\035\036\016= \030\031\036\017=C8\n!=C9\n!\036\020$",=20 constants =3D 4298757005,=20 next =3D 0x7fff5fbfda60 } top =3D (Lisp_Object *) 0x7fff5fbfd800 result =3D #4 0x0000000100110d8c in funcall_lambda (fun=3D4298756909, nargs=3D1, arg_= vector=3D0x7fff5fbfda18) at eval.c:3211 val =3D syms_left =3D next =3D i =3D 1 optional =3D 0 rest =3D 0 #5 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 fun =3D original_fun =3D 4324698170 funcar =3D numargs =3D 1 val =3D backtrace =3D { next =3D 0x7fff5fbfdb80,=20 function =3D 0x7fff5fbfda10,=20 args =3D 0x7fff5fbfda18,=20 nargs =3D 1,=20 evalargs =3D 0 '\0',=20 debug_on_exit =3D 0 '\0' } internal_args =3D (Lisp_Object *) 0x7fff5fbfda18 i =3D #6 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 count =3D 8 op =3D vectorp =3D (Lisp_Object *) 0x10039d2d8 stack =3D { pc =3D 0x100469e10 ")",=20 top =3D 0x7fff5fbfda18,=20 bottom =3D 0x7fff5fbfda10,=20 byte_string =3D 4298756777,=20 byte_string_start =3D 0x100469e00 "\b\b",=20 constants =3D 4298756813,=20 next =3D 0x7fff5fbfdc40 } top =3D (Lisp_Object *) 0x7fff5fbfda10 result =3D #7 0x0000000100110d8c in funcall_lambda (fun=3D4298756709, nargs=3D1, arg_= vector=3D0x7fff5fbfdbf8) at eval.c:3211 val =3D syms_left =3D next =3D i =3D 1 optional =3D 0 rest =3D 0 #8 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 fun =3D original_fun =3D 4324684746 funcar =3D numargs =3D 1 val =3D backtrace =3D { next =3D 0x7fff5fbfdd60,=20 function =3D 0x7fff5fbfdbf0,=20 args =3D 0x7fff5fbfdbf8,=20 nargs =3D 1,=20 evalargs =3D 0 '\0',=20 debug_on_exit =3D 0 '\0' } internal_args =3D (Lisp_Object *) 0x7fff5fbfdbf8 i =3D #9 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 count =3D 6 op =3D vectorp =3D (Lisp_Object *) 0x10039d4c8 stack =3D { pc =3D 0x100469d73 "\v)B\034A\n=3D \033",=20 top =3D 0x7fff5fbfdbf8,=20 bottom =3D 0x7fff5fbfdbf0,=20 byte_string =3D 4298757273,=20 byte_string_start =3D 0x100469d66 "\b \b",=20 constants =3D 4298757309,=20 next =3D 0x0 } top =3D (Lisp_Object *) 0x7fff5fbfdbf0 result =3D #10 0x0000000100110d8c in funcall_lambda (fun=3D4298757197, nargs=3D1, arg_= vector=3D0x7fff5fbfde28) at eval.c:3211 val =3D syms_left =3D next =3D i =3D 1 optional =3D 0 rest =3D 0 #11 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 fun =3D original_fun =3D 4321163482 funcar =3D numargs =3D 1 val =3D backtrace =3D { next =3D 0x7fff5fbfe000,=20 function =3D 0x7fff5fbfde20,=20 args =3D 0x7fff5fbfde28,=20 nargs =3D 1,=20 evalargs =3D 0 '\0',=20 debug_on_exit =3D 0 '\0' } internal_args =3D (Lisp_Object *) 0x7fff5fbfde28 i =3D #12 0x000000010010dd6e in Fcall_interactively (function=3D4321163482, recor= d_flag=3D4320133130, keys=3D4317002904) at callint.c:869 val =3D args =3D (Lisp_Object *) 0x7fff5fbfde20 visargs =3D (Lisp_Object *) 0x7fff5fbfde00 specs =3D 4320133130 filter_specs =3D teml =3D 1 up_event =3D 4320133130 enable =3D 4320133130 speccount =3D 3 next_event =3D 2 prefix_arg =3D 4320133130 string =3D tem =3D (unsigned char *) 0x10019edf0 "" varies =3D (int *) 0x7fff5fbfdde0 i =3D 1 j =3D 1 foo =3D prompt1 =3D '\0' arg_from_tty =3D 0 key_count =3D 2 record_then_fail =3D 0 save_this_command =3D 4321163482 save_last_command =3D 4320190778 save_this_original_command =3D 4321163482 save_real_this_command =3D 4321163482 #13 0x000000010011141c in Ffuncall (nargs=3D4, args=3D) at eval.c:3030 fun =3D original_fun =3D funcar =3D numargs =3D 3 val =3D backtrace =3D { next =3D 0x0,=20 function =3D 0x7fff5fbfe070,=20 args =3D 0x7fff5fbfe078,=20 nargs =3D 3,=20 evalargs =3D 0 '\0',=20 debug_on_exit =3D 0 '\0' } internal_args =3D (Lisp_Object *) 0x7fff5fbfe078 i =3D #14 0x00000001001115c6 in call3 (fn=3D, arg1=3D, arg2=3D, arg3=3D<= value temporarily unavailable, due to optimizations>) at eval.c:2850 ret_ungc_val =3D 4296201300 args =3D {4320305978, 4321163482, 4320133130, 4320133130} #15 0x00000001000ab987 in command_loop_1 () at keyboard.c:1904 cmd =3D lose =3D keybuf =3D {96, 20, 140734799798792, 4297574704, 461168601842740428= 8, 4611686018427389952, 4300458264, 4300480048, 140734799798736, 4296082611= , 140734799798592, 140734799861322, 0, 3, 140734799798792, 0, 1407348000840= 00, 0, 140734799798688, 140734799883712, 0, 140734800069792, 0, 14073479979= 8672, 140734799798416, 0, 4300526552, 4320133130, 4321264154, -868016520991= 8493533} i =3D prev_modiff =3D 264 prev_buffer =3D (struct buffer *) 0x101502ac8 already_adjusted =3D 0 #16 0x000000010010f8a7 in internal_condition_case (bfun=3D0x1000ab4c0 , handlers=3D4320204218, hfun=3D0x1000a3770 ) at eval= .c:1490 val =3D c =3D { tag =3D 4320133130,=20 val =3D 4320133130,=20 next =3D 0x7fff5fbfe360,=20 gcpro =3D 0x0,=20 jmp =3D {5512632, 1, 1606411040, 32767, 1606410720, 32767, 5512472, 1, 54= 89576, 1, 5490968, 1, 5512752, 1, 1112097, 1, 530, 0, 8096, 895, 1606411136= , 32767, 668720, 1, 5513384, 1, 5513328, 1, 2, 0, 0, 0, 0, 0, 6886400, 1, 0= },=20 backlist =3D 0x0,=20 handlerlist =3D 0x0,=20 lisp_eval_depth =3D 0,=20 pdlcount =3D 2,=20 poll_suppress_count =3D 0,=20 interrupt_input_blocked =3D 0,=20 byte_stack =3D 0x0 } h =3D { handler =3D 4320204218,=20 var =3D 4320133130,=20 chosen_clause =3D 3418355679867659105,=20 tag =3D 0x7fff5fbfe200,=20 next =3D 0x0 } #17 0x00000001000a2af7 in command_loop_2 () at keyboard.c:1360 val =3D 4296201300 #18 0x000000010010f9b0 in internal_catch (tag=3D, func=3D0x1000a2ac0 , arg=3D4320= 133130) at eval.c:1226 c =3D { tag =3D 4320197482,=20 val =3D 4320133130,=20 next =3D 0x0,=20 gcpro =3D 0x0,=20 jmp =3D {5512632, 1, 1606411328, 32767, 1606411088, 32767, 5512768, 1, 54= 89576, 1, 5490968, 1, 5512752, 1, 1112479, 1, 534, 0, 8096, 895, 0, 0, 344,= 0, 1606411264, 22, -2026609048, 32767, 0, 10, 25412515, 1, 25416952, 1, 25= 412512, 1, 22031048},=20 backlist =3D 0x0,=20 handlerlist =3D 0x0,=20 lisp_eval_depth =3D 0,=20 pdlcount =3D 2,=20 poll_suppress_count =3D 0,=20 interrupt_input_blocked =3D 0,=20 byte_stack =3D 0x0 } #19 0x00000001000a3586 in command_loop () at keyboard.c:1339 No locals. #20 0x00000001000a39ef in recursive_edit_1 () at keyboard.c:954 val =3D #21 0x00000001000a3b8f in Frecursive_edit () at keyboard.c:1016 count =3D buffer =3D 4320133130 #22 0x0000000100099147 in main (argc=3D2, argv=3D0x7fff5fbfe688) at emacs.c= :1833 dummy =3D 0 stack_bottom_variable =3D -106 '' do_initial_setlocale =3D skip_args =3D 0 rlim =3D { rlim_cur =3D 8720000,=20 rlim_max =3D 67104768 } no_loadup =3D 0 junk =3D 0x0 dname_arg =3D 0x0 dname_arg2 =3D "\000\000\000\000\000\000\000\000=E6=BF_=FF\000\000\= 000\000\000\000\002\000\000\000\000\000\000\000\001\000\000\000\000\000=C0_= =FF\000\000\000\000\000\000\000\000\000\000=F8\005=C0_=FF\000\000\t\000\000= \000\t\000\000\000=A8=E7=BF_=FF\000\000`\a=C0_=FF\000" ---------------------------------------------------------------------------= ------- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 14:00:58 2010 Received: (at control) by debbugs.gnu.org; 31 Mar 2010 18:00:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nx2Dq-0008Gy-OB for submit@debbugs.gnu.org; Wed, 31 Mar 2010 14:00:58 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nx2Dp-0008Gs-12 for control@debbugs.gnu.org; Wed, 31 Mar 2010 14:00:57 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1Nx2Dj-0000uY-FD; Wed, 31 Mar 2010 14:00:51 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19379.36307.342420.168332@fencepost.gnu.org> Date: Wed, 31 Mar 2010 14:00:51 -0400 From: Glenn Morris To: control Subject: control X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: cyan X-Ran: |xb+Qi!x3@qp^&UV8ipxV]x}wjI#jV~r]2Qrm_)s{j 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.1 (-----) merge 5797 5799 severity 5808 minor reassign 5811 emacs,ns unarchive 5365 forcemerge 5365 5810 From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 11:31:56 2010 Received: (at 5811) by debbugs.gnu.org; 1 Apr 2010 15:31:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxMNA-0004XP-1j for submit@debbugs.gnu.org; Thu, 01 Apr 2010 11:31:56 -0400 Received: from pantheon-po25.its.yale.edu ([130.132.50.119]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxMN8-0004XK-0S for 5811@debbugs.gnu.org; Thu, 01 Apr 2010 11:31:55 -0400 Received: from furry (dhcp128036014175.central.yale.edu [128.36.14.175]) (authenticated bits=0) by pantheon-po25.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o31FVmwM011950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Apr 2010 11:31:48 -0400 Received: by furry (Postfix, from userid 1000) id 0DD86C055; Thu, 1 Apr 2010 11:31:47 -0400 (EDT) From: Chong Yidong To: Adrian Robert Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p References: Date: Thu, 01 Apr 2010 11:31:47 -0400 In-Reply-To: (David Engster's message of "Wed, 31 Mar 2010 12:26:15 +0200") Message-ID: <87ljd7b34s.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 5811 Cc: 5811@debbugs.gnu.org, David Engster 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 (--) Could you take a look at this bug report? Thanks. David, it would help if you compile Emacs without optimizations. That makes the stack trace easier to read. David Engster writes: > I've notice that Emacs didn't seem to correctly deal with graphical > 'yes-or-no-p' question. When I've tried to further investigate this > issue, I've got Emacs to crash upon the following code: > > * Emacs -Q > > * Evalute the following: > > (let ((last-nonmenu-event nil)) > (yes-or-no-p "Question")) > > * Click on "No" > > Emacs crashes with EXC_BAD_ACCESS.=20 > > The above code runs fine when running Emacs under X11 on the same system. > > I'm using the latest pretest (23.1.94), configured only with > "--with-ns", on Mac OS X 10.6.3., using the following gcc: > > Using built-in specs. > Target: i686-apple-darwin10 > Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure --disable-checki= ng --enable-werror --prefix=3D/usr --mandir=3D/share/man --enable-languages= =3Dc,objc,c++,obj-c++ --program-transform-name=3D/^[cg][^.-]*$/s/$/-4.2/ --= with-slibdir=3D/usr/lib --build=3Di686-apple-darwin10 --with-gxx-include-di= r=3D/include/c++/4.2.1 --program-prefix=3Di686-apple-darwin10- --host=3Dx86= _64-apple-darwin10 --target=3Di686-apple-darwin10 > Thread model: posix > gcc version 4.2.1 (Apple Inc. build 5646) (dot 1) > > Here are the backtraces from running in gdb: > > -------------------------- Normal backtrace -----------------------------= -------- > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_INVALID_ADDRESS at address: 0x0000000001800010 > print_object (obj=3D25165834, printcharfun=3D4320133130, escapeflag=3D1) = at print.c:1739 > 1739 register unsigned char *p =3D SDATA (SYMBOL_NAME (obj)); > (gdb) bt > #0 print_object (obj=3D25165834, printcharfun=3D4320133130, escapeflag= =3D1) at print.c:1739 > #1 0x00000001001300f3 in Fprin1_to_string (object=3D25165834, noescape= =3D4320133130) at print.c:792 > #2 0x0000000100111431 in Ffuncall (nargs=3D2, args=3D) at eval.c:3027 > #3 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 > #4 0x0000000100110d8c in funcall_lambda (fun=3D4298756909, nargs=3D1, ar= g_vector=3D0x7fff5fbfda18) at eval.c:3211 > #5 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 > #6 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 > #7 0x0000000100110d8c in funcall_lambda (fun=3D4298756709, nargs=3D1, ar= g_vector=3D0x7fff5fbfdbf8) at eval.c:3211 > #8 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 > #9 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 > #10 0x0000000100110d8c in funcall_lambda (fun=3D4298757197, nargs=3D1, ar= g_vector=3D0x7fff5fbfde28) at eval.c:3211 > #11 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 > #12 0x000000010010dd6e in Fcall_interactively (function=3D4321163482, rec= ord_flag=3D4320133130, keys=3D4317002904) at callint.c:869 > #13 0x000000010011141c in Ffuncall (nargs=3D4, args=3D) at eval.c:3030 > #14 0x00000001001115c6 in call3 (fn=3D, arg1=3D, arg2=3D, arg3= =3D) at eval.c:2850 > #15 0x00000001000ab987 in command_loop_1 () at keyboard.c:1904 > #16 0x000000010010f8a7 in internal_condition_case (bfun=3D0x1000ab4c0 , handlers=3D4320204218, hfun=3D0x1000a3770 ) at ev= al.c:1490 > #17 0x00000001000a2af7 in command_loop_2 () at keyboard.c:1360 > #18 0x000000010010f9b0 in internal_catch (tag=3D, func=3D0x1000a2ac0 , arg=3D43= 20133130) at eval.c:1226 > #19 0x00000001000a3586 in command_loop () at keyboard.c:1339 > #20 0x00000001000a39ef in recursive_edit_1 () at keyboard.c:954 > #21 0x00000001000a3b8f in Frecursive_edit () at keyboard.c:1016 > #22 0x0000000100099147 in main (argc=3D2, argv=3D0x7fff5fbfe688) at emacs= .c:1833 > -------------------------------------------------------------------------= -------- > > > ---------------------------- Full Backtrace -----------------------------= -------- > (gdb) bt full > #0 print_object (obj=3D25165834, printcharfun=3D4320133130, escapeflag= =3D1) at print.c:1739 > end =3D > c =3D > i_byte =3D > confusing =3D > p =3D > size_byte =3D > buf =3D "@=C3=96=C2=BF_=C3=BF\000\000hf4=C3=BF\000\000=C3=96=C2= =BF_=C3=BF\000\000=C3=A8\003\000\000\000\000\000\000`=C3=96=C2=BF_\001\000\= 000" > #1 0x00000001001300f3 in Fprin1_to_string (object=3D25165834, noescape= =3D4320133130) at print.c:792 > old =3D (struct buffer *) 0x101502ac8 > start_point =3D -1 > start_point_byte =3D -1 > free_print_buffer =3D 1 > old_point =3D -1 > old_point_byte =3D -1 > printcharfun =3D 4320133130 > save_deactivate_mark =3D 4320133130 > previous =3D > #2 0x0000000100111431 in Ffuncall (nargs=3D2, args=3D) at eval.c:3027 > fun =3D > original_fun =3D > funcar =3D > numargs =3D 1 > val =3D > backtrace =3D { > next =3D 0x7fff5fbfd9a0,=20 > function =3D 0x7fff5fbfd800,=20 > args =3D 0x7fff5fbfd808,=20 > nargs =3D 1,=20 > evalargs =3D 0 '\0',=20 > debug_on_exit =3D 0 '\0' > } > internal_args =3D (Lisp_Object *) 0x7fff5fbfd750 > i =3D > #3 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 > count =3D 10 > op =3D > vectorp =3D (Lisp_Object *) 0x10039d398 > stack =3D { > pc =3D 0x100469da7 "*\v\f`=C3=86\035\036\016\030\031\036\017=C3=88\n!= =C3=89\n!\036\020$",=20 > top =3D 0x7fff5fbfd808,=20 > bottom =3D 0x7fff5fbfd800,=20 > byte_string =3D 4298756969,=20 > byte_string_start =3D 0x100469da0 "=C3=86\030\031=C3=87\n!*\v\f`=C3=86\= 035\036\016\030\031\036\017=C3=88\n!=C3=89\n!\036\020$",=20 > constants =3D 4298757005,=20 > next =3D 0x7fff5fbfda60 > } > top =3D (Lisp_Object *) 0x7fff5fbfd800 > result =3D > #4 0x0000000100110d8c in funcall_lambda (fun=3D4298756909, nargs=3D1, ar= g_vector=3D0x7fff5fbfda18) at eval.c:3211 > val =3D > syms_left =3D > next =3D > i =3D 1 > optional =3D 0 > rest =3D 0 > #5 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 > fun =3D > original_fun =3D 4324698170 > funcar =3D > numargs =3D 1 > val =3D > backtrace =3D { > next =3D 0x7fff5fbfdb80,=20 > function =3D 0x7fff5fbfda10,=20 > args =3D 0x7fff5fbfda18,=20 > nargs =3D 1,=20 > evalargs =3D 0 '\0',=20 > debug_on_exit =3D 0 '\0' > } > internal_args =3D (Lisp_Object *) 0x7fff5fbfda18 > i =3D > #6 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 > count =3D 8 > op =3D > vectorp =3D (Lisp_Object *) 0x10039d2d8 > stack =3D { > pc =3D 0x100469e10 ")",=20 > top =3D 0x7fff5fbfda18,=20 > bottom =3D 0x7fff5fbfda10,=20 > byte_string =3D 4298756777,=20 > byte_string_start =3D 0x100469e00 "\b\b",=20 > constants =3D 4298756813,=20 > next =3D 0x7fff5fbfdc40 > } > top =3D (Lisp_Object *) 0x7fff5fbfda10 > result =3D > #7 0x0000000100110d8c in funcall_lambda (fun=3D4298756709, nargs=3D1, ar= g_vector=3D0x7fff5fbfdbf8) at eval.c:3211 > val =3D > syms_left =3D > next =3D > i =3D 1 > optional =3D 0 > rest =3D 0 > #8 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 > fun =3D > original_fun =3D 4324684746 > funcar =3D > numargs =3D 1 > val =3D > backtrace =3D { > next =3D 0x7fff5fbfdd60,=20 > function =3D 0x7fff5fbfdbf0,=20 > args =3D 0x7fff5fbfdbf8,=20 > nargs =3D 1,=20 > evalargs =3D 0 '\0',=20 > debug_on_exit =3D 0 '\0' > } > internal_args =3D (Lisp_Object *) 0x7fff5fbfdbf8 > i =3D > #9 0x000000010014dc1e in Fbyte_code (bytestr=3D, vector=3D, maxdepth=3D) at bytecode.c:680 > count =3D 6 > op =3D > vectorp =3D (Lisp_Object *) 0x10039d4c8 > stack =3D { > pc =3D 0x100469d73 "\v)B\034A\n=3D > \033",=20 > top =3D 0x7fff5fbfdbf8,=20 > bottom =3D 0x7fff5fbfdbf0,=20 > byte_string =3D 4298757273,=20 > byte_string_start =3D 0x100469d66 "\b > \b",=20 > constants =3D 4298757309,=20 > next =3D 0x0 > } > top =3D (Lisp_Object *) 0x7fff5fbfdbf0 > result =3D > #10 0x0000000100110d8c in funcall_lambda (fun=3D4298757197, nargs=3D1, ar= g_vector=3D0x7fff5fbfde28) at eval.c:3211 > val =3D > syms_left =3D > next =3D > i =3D 1 > optional =3D 0 > rest =3D 0 > #11 0x00000001001111d2 in Ffuncall (nargs=3D2, args=3D) at eval.c:3081 > fun =3D > original_fun =3D 4321163482 > funcar =3D > numargs =3D 1 > val =3D > backtrace =3D { > next =3D 0x7fff5fbfe000,=20 > function =3D 0x7fff5fbfde20,=20 > args =3D 0x7fff5fbfde28,=20 > nargs =3D 1,=20 > evalargs =3D 0 '\0',=20 > debug_on_exit =3D 0 '\0' > } > internal_args =3D (Lisp_Object *) 0x7fff5fbfde28 > i =3D > #12 0x000000010010dd6e in Fcall_interactively (function=3D4321163482, rec= ord_flag=3D4320133130, keys=3D4317002904) at callint.c:869 > val =3D > args =3D (Lisp_Object *) 0x7fff5fbfde20 > visargs =3D (Lisp_Object *) 0x7fff5fbfde00 > specs =3D 4320133130 > filter_specs =3D > teml =3D 1 > up_event =3D 4320133130 > enable =3D 4320133130 > speccount =3D 3 > next_event =3D 2 > prefix_arg =3D 4320133130 > string =3D > tem =3D (unsigned char *) 0x10019edf0 "" > varies =3D (int *) 0x7fff5fbfdde0 > i =3D 1 > j =3D 1 > foo =3D > prompt1 =3D '\0' > arg_from_tty =3D 0 > key_count =3D 2 > record_then_fail =3D 0 > save_this_command =3D 4321163482 > save_last_command =3D 4320190778 > save_this_original_command =3D 4321163482 > save_real_this_command =3D 4321163482 > #13 0x000000010011141c in Ffuncall (nargs=3D4, args=3D) at eval.c:3030 > fun =3D > original_fun =3D > funcar =3D > numargs =3D 3 > val =3D > backtrace =3D { > next =3D 0x0,=20 > function =3D 0x7fff5fbfe070,=20 > args =3D 0x7fff5fbfe078,=20 > nargs =3D 3,=20 > evalargs =3D 0 '\0',=20 > debug_on_exit =3D 0 '\0' > } > internal_args =3D (Lisp_Object *) 0x7fff5fbfe078 > i =3D > #14 0x00000001001115c6 in call3 (fn=3D, arg1=3D, arg2=3D, arg3= =3D) at eval.c:2850 > ret_ungc_val =3D 4296201300 > args =3D {4320305978, 4321163482, 4320133130, 4320133130} > #15 0x00000001000ab987 in command_loop_1 () at keyboard.c:1904 > cmd =3D > lose =3D > keybuf =3D {96, 20, 140734799798792, 4297574704, 4611686018427404= 288, 4611686018427389952, 4300458264, 4300480048, 140734799798736, 42960826= 11, 140734799798592, 140734799861322, 0, 3, 140734799798792, 0, 14073480008= 4000, 0, 140734799798688, 140734799883712, 0, 140734800069792, 0, 140734799= 798672, 140734799798416, 0, 4300526552, 4320133130, 4321264154, -8680165209= 918493533} > i =3D > prev_modiff =3D 264 > prev_buffer =3D (struct buffer *) 0x101502ac8 > already_adjusted =3D 0 > #16 0x000000010010f8a7 in internal_condition_case (bfun=3D0x1000ab4c0 , handlers=3D4320204218, hfun=3D0x1000a3770 ) at ev= al.c:1490 > val =3D > c =3D { > tag =3D 4320133130,=20 > val =3D 4320133130,=20 > next =3D 0x7fff5fbfe360,=20 > gcpro =3D 0x0,=20 > jmp =3D {5512632, 1, 1606411040, 32767, 1606410720, 32767, 5512472, 1, = 5489576, 1, 5490968, 1, 5512752, 1, 1112097, 1, 530, 0, 8096, 895, 16064111= 36, 32767, 668720, 1, 5513384, 1, 5513328, 1, 2, 0, 0, 0, 0, 0, 6886400, 1,= 0},=20 > backlist =3D 0x0,=20 > handlerlist =3D 0x0,=20 > lisp_eval_depth =3D 0,=20 > pdlcount =3D 2,=20 > poll_suppress_count =3D 0,=20 > interrupt_input_blocked =3D 0,=20 > byte_stack =3D 0x0 > } > h =3D { > handler =3D 4320204218,=20 > var =3D 4320133130,=20 > chosen_clause =3D 3418355679867659105,=20 > tag =3D 0x7fff5fbfe200,=20 > next =3D 0x0 > } > #17 0x00000001000a2af7 in command_loop_2 () at keyboard.c:1360 > val =3D 4296201300 > #18 0x000000010010f9b0 in internal_catch (tag=3D, func=3D0x1000a2ac0 , arg=3D43= 20133130) at eval.c:1226 > c =3D { > tag =3D 4320197482,=20 > val =3D 4320133130,=20 > next =3D 0x0,=20 > gcpro =3D 0x0,=20 > jmp =3D {5512632, 1, 1606411328, 32767, 1606411088, 32767, 5512768, 1, = 5489576, 1, 5490968, 1, 5512752, 1, 1112479, 1, 534, 0, 8096, 895, 0, 0, 34= 4, 0, 1606411264, 22, -2026609048, 32767, 0, 10, 25412515, 1, 25416952, 1, = 25412512, 1, 22031048},=20 > backlist =3D 0x0,=20 > handlerlist =3D 0x0,=20 > lisp_eval_depth =3D 0,=20 > pdlcount =3D 2,=20 > poll_suppress_count =3D 0,=20 > interrupt_input_blocked =3D 0,=20 > byte_stack =3D 0x0 > } > #19 0x00000001000a3586 in command_loop () at keyboard.c:1339 > No locals. > #20 0x00000001000a39ef in recursive_edit_1 () at keyboard.c:954 > val =3D > #21 0x00000001000a3b8f in Frecursive_edit () at keyboard.c:1016 > count =3D > buffer =3D 4320133130 > #22 0x0000000100099147 in main (argc=3D2, argv=3D0x7fff5fbfe688) at emacs= .c:1833 > dummy =3D 0 > stack_bottom_variable =3D -106 '' > do_initial_setlocale =3D > skip_args =3D 0 > rlim =3D { > rlim_cur =3D 8720000,=20 > rlim_max =3D 67104768 > } > no_loadup =3D 0 > junk =3D 0x0 > dname_arg =3D 0x0 > dname_arg2 =3D "\000\000\000\000\000\000\000\000=C3=A6=C2=BF_=C3= =BF\000\000\000\000\000\000\002\000\000\000\000\000\000\000\001\000\000\000= \000\000=C3=80_=C3=BF\000\000\000\000\000\000\000\000\000\000=C3=B8\005=C3= =80_=C3=BF\000\000\t\000\000\000\t\000\000\000=C2=A8=C3=A7=C2=BF_=C3=BF\000= \000`\a=C3=80_=C3=BF\000" > -------------------------------------------------------------------------= --------- From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 16:31:07 2010 Received: (at 5811) by debbugs.gnu.org; 1 Apr 2010 20:31: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 1NxR2h-0007ER-9n for submit@debbugs.gnu.org; Thu, 01 Apr 2010 16:31:07 -0400 Received: from m61s02.vlinux.de ([83.151.21.164]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxR2e-0007Do-Bd for 5811@debbugs.gnu.org; Thu, 01 Apr 2010 16:31:05 -0400 Received: from dslc-082-083-032-183.pools.arcor-ip.net ([82.83.32.183] helo=void) by m61s02.vlinux.de with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1NxR2X-0003H2-JE; Thu, 01 Apr 2010 22:30:57 +0200 From: David Engster To: Chong Yidong Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p In-Reply-To: <87ljd7b34s.fsf@stupidchicken.com> (Chong Yidong's message of "Thu, 01 Apr 2010 11:31:47 -0400") References: <87ljd7b34s.fsf@stupidchicken.com> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.94 (gnu/linux) Date: Thu, 01 Apr 2010 22:30:56 +0200 Message-ID: <877hoqlxtr.fsf@engster.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.6 (---) X-Debbugs-Envelope-To: 5811 Cc: Adrian Robert , 5811@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.6 (--) Chong Yidong writes: > Could you take a look at this bug report? Thanks. > > David, it would help if you compile Emacs without optimizations. That > makes the stack trace easier to read. Currently, I only have access to a machine running Mac OS X 10.5.8, and there the crash does not happen. I should be able to run a non-optimized build with 10.6.3. on Tuesday. Regards, David From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 02 01:59:06 2010 Received: (at 5811) by debbugs.gnu.org; 2 Apr 2010 05:59:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxZuM-0002yN-0E for submit@debbugs.gnu.org; Fri, 02 Apr 2010 01:59:06 -0400 Received: from mail-ew0-f209.google.com ([209.85.219.209]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxZuK-0002y0-C1 for 5811@debbugs.gnu.org; Fri, 02 Apr 2010 01:59:04 -0400 Received: by ewy1 with SMTP id 1so44853ewy.15 for <5811@debbugs.gnu.org>; Thu, 01 Apr 2010 22:59:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=76UxRdODIH7ld0Nuc9wisLldgCj4Jfa22ZgtgB4BmTg=; b=MfgCwp6eDbz2Ob3yMAETc1stoJYsqbuAq7+O9Pb6xiHzR8pjdBgg/xEVp9/vR7cJRX qXlhiw9gFsF9Lesdj8qwNA89ps4havQQNghLSHky53oGqqicSrvMA5yO2Bvgf7+Gd8kF 7CJ4ALHeWCpqHubMKeAM9nStdjd/Nr11Lf8UU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=SFSSCm9mKI7mEWRgEkGyDg5EI+m0BWeKwf5nqtAUZkvBcNS2/bXxD4BbTt7vbt3IAy Lx7VFMbyLIg8WnLQRqkHauhctYgrMJGG1NnmUo6iUDnMdAMQBC7pluKCO9fTLE6gACUx AzXXwLiwCIySvujvSm5i5zcvgmkGDlkNNZXaA= Received: by 10.213.43.67 with SMTP id v3mr9483ebe.0.1270187940530; Thu, 01 Apr 2010 22:59:00 -0700 (PDT) Received: from gprs-prointernet-ff8c6a00-201.dhcp.inet.fi (gprs-prointernet-ff8c6a00-201.dhcp.inet.fi [93.106.140.201]) by mx.google.com with ESMTPS id 13sm4791788ewy.13.2010.04.01.22.58.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Apr 2010 22:58:59 -0700 (PDT) Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Adrian Robert In-Reply-To: <877hoqlxtr.fsf@engster.org> Date: Fri, 2 Apr 2010 08:58:53 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> References: <87ljd7b34s.fsf@stupidchicken.com> <877hoqlxtr.fsf@engster.org> To: David Engster X-Mailer: Apple Mail (2.1077) X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: 5811 Cc: Chong Yidong , 5811@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: -1.4 (-) >=20 > Currently, I only have access to a machine running Mac OS X 10.5.8, = and > there the crash does not happen. I should be able to run a = non-optimized > build with 10.6.3. on Tuesday. Don't worry about it, I can reproduce it here on 10.6.2. I'm not sure = whether it was something in Emacs that changed, or something in one of = the point releases, as I'm pretty sure I debugged and fixed this same = issue this past summer (cause was a missing function prototype) working = under 10.6.1. I'm not sure at the moment when I will have time to dig into this = though. -Adrian From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 07:37:23 2010 Received: (at 5811) by debbugs.gnu.org; 6 Apr 2010 11:37:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nz75v-0000I7-3i for submit@debbugs.gnu.org; Tue, 06 Apr 2010 07:37:23 -0400 Received: from m61s02.vlinux.de ([83.151.21.164]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nz75t-0000I2-ER for 5811@debbugs.gnu.org; Tue, 06 Apr 2010 07:37:22 -0400 Received: from imac-c2.pc.gwdg.de ([134.76.4.139]) by m61s02.vlinux.de with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1Nz75l-0000Ge-Pp; Tue, 06 Apr 2010 13:37:13 +0200 From: David Engster To: Adrian Robert Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p In-Reply-To: <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> (Adrian Robert's message of "Fri, 2 Apr 2010 08:58:53 +0300") References: <87ljd7b34s.fsf@stupidchicken.com> <877hoqlxtr.fsf@engster.org> <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.94 (darwin) Date: Tue, 06 Apr 2010 13:37:07 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 5811 Cc: Chong Yidong , 5811@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 (---) Adrian Robert writes: >> Currently, I only have access to a machine running Mac OS X 10.5.8, and >> there the crash does not happen. I should be able to run a non-optimized >> build with 10.6.3. on Tuesday. > > Don't worry about it, I can reproduce it here on 10.6.2. I'm not sure whether it was something in Emacs that changed, or something in one of the point releases, as I'm pretty sure I debugged and fixed this same issue this past summer (cause was a missing function prototype) working under 10.6.1. Do you mean this fix? revno: 97065 committer: Adrian Robert timestamp: Fri 2009-08-21 19:29:31 +0000 message: nsfns.m (EmacsDialogPanel-runDialogAt): Add declaration of timer_check() to avoid crash on Leopard/PPC. Bug #2154. I cannot build a 64bit binary from this revision under 10.6.3. FWIW, the earliest pretest I can actually compile under Snow Leopard is 23.1.91, and the bug already exists there. Regards, David From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 08:30:51 2010 Received: (at 5811) by debbugs.gnu.org; 6 Apr 2010 12:30:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nz7ve-0000du-UV for submit@debbugs.gnu.org; Tue, 06 Apr 2010 08:30:51 -0400 Received: from mail-ew0-f209.google.com ([209.85.219.209]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nz7vd-0000dp-1M for 5811@debbugs.gnu.org; Tue, 06 Apr 2010 08:30:49 -0400 Received: by ewy1 with SMTP id 1so104691ewy.15 for <5811@debbugs.gnu.org>; Tue, 06 Apr 2010 05:30:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=t4InX7hPmx+X5fWCFftKsjyA+Ku9t/N2Qcy0yqYz1ZE=; b=Wi97/2yoN6i8Yia90n1WTHJiKj+blpgzPzL3GjN55hN5vW9lnpRGBbyGcXaY+S7BH8 9tCMHBrwX3cctl/iM1+wWeRT7cE4SprvnA2hXb5E4DXjiuZA2AOldflgqAfn8mnB5QWg PPTN++h5ooe6qZwxdO/oL0MN49OQEw2/7f20w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=JvSGnQabysXehGqXEpdz+vxRUlEeD1AwQZk7ZZJ0Jiq7wkj+0SrbDniS95vuPQ7Cwl H5dWA5888YLZhpEEK9lyuiNLHb2llox33FP6+gIQ6P7ZULru+PadcIoXD3PH4cGRkm0e Tt7ErX2BpI1yG8Lzl0wWo13WRglkA5XVKYffU= Received: by 10.213.25.76 with SMTP id y12mr624532ebb.69.1270557043271; Tue, 06 Apr 2010 05:30:43 -0700 (PDT) Received: from [10.0.1.2] (dsl-hkibrasgw2-ff6ec300-110.dhcp.inet.fi [88.195.110.110]) by mx.google.com with ESMTPS id 16sm7101298ewy.7.2010.04.06.05.30.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Apr 2010 05:30:42 -0700 (PDT) Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Adrian Robert In-Reply-To: Date: Tue, 6 Apr 2010 15:30:40 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <5A569396-58DA-4C91-A081-1D1866018E8A@gmail.com> References: <87ljd7b34s.fsf@stupidchicken.com> <877hoqlxtr.fsf@engster.org> <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> To: David Engster X-Mailer: Apple Mail (2.1077) X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 5811 Cc: Chong Yidong , 5811@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.6 (--) >>=20 >> Don't worry about it, I can reproduce it here on 10.6.2. I'm not = sure whether it was something in Emacs that changed, or something in one = of the point releases, as I'm pretty sure I debugged and fixed this same = issue this past summer (cause was a missing function prototype) working = under 10.6.1. >=20 > Do you mean this fix? >=20 > revno: 97065 > committer: Adrian Robert > timestamp: Fri 2009-08-21 19:29:31 +0000 > message: > nsfns.m (EmacsDialogPanel-runDialogAt): Add declaration of > timer_check() to avoid crash on Leopard/PPC. Bug #2154. OK -- I guess this was before my computer crash and forced upgrade to = Snow Leopard then. I thought for sure I'd tested this stuff after that, but I guess not. = ;-( -Adrian From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 09:12:41 2010 Received: (at 5811) by debbugs.gnu.org; 6 Apr 2010 13:12:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nz8a9-0000wn-5e for submit@debbugs.gnu.org; Tue, 06 Apr 2010 09:12:41 -0400 Received: from m61s02.vlinux.de ([83.151.21.164]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nz8a6-0000wi-Iw for 5811@debbugs.gnu.org; Tue, 06 Apr 2010 09:12:39 -0400 Received: from imac-c2.pc.gwdg.de ([134.76.4.139]) by m61s02.vlinux.de with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1Nz8a0-0007Tv-Br; Tue, 06 Apr 2010 15:12:32 +0200 From: David Engster To: Adrian Robert Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p In-Reply-To: <5A569396-58DA-4C91-A081-1D1866018E8A@gmail.com> (Adrian Robert's message of "Tue, 6 Apr 2010 15:30:40 +0300") References: <87ljd7b34s.fsf@stupidchicken.com> <877hoqlxtr.fsf@engster.org> <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> <5A569396-58DA-4C91-A081-1D1866018E8A@gmail.com> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.94 (darwin) Date: Tue, 06 Apr 2010 15:12:26 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 5811 Cc: Chong Yidong , 5811@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 (--) Adrian Robert writes: >>> >>> Don't worry about it, I can reproduce it here on 10.6.2. I'm not sure whether it was something in Emacs that changed, or something in one of the point releases, as I'm pretty sure I debugged and fixed this same issue this past summer (cause was a missing function prototype) working under 10.6.1. >> >> Do you mean this fix? >> >> revno: 97065 >> committer: Adrian Robert >> timestamp: Fri 2009-08-21 19:29:31 +0000 >> message: >> nsfns.m (EmacsDialogPanel-runDialogAt): Add declaration of >> timer_check() to avoid crash on Leopard/PPC. Bug #2154. > > OK -- I guess this was before my computer crash and forced upgrade to Snow Leopard then. > > I thought for sure I'd tested this stuff after that, but I guess not. ;-( Maybe you made a 32bit binary? When I compile with CC="gcc -arch i386" ./configure --with-ns the resulting binary does not crash on the test case. So it appears to be a problem with 64bit only. -David From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 09:18:06 2010 Received: (at 5811) by debbugs.gnu.org; 6 Apr 2010 13:18:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nz8fO-0000zI-FL for submit@debbugs.gnu.org; Tue, 06 Apr 2010 09:18:06 -0400 Received: from mail-ew0-f209.google.com ([209.85.219.209]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nz8fM-0000yw-85 for 5811@debbugs.gnu.org; Tue, 06 Apr 2010 09:18:04 -0400 Received: by ewy1 with SMTP id 1so128780ewy.15 for <5811@debbugs.gnu.org>; Tue, 06 Apr 2010 06:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=xdkl906ivZtiqaUe38lwEN1lfHQL1K1OfDWb5FVgJjM=; b=q6uZoxVBz0m8COLpgU0/H3dLMpMhrz9ywPehTigZOFRCxXKgAzy614j7IQpFhKnZOz m9OsIS09oo1SqyDoK6tmsfaVKQzm7PWV1RI0YEPAiIRh8udyAK96v8vbrtDqMb5k+d27 bojO418G0V02cmnCzSGimIwK1i4ykGYjg0RPk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=wZkTOCBT9uG7oiIDBvhNyaYsms0ZyRX4Zm846pQ2kgK/FfAlPdZiUNENB5veeei4m4 qAW8JgGjC07dTRn/ImIu4XxuhmETj4lXf8WMGTHQcZoh21wwapT1ygdxPciZ08zSXO9t JyKQ2i7R5NXpqi4721LwBrVBZRvy9WfceB7Fw= Received: by 10.213.2.75 with SMTP id 11mr3996715ebi.14.1270559878567; Tue, 06 Apr 2010 06:17:58 -0700 (PDT) Received: from [10.0.1.2] (dsl-hkibrasgw2-ff6ec300-110.dhcp.inet.fi [88.195.110.110]) by mx.google.com with ESMTPS id 16sm7143418ewy.11.2010.04.06.06.17.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Apr 2010 06:17:57 -0700 (PDT) Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Adrian Robert In-Reply-To: Date: Tue, 6 Apr 2010 16:17:55 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87ljd7b34s.fsf@stupidchicken.com> <877hoqlxtr.fsf@engster.org> <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> <5A569396-58DA-4C91-A081-1D1866018E8A@gmail.com> To: David Engster X-Mailer: Apple Mail (2.1077) X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 5811 Cc: Chong Yidong , 5811@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.6 (--) > Maybe you made a 32bit binary? >=20 > When I compile with >=20 > CC=3D"gcc -arch i386" ./configure --with-ns >=20 > the resulting binary does not crash on the test case. So it appears to > be a problem with 64bit only. Hmm, possibly. Anyway this suggests maybe it is also some sort of = signature and/or argument-passing issue. The previous fix just = corrected some kind misalignment problem due to the wrong size for the = return type being allocated on the stack. -Adrian From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 10 02:11:54 2010 Received: (at 5811) by debbugs.gnu.org; 10 Apr 2010 06:11:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O0Tv8-0005fc-3w for submit@debbugs.gnu.org; Sat, 10 Apr 2010 02:11:54 -0400 Received: from mail-ew0-f209.google.com ([209.85.219.209]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O0Tv5-0005fX-Os for 5811@debbugs.gnu.org; Sat, 10 Apr 2010 02:11:52 -0400 Received: by ewy1 with SMTP id 1so1532502ewy.15 for <5811@debbugs.gnu.org>; Fri, 09 Apr 2010 23:11:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:mime-version :content-type:subject:date:in-reply-to:to:references:message-id :x-mailer; bh=PGrYOGYvpVym6KB482j/vvU2ZhQW25J70QR17G3YS3Q=; b=nLObWlNYWmZF+IyBiUSt8gwrOEh178OrbJD4BYo5vk3Zmz2NMe65C+IM1Xc5C8Fv9q nl8F03lrQcZNOdy01hlp4HH19ZDRx5CLit3JBQc0ijn8CqVTRLofn9EXZel234q97X5c EPSYiUbO3yUe+Ox920ezqFyvyB9pPW8eaUrXI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:to :references:message-id:x-mailer; b=WKsy6VsIW+bYV8rYZQeNJgI+/q+EUA2TE19GAKZqMHh5YP1VH1zHZ40eD33lXtF4Ts BHlwEaQLfZIXDmWnlyTkjkPRfoojMkkFBHPv9x7D1TM6TA9nFr2wgPRRwsbXhcxScgOv 5+HA3GzruO7hm79FgyLsNrptZRh65oLvINrvc= Received: by 10.213.37.11 with SMTP id v11mr545336ebd.60.1270879907766; Fri, 09 Apr 2010 23:11:47 -0700 (PDT) Received: from [10.0.1.2] (dsl-hkibrasgw2-ff6ec300-110.dhcp.inet.fi [88.195.110.110]) by mx.google.com with ESMTPS id 15sm1217769ewy.4.2010.04.09.23.11.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Apr 2010 23:11:45 -0700 (PDT) From: Adrian Robert Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/mixed; boundary=Apple-Mail-10-514927277 Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p Date: Sat, 10 Apr 2010 09:11:43 +0300 In-Reply-To: To: David Engster , Chong Yidong , 5811@debbugs.gnu.org References: <87ljd7b34s.fsf@stupidchicken.com> <877hoqlxtr.fsf@engster.org> <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> <5A569396-58DA-4C91-A081-1D1866018E8A@gmail.com> Message-Id: <46DD2CEE-3447-4798-979F-30996C4F0776@gmail.com> X-Mailer: Apple Mail (2.1077) X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 5811 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.6 (--) --Apple-Mail-10-514927277 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Apr 6, 2010, at 4:17 PM, Adrian Robert wrote: >> Maybe you made a 32bit binary? >>=20 >> When I compile with >>=20 >> CC=3D"gcc -arch i386" ./configure --with-ns >>=20 >> the resulting binary does not crash on the test case. So it appears = to >> be a problem with 64bit only. >=20 > Hmm, possibly. Anyway this suggests maybe it is also some sort of = signature and/or argument-passing issue. The previous fix just = corrected some kind misalignment problem due to the wrong size for the = return type being allocated on the stack. This is roughly what it seemed to be. Here is a patch that fixes this = issue for me running 10.6.2 64-bit. (I tried to look for other problems = of this sort in the source but did not find any -- though that doesn't = mean they don't exist!) -Adrian Index: nsmenu.m =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /sources/emacs/emacs/src/nsmenu.m,v retrieving revision 1.31 diff -u -p -r1.31 nsmenu.m --- nsmenu.m 9 Nov 2009 06:21:03 -0000 1.31 +++ nsmenu.m 10 Apr 2010 06:09:44 -0000 @@ -1709,7 +1709,7 @@ void process_dialog (id window, Lisp_Obj =20 - (Lisp_Object)runDialogAt: (NSPoint)p { - int ret; + NSInteger ret; extern EMACS_TIME timer_check (int do_it_now); /* TODO: add to a = header */ =20 /* initiate a session that will be ended by pop_down_menu */ --Apple-Mail-10-514927277 Content-Disposition: attachment; filename=snowLeopard_dialog.patch Content-Type: application/octet-stream; name="snowLeopard_dialog.patch" Content-Transfer-Encoding: 7bit Index: nsmenu.m =================================================================== RCS file: /sources/emacs/emacs/src/nsmenu.m,v retrieving revision 1.31 diff -u -p -r1.31 nsmenu.m --- nsmenu.m 9 Nov 2009 06:21:03 -0000 1.31 +++ nsmenu.m 10 Apr 2010 06:09:44 -0000 @@ -1709,7 +1709,7 @@ void process_dialog (id window, Lisp_Obj - (Lisp_Object)runDialogAt: (NSPoint)p { - int ret; + NSInteger ret; extern EMACS_TIME timer_check (int do_it_now); /* TODO: add to a header */ /* initiate a session that will be ended by pop_down_menu */ --Apple-Mail-10-514927277 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail-10-514927277-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 10 11:15:56 2010 Received: (at 5811) by debbugs.gnu.org; 10 Apr 2010 15:15:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O0cPc-0001Iw-7U for submit@debbugs.gnu.org; Sat, 10 Apr 2010 11:15:56 -0400 Received: from pantheon-po25.its.yale.edu ([130.132.50.119]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O0cPa-0001Ir-3l for 5811@debbugs.gnu.org; Sat, 10 Apr 2010 11:15:54 -0400 Received: from furry (173-14-147-246-NewEngland.hfc.comcastbusiness.net [173.14.147.246]) (authenticated bits=0) by pantheon-po25.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o3AFFQua013808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Apr 2010 11:15:45 -0400 Received: by furry (Postfix, from userid 1000) id C2F91C055; Sat, 10 Apr 2010 11:15:21 -0400 (EDT) From: Chong Yidong To: Adrian Robert Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p References: <87ljd7b34s.fsf@stupidchicken.com> <877hoqlxtr.fsf@engster.org> <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> <5A569396-58DA-4C91-A081-1D1866018E8A@gmail.com> <46DD2CEE-3447-4798-979F-30996C4F0776@gmail.com> Date: Sat, 10 Apr 2010 11:15:21 -0400 In-Reply-To: <46DD2CEE-3447-4798-979F-30996C4F0776@gmail.com> (Adrian Robert's message of "Sat, 10 Apr 2010 09:11:43 +0300") Message-ID: <878w8vfieu.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 5811 Cc: 5811@debbugs.gnu.org, David Engster 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 (--) Adrian Robert writes: > This is roughly what it seemed to be. Here is a patch that fixes this > issue for me running 10.6.2 64-bit. (I tried to look for other > problems of this sort in the source but did not find any -- though > that doesn't mean they don't exist!) Please go ahead and check this in. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 04:32:55 2010 Received: (at 5811) by debbugs.gnu.org; 20 Apr 2010 08:32:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O48t5-0002bK-LF for submit@debbugs.gnu.org; Tue, 20 Apr 2010 04:32:55 -0400 Received: from m61s02.vlinux.de ([83.151.21.164]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O48t4-0002bF-0q for 5811@debbugs.gnu.org; Tue, 20 Apr 2010 04:32:54 -0400 Received: from imac-c2.pc.gwdg.de ([134.76.4.139]) by m61s02.vlinux.de with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1O48t0-00044v-1p; Tue, 20 Apr 2010 10:32:50 +0200 From: David Engster To: Adrian Robert Subject: Re: bug#5811: 23.1.94; Emacs Nextstep port crashes after graphical yes-or-no-p In-Reply-To: <46DD2CEE-3447-4798-979F-30996C4F0776@gmail.com> (Adrian Robert's message of "Sat, 10 Apr 2010 09:11:43 +0300") References: <87ljd7b34s.fsf@stupidchicken.com> <877hoqlxtr.fsf@engster.org> <061906EB-995E-4697-BCCD-993141A6047F@gmail.com> <5A569396-58DA-4C91-A081-1D1866018E8A@gmail.com> <46DD2CEE-3447-4798-979F-30996C4F0776@gmail.com> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.94 (darwin) Date: Tue, 20 Apr 2010 10:33:16 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 5811 Cc: Chong Yidong , 5811@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.6 (--) Adrian Robert writes: > On Apr 6, 2010, at 4:17 PM, Adrian Robert wrote: > >>> Maybe you made a 32bit binary? >>> >>> When I compile with >>> >>> CC="gcc -arch i386" ./configure --with-ns >>> >>> the resulting binary does not crash on the test case. So it appears to >>> be a problem with 64bit only. >> >> Hmm, possibly. Anyway this suggests maybe it is also some sort of signature and/or argument-passing issue. The previous fix just corrected some kind misalignment problem due to the wrong size for the return type being allocated on the stack. > > > This is roughly what it seemed to be. Here is a patch that fixes this issue for me running 10.6.2 64-bit. (I tried to look for other problems of this sort in the source but did not find any -- though that doesn't mean they don't exist!) Sorry for the late reply. I just checked with the latest pretest (23.1.96) and the bug is gone. Thanks! -David From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 08:54:09 2010 Received: (at control) by debbugs.gnu.org; 20 Apr 2010 12:54: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 1O4Cxt-0004zX-92 for submit@debbugs.gnu.org; Tue, 20 Apr 2010 08:54:09 -0400 Received: from pantheon-po17.its.yale.edu ([130.132.50.73]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O4Cxr-0004zG-Bw for control@debbugs.gnu.org; Tue, 20 Apr 2010 08:54:08 -0400 Received: from furry (adsl-99-109-17-70.dsl.wlfrct.sbcglobal.net [99.109.17.70]) (authenticated bits=0) by pantheon-po17.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o3KCs1I1017741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 20 Apr 2010 08:54:02 -0400 Received: by furry (Postfix, from userid 1000) id 1C59CC055; Tue, 20 Apr 2010 08:54:00 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 5811 Date: Tue, 20 Apr 2010 08:54:00 -0400 Message-ID: <87hbn6jndj.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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: -1.3 (-) close 5811 thanks From unknown Mon Aug 18 11:16:49 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 19 May 2010 11:24:04 +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