From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: charles@aurox.ch (Charles A. Roelli) Newsgroups: gmane.emacs.bugs Subject: bug#25265: make-thread crashes in OS X 10.6 Date: Sat, 24 Dec 2016 12:06:45 +0100 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1482599969 28289 195.159.176.226 (24 Dec 2016 17:19:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 24 Dec 2016 17:19:29 +0000 (UTC) To: 25265@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 24 18:19:24 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKpyX-0005Zc-Nl for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Dec 2016 18:19:18 +0100 Original-Received: from localhost ([::1]:44305 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKpyX-0006ah-If for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Dec 2016 12:19:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42337) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKpyM-0006Z2-BH for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 12:19:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKpyJ-00018r-4k for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 12:19:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38567) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cKpyJ-00018l-0P for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 12:19:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cKpyI-0002iZ-MF for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 12:19:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 24 Dec 2016 17:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 25265 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.148259993310426 (code B ref -1); Sat, 24 Dec 2016 17:19:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 24 Dec 2016 17:18:53 +0000 Original-Received: from localhost ([127.0.0.1]:53966 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKpy9-0002i5-43 for submit@debbugs.gnu.org; Sat, 24 Dec 2016 12:18:53 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:50434) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKkDb-0007Cp-L5 for submit@debbugs.gnu.org; Sat, 24 Dec 2016 06:10:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKkDU-0005dk-Ih for submit@debbugs.gnu.org; Sat, 24 Dec 2016 06:10:22 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:34350) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cKkDU-0005dd-Ea for submit@debbugs.gnu.org; Sat, 24 Dec 2016 06:10:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKkDS-0008RH-E9 for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 06:10:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKkDN-0005cC-9H for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 06:10:18 -0500 Original-Received: from [195.159.176.226] (port=33707 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cKkDM-0005bo-VG for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 06:10:13 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cKkDD-0007ep-Cs for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 12:10:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 182 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:nyQbQKgrOEKgAH44gMk6fvK28u4= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Mailman-Approved-At: Sat, 24 Dec 2016 12:18:52 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:127410 Archived-At: Running Emacs -Q on the latest commit (e36a3882), M-: (make-thread (lambda () "string")) appears to hang Emacs immediately. Here's the output of "bt" and "thread apply all bt": (gdb) bt #0 0x00000001000cd2b6 in stack_overflow [inlined] () at /Code/emacs-build-threads/src/sysdep.c:1767 #1 0x00000001000cd2b6 in handle_sigsegv (sig=1884515520, siginfo=0x70, arg=0x100621fe8) at sysdep.c:1800 #2 #3 0x000000010012d7dc in unbind_to (count=Cannot access memory at address 0x0 ) at eval.c:3499 #4 0x00000001001af2c4 in ns_select (nfds=1606412240, readfds=0x7fff5fbfeb80, writefds=0x7fff5fbfeb00, exceptfds=0x7fff5fbfe7d0, timeout=0x7fff5fbfe7d0, sigmask=0x7fff5fbfe7d0) at nsterm.m:4210 #5 0x000000010018d210 in really_call_select (arg=0x7fff5fbfe840) at thread.c:520 #6 0x000000010010ca06 in flush_stack_call_func (func=0, arg=0x5fbfeae800000000) at alloc.c:5137 #7 0x000000010018d1a7 in thread_select (func=0x5fbfeae800000000, max_fds=0, rfds=0x7fff5fbfe828, wfds=0x0, efds=0x7fff5fbfeae8, timeout=0x0, sigmask=0x0) at thread.c:543 #8 0x00000001001752ad in wait_reading_process_output (time_limit=140734799801728, nsecs=0, read_kbd=1606413696, wait_for_cell=140734799801728, wait_proc=0x7fff5fbfed80, just_wait_proc=0, do_display=true) at process.c:5344 #9 0x000000010000471a in sit_for (timeout=30, display_option=0, reading=false) at dispnew.c:5763 #10 0x00000001000bf6f2 in read_char (commandflag=1606414816, map=140734799802848, prev_event=4294967295, used_mouse_menu=0x7fff5fbff1e0, end_time=0x7fff5fbff1e0) at keyboard.c:2725 #11 0x00000001000c26ee in read_key_sequence () at keyboard.c:2599 #12 0x00000001000c4afd in command_loop_1 () at keyboard.c:1373 #13 0x000000010012e2a4 in internal_condition_case (bfun=0x1000c3690 , handlers=499667000, hfun=0x7fff5fbff500) at eval.c:1334 #14 0x00000001000c4d50 in command_loop_2 (ignore=499667000) at keyboard.c:1115 #15 0x000000010012e32f in internal_catch (tag=499667000, func=0x1000c4d20 , arg=499667000) at eval.c:1100 #16 0x00000001000c4ec6 in command_loop [inlined] () at /Code/emacs-build-threads/src/keyboard.c:1094 #17 0x00000001000c4ec6 in recursive_edit_1 () at keyboard.c:1800 #18 0x00000001000b60df in Frecursive_edit () at keyboard.c:771 #19 0x00000001000b2993 in main (argc=4002, argv=0x7fff5fbff780) at emacs.c:1691 Program received signal SIGSTOP, Stopped (signal). 0x00007fff838f8430 in malloc_gdb_po_unsafe () Unsafe to run code: malloc zone lock is held for some zone.. Canceling call as the malloc lock is held so it isn't safe to call the runtime. Issue the command: set objc-non-blocking-mode off to override this check if you are sure your call doesn't use the malloc libraries or the ObjC runtime. (gdb) set objc-non-blocking-mode off (gdb) continue Continuing. Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000040 0x00000001000cd2b6 in stack_overflow [inlined] () at /Code/emacs-build-threads/src/sysdep.c:1767 1767 char *bot = stack_bottom; (gdb) thread apply all bt Thread 4 (process 17249): #0 0x00007fff8385f932 in select$DARWIN_EXTSN () #1 0x000000010019fa79 in -[EmacsApp fd_handler:] (self=0x8, _cmd=0x102380ad0, unused=0x0) at nsterm.m:5512 #2 0x00007fff89967114 in __NSThread__main__ () #3 0x00007fff83854fd6 in _pthread_start () #4 0x00007fff83854e89 in thread_start () Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000040 [Switching to process 17249 thread 0x903] 0x00000001000cd2b6 in stack_overflow [inlined] () at /Code/emacs-build-threads/src/sysdep.c:1767 1767 char *bot = stack_bottom; The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on" Evaluation of the expression containing the function (backtrace_top) will be abandoned. Thread 3 (process 17249): #0 0x00007fff8385f932 in select$DARWIN_EXTSN () #1 0x0000000100ad3983 in g_poll (fds=0x101a37ce0, nfds=28839360, timeout=0) at gpoll.c:385 #2 0x0000000100ac6dfd in g_main_context_iterate () at gmain.c:3198 #3 0x0000000100ac6ee2 in g_main_context_iteration (context=0x6, may_block=1) at gmain.c:3869 #4 0x0000000100ac5e71 in glib_worker_main (data=0x6) at gmain.c:5622 #5 0x0000000100aeb75a in g_thread_proxy (data=0x6) at gthread.c:764 #6 0x00007fff83854fd6 in _pthread_start () #7 0x00007fff83854e89 in thread_start () Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000040 [Switching to process 17249 thread 0x903] 0x00000001000cd2b6 in stack_overflow [inlined] () at /Code/emacs-build-threads/src/sysdep.c:1767 1767 char *bot = stack_bottom; The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on" Evaluation of the expression containing the function (backtrace_top) will be abandoned. Thread 2 (process 17249): #0 0x00007fff8383544b in pthread_workqueue_additem_np () #1 0x00007fff83834d0a in _dispatch_queue_wakeup_global () #2 0x00007fff83834c28 in _dispatch_wakeup () #3 0x00007fff8394fd3f in _dispatch_queue_push_list_slow () #4 0x00007fff83834c9c in _dispatch_wakeup () #5 0x00007fff8394fd3f in _dispatch_queue_push_list_slow () #6 0x00007fff83834c9c in _dispatch_wakeup () #7 0x00007fff83836ebe in _dispatch_run_timers () #8 0x00007fff83836aa2 in _dispatch_mgr_invoke () #9 0x00007fff838367b4 in _dispatch_queue_invoke () #10 0x00007fff838362de in _dispatch_worker_thread2 () #11 0x00007fff83835c08 in _pthread_wqthread () #12 0x00007fff83835aa5 in start_wqthread () Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000070 backtrace_top () at eval.c:202 202 while (backtrace_p (pdl) && pdl->kind != SPECPDL_BACKTRACE) The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on" Evaluation of the expression containing the function (backtrace_top) will be abandoned. Thread 1 (process 17249): #0 0x00000001000cd2b6 in stack_overflow [inlined] () at /Code/emacs-build-threads/src/sysdep.c:1767 #1 0x00000001000cd2b6 in handle_sigsegv (sig=1884515520, siginfo=0x70, arg=0x100621fe8) at sysdep.c:1800 #2 #3 0x000000010012d7dc in unbind_to (count=Cannot access memory at address 0x0 ) at eval.c:3499 #4 0x00000001001af2c4 in ns_select (nfds=1606412240, readfds=0x7fff5fbfeb80, writefds=0x7fff5fbfeb00, exceptfds=0x7fff5fbfe7d0, timeout=0x7fff5fbfe7d0, sigmask=0x7fff5fbfe7d0) at nsterm.m:4210 #5 0x000000010018d210 in really_call_select (arg=0x7fff5fbfe840) at thread.c:520 #6 0x000000010010ca06 in flush_stack_call_func (func=0, arg=0x5fbfeae800000000) at alloc.c:5137 #7 0x000000010018d1a7 in thread_select (func=0x5fbfeae800000000, max_fds=0, rfds=0x7fff5fbfe828, wfds=0x0, efds=0x7fff5fbfeae8, timeout=0x0, sigmask=0x0) at thread.c:543 #8 0x00000001001752ad in wait_reading_process_output (time_limit=140734799801728, nsecs=0, read_kbd=1606413696, wait_for_cell=140734799801728, wait_proc=0x7fff5fbfed80, just_wait_proc=0, do_display=true) at process.c:5344 #9 0x000000010000471a in sit_for (timeout=30, display_option=0, reading=false) at dispnew.c:5763 #10 0x00000001000bf6f2 in read_char (commandflag=1606414816, map=140734799802848, prev_event=4294967295, used_mouse_menu=0x7fff5fbff1e0, end_time=0x7fff5fbff1e0) at keyboard.c:2725 #11 0x00000001000c26ee in read_key_sequence () at keyboard.c:2599 #12 0x00000001000c4afd in command_loop_1 () at keyboard.c:1373 #13 0x000000010012e2a4 in internal_condition_case (bfun=0x1000c3690 , handlers=499667000, hfun=0x7fff5fbff500) at eval.c:1334 #14 0x00000001000c4d50 in command_loop_2 (ignore=499667000) at keyboard.c:1115 #15 0x000000010012e32f in internal_catch (tag=499667000, func=0x1000c4d20 , arg=499667000) at eval.c:1100 #16 0x00000001000c4ec6 in command_loop [inlined] () at /Code/emacs-build-threads/src/keyboard.c:1094 #17 0x00000001000c4ec6 in recursive_edit_1 () at keyboard.c:1800 #18 0x00000001000b60df in Frecursive_edit () at keyboard.c:771 #19 0x00000001000b2993 in main (argc=4002, argv=0x7fff5fbff780) at emacs.c:1691 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000070 backtrace_top () at eval.c:202 202 while (backtrace_p (pdl) && pdl->kind != SPECPDL_BACKTRACE) The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on" Evaluation of the expression containing the function (backtrace_top) will be abandoned. (gdb) bt #0 backtrace_top () at eval.c:202 #1 #2 0x00000001000cd2b6 in stack_overflow [inlined] () at /Code/emacs-build-threads/src/sysdep.c:1767 #3 0x00000001000cd2b6 in handle_sigsegv (sig=1884515520, siginfo=0x70, arg=0x100621fe8) at sysdep.c:202 #4 #5 0x000000010012d7dc in unbind_to (count=Cannot access memory at address 0x0 ) at eval.c:3499 #6 0x00000001001af2c4 in ns_select (nfds=1606412240, readfds=0x7fff5fbfeb80, writefds=0x7fff5fbfeb00, exceptfds=0x7fff5fbfe7d0, timeout=0x7fff5fbfe7d0, sigmask=0x7fff5fbfe7d0) at nsterm.m:4210 #7 0x000000010018d210 in really_call_select (arg=0x7fff5fbfe840) at thread.c:520 #8 0x000000010010ca06 in flush_stack_call_func (func=0, arg=0x5fbfeae800000000) at alloc.c:5137 #9 0x000000010018d1a7 in thread_select (func=0x5fbfeae800000000, max_fds=0, rfds=0x7fff5fbfe828, wfds=0x0, efds=0x7fff5fbfeae8, timeout=0x0, sigmask=0x0) at thread.c:543 #10 0x00000001001752ad in wait_reading_process_output (time_limit=140734799801728, nsecs=0, read_kbd=1606413696, wait_for_cell=140734799801728, wait_proc=0x7fff5fbfed80, just_wait_proc=0, do_display=true) at process.c:5344 #11 0x000000010000471a in sit_for (timeout=30, display_option=0, reading=false) at dispnew.c:5763 #12 0x00000001000bf6f2 in read_char (commandflag=1606414816, map=140734799802848, prev_event=4294967295, used_mouse_menu=0x7fff5fbff1e0, end_time=0x7fff5fbff1e0) at keyboard.c:2725 #13 0x00000001000c26ee in read_key_sequence () at keyboard.c:2599 #14 0x00000001000c4afd in command_loop_1 () at keyboard.c:1373 #15 0x000000010012e2a4 in internal_condition_case (bfun=0x1000c3690 , handlers=499667000, hfun=0x7fff5fbff500) at eval.c:1334 #16 0x00000001000c4d50 in command_loop_2 (ignore=499667000) at keyboard.c:1115 #17 0x000000010012e32f in internal_catch (tag=499667000, func=0x1000c4d20 , arg=499667000) at eval.c:1100 #18 0x00000001000c4ec6 in command_loop [inlined] () at /Code/emacs-build-threads/src/keyboard.c:1094 #19 0x00000001000c4ec6 in recursive_edit_1 () at keyboard.c:202 #20 0x00000001000b60df in Frecursive_edit () at keyboard.c:771 #21 0x00000001000b2993 in main (argc=4002, argv=0x7fff5fbff780) at emacs.c:1691 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000070 [Switching to process 17249 thread 0x1703] backtrace_top () at eval.c:202 202 while (backtrace_p (pdl) && pdl->kind != SPECPDL_BACKTRACE) The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on" Evaluation of the expression containing the function (backtrace_top) will be abandoned. ========= ===END=== ========= Thanks, Charles