From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 13 03:15:08 2014 Received: (at submit) by debbugs.gnu.org; 13 Oct 2014 07:15:08 +0000 Received: from localhost ([127.0.0.1]:42418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XdZqV-0006E7-BO for submit@debbugs.gnu.org; Mon, 13 Oct 2014 03:15:08 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50050) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XdZqR-0006Dj-L3 for submit@debbugs.gnu.org; Mon, 13 Oct 2014 03:15:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XdZqK-00035o-0y for submit@debbugs.gnu.org; Mon, 13 Oct 2014 03:15:02 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:59130) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XdZqJ-00035k-TO for submit@debbugs.gnu.org; Mon, 13 Oct 2014 03:14:55 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51659) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XdZqE-0006A7-Q3 for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2014 03:14:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XdZq9-0002yt-JE for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2014 03:14:50 -0400 Received: from cpe-142-11-71-47.socal.rr.com ([142.11.71.47]:52446 helo=smtp.blackbean.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XdZq9-0002vq-A6 for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2014 03:14:45 -0400 Received: from home.blackbean.org (localhost [127.0.0.1]) by smtp.blackbean.org (8.14.8/8.14.7) with ESMTP id s9D7DeLP029136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 13 Oct 2014 00:13:41 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=blackbean.org; s=apple; t=1413184421; bh=/rA0P3HjNNDf6RaG4I6BlyvrHBOs4yXEzINPM7vhzs8=; h=Date:From:To:Subject; b=TizGn/zBLgjlSIw/VJQL7qX/3QHYIB2T+5pNE8n/2TLbIJmMHnybtHr2m4M0SZW6i P40d5ntrBeGZjOQflQxvWmHCr2qG8Ri0C0uLfiHgMoRpOM7vxuhQMQeiGuF6UGTWC9 NDZp26yQt/yeXiOuLwgn22z0N8EhVl38DrU8gBrRGrwAlaEdXMbSDaWJYsgv2noGhf f0vidWHzOgUjgWfi0i3c1KgRn9T2m8jDFSGIvTxcDhtQ6eJdHmnRhwZSPaV Received: (from jim@localhost) by home.blackbean.org (8.14.8/8.14.8/Submit) id s9D7DdL8029135 for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2014 00:13:39 -0700 Date: Mon, 13 Oct 2014 00:13:39 -0700 From: Jim Radford To: bug-gnu-emacs@gnu.org Subject: 24.3.93; Hang in ns_select -> [NSApp run] -> oo Message-ID: <20141013071339.GA29064@home.blackbean.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) I often cannot connect to "emacs --daemon" with emacsclient because instead of select()ing on the appropriate sockets it's stuck in [NSApp run] waiting for an event which will never come. Note at this time there are no Cocoa windows open (I don't use them) so no events will *ever* come (unless I, say, open and close the about box which triggers an escape from the hang). Here's the backtrace when this occurs. frame #9: 0x00007fff940cc89b AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122 frame #10: 0x00000001001a659f Emacs`-[EmacsApp run](self=0x0000000100a26910, _cmd=) + 223 at nsterm.m:4494 frame #11: 0x00000001001a5219 Emacs`ns_select(nfds=, readfds=0x00007fff5fbfea00, writefds=0x00007fff5fbfe980, exceptfds=, timeout=, sigmask=) + 809 at nsterm.m:3748 frame #12: 0x0000000100179811 Emacs`wait_reading_process_output(time_limit=, nsecs=, read_kbd=-1, do_display=true, wait_for_cell=4328534074, wait_proc=0x0000000000000000, just_wait_proc=) + 2209 at process.c:4601 frame #13: 0x00000001000c1ce4 Emacs`read_decoded_event_from_main_queue [inlined] kbd_buffer_get_event(kbp=, used_mouse_menu=, end_time=) + 807 at keyboard.c:3906 frame #14: 0x00000001000c19bd Emacs`read_decoded_event_from_main_queue [inlined] read_event_from_main_queue(end_time=, local_getcjmp=) + 1569 at keyboard.c:2246 frame #15: 0x00000001000c139c Emacs`read_decoded_event_from_main_queue(end_time=, local_getcjmp=, prev_event=, used_mouse_menu=) + 44 at keyboard.c:2310 frame #16: 0x00000001000c021e Emacs`read_char(commandflag=1, map=4322429222, prev_event=4328534074, used_mouse_menu=0x00007fff5fbff1ff, end_time=0x0000000000000000) + 5918 at keyboard.c:2895 frame #17: 0x00000001000bc9d3 Emacs`read_key_sequence(bufsize=, keybuf=, prompt=, dont_downcase_last=, can_return_switch_frame=, fix_current_buffer=, prevent_redisplay=) + 1859 at keyboard.c:9088 frame #18: 0x00000001000bc064 Emacs`command_loop_1 + 5188 at keyboard.c:1452 frame #19: 0x000000010013714b Emacs`internal_condition_case(bfun=0x00000001000bac20, handlers=, hfun=) + 251 at eval.c:1354 frame #20: 0x00000001000cc4ae Emacs`command_loop_2(ignore=) + 62 at keyboard.c:1177 frame #21: 0x0000000100136ae3 Emacs`internal_catch(tag=, func=0x00000001000cc470, arg=4328534074) + 243 at eval.c:1118 frame #22: 0x00000001000ba1ed Emacs`recursive_edit_1 [inlined] command_loop + 91 at keyboard.c:1156 frame #23: 0x00000001000ba192 Emacs`recursive_edit_1 + 130 at keyboard.c:777 frame #24: 0x00000001000ba39c Emacs`Frecursive_edit + 236 at keyboard.c:848 frame #25: 0x00000001000b8fec Emacs`main(argc=0, argv=) + 5836 at emacs.c:1646 frame #26: 0x00007fff928685fd libdyld.dylib`start + 1 In GNU Emacs 24.3.93.2 (x86_64-apple-darwin13.3.0, NS apple-appkit-1265.21) of 2014-09-20 Windowing system distributor `Apple', version 10.3.1265 Configured using: `configure --prefix=/tmp/emacs --with-ns' From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 15 13:51:01 2014 Received: (at 18705) by debbugs.gnu.org; 15 Oct 2014 17:51:01 +0000 Received: from localhost ([127.0.0.1]:44705 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeSix-0004Zg-PK for submit@debbugs.gnu.org; Wed, 15 Oct 2014 13:51:00 -0400 Received: from mailfe08.swip.net ([212.247.154.225]:46521 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeSit-0004ZT-NE for 18705@debbugs.gnu.org; Wed, 15 Oct 2014 13:50:57 -0400 X-T2-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 541286908; Wed, 15 Oct 2014 19:50:52 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: bug#18705: 24.3.93; Hang in ns_select -> [NSApp run] -> oo From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <20141013071339.GA29064@home.blackbean.org> Date: Wed, 15 Oct 2014 19:50:52 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20141013071339.GA29064@home.blackbean.org> To: Jim Radford X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 18705 Cc: 18705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. Cocoa does not allow you to disconnect and connect the GUI like X can. So running a Cocoa compiled Emacs as --daemon does not make much sense. You are seeing the consequence of this. So basically, don't do this. :-) Jan D. 13 okt 2014 kl. 09:13 skrev Jim Radford : > I often cannot connect to "emacs --daemon" with emacsclient because > instead of select()ing on the appropriate sockets it's stuck in [NSApp > run] waiting for an event which will never come. Note at this time > there are no Cocoa windows open (I don't use them) so no events will > *ever* come (unless I, say, open and close the about box which = triggers > an escape from the hang). Here's the backtrace when this occurs. >=20 > frame #9: 0x00007fff940cc89b AppKit`-[NSApplication = nextEventMatchingMask:untilDate:inMode:dequeue:] + 122 > frame #10: 0x00000001001a659f Emacs`-[EmacsApp = run](self=3D0x0000000100a26910, _cmd=3D) + 223 at = nsterm.m:4494 > frame #11: 0x00000001001a5219 Emacs`ns_select(nfds=3D, = readfds=3D0x00007fff5fbfea00, writefds=3D0x00007fff5fbfe980, = exceptfds=3D, timeout=3D, = sigmask=3D) + 809 at nsterm.m:3748 > frame #12: 0x0000000100179811 = Emacs`wait_reading_process_output(time_limit=3D, = nsecs=3D, read_kbd=3D-1, do_display=3Dtrue, = wait_for_cell=3D4328534074, wait_proc=3D0x0000000000000000, = just_wait_proc=3D) + 2209 at process.c:4601 > frame #13: 0x00000001000c1ce4 = Emacs`read_decoded_event_from_main_queue [inlined] = kbd_buffer_get_event(kbp=3D, used_mouse_menu=3D,= end_time=3D) + 807 at keyboard.c:3906 > frame #14: 0x00000001000c19bd = Emacs`read_decoded_event_from_main_queue [inlined] = read_event_from_main_queue(end_time=3D, = local_getcjmp=3D) + 1569 at keyboard.c:2246 > frame #15: 0x00000001000c139c = Emacs`read_decoded_event_from_main_queue(end_time=3D, = local_getcjmp=3D, prev_event=3D, = used_mouse_menu=3D) + 44 at keyboard.c:2310 > frame #16: 0x00000001000c021e Emacs`read_char(commandflag=3D1, = map=3D4322429222, prev_event=3D4328534074, = used_mouse_menu=3D0x00007fff5fbff1ff, end_time=3D0x0000000000000000) + = 5918 at keyboard.c:2895 > frame #17: 0x00000001000bc9d3 = Emacs`read_key_sequence(bufsize=3D, keybuf=3D, = prompt=3D, dont_downcase_last=3D, = can_return_switch_frame=3D, = fix_current_buffer=3D, prevent_redisplay=3D) + = 1859 at keyboard.c:9088 > frame #18: 0x00000001000bc064 Emacs`command_loop_1 + 5188 at = keyboard.c:1452 > frame #19: 0x000000010013714b = Emacs`internal_condition_case(bfun=3D0x00000001000bac20, = handlers=3D, hfun=3D) + 251 at eval.c:1354 > frame #20: 0x00000001000cc4ae = Emacs`command_loop_2(ignore=3D) + 62 at keyboard.c:1177 > frame #21: 0x0000000100136ae3 = Emacs`internal_catch(tag=3D, func=3D0x00000001000cc470, = arg=3D4328534074) + 243 at eval.c:1118 > frame #22: 0x00000001000ba1ed Emacs`recursive_edit_1 [inlined] = command_loop + 91 at keyboard.c:1156 > frame #23: 0x00000001000ba192 Emacs`recursive_edit_1 + 130 at = keyboard.c:777 > frame #24: 0x00000001000ba39c Emacs`Frecursive_edit + 236 at = keyboard.c:848 > frame #25: 0x00000001000b8fec Emacs`main(argc=3D0, = argv=3D) + 5836 at emacs.c:1646 > frame #26: 0x00007fff928685fd libdyld.dylib`start + 1 >=20 > In GNU Emacs 24.3.93.2 (x86_64-apple-darwin13.3.0, NS = apple-appkit-1265.21) > of 2014-09-20 > Windowing system distributor `Apple', version 10.3.1265 > Configured using: > `configure --prefix=3D/tmp/emacs --with-ns' >=20 >=20 From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 15 14:52:59 2014 Received: (at 18705) by debbugs.gnu.org; 15 Oct 2014 18:52:59 +0000 Received: from localhost ([127.0.0.1]:44781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeTgw-0006Do-8r for submit@debbugs.gnu.org; Wed, 15 Oct 2014 14:52:58 -0400 Received: from cpe-142-11-71-47.socal.rr.com ([142.11.71.47]:38846 helo=smtp.blackbean.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeTgt-0006Dd-Kn for 18705@debbugs.gnu.org; Wed, 15 Oct 2014 14:52:56 -0400 Received: from home.blackbean.org (localhost [127.0.0.1]) by smtp.blackbean.org (8.14.8/8.14.7) with ESMTP id s9FIqlkQ027934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 15 Oct 2014 11:52:48 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=blackbean.org; s=apple; t=1413399169; bh=cOq9DN48ZD0Tbz3tOHAYVph+VHS6arY6UKn4grl64qU=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=N5HbOE1XlR8DcQksUUpaTQstKaWG9Ah8o3zzOQCEhAtr9bjZ629xAD1nyLWFzuQFX 0EJwc3VmUweF7xM1eNXf5Emm/m4bjKLvW9ZzMfmXXNfq+XOYgZtJjK0qCx5xiJt1MF qjVq9ofyiufffrILdJI6P0KxO1iHSVa/2xzaQ7gw0gBgAxgpwLzC7PH6u1ofU9bZwb sYjCajVOuQyCqx8OJE0cgUMI/dmqc0gmDjzttM47V1U4zW4DvuHh4OZVz8q Received: (from jim@localhost) by home.blackbean.org (8.14.8/8.14.8/Submit) id s9FIqkf0027933; Wed, 15 Oct 2014 11:52:46 -0700 Date: Wed, 15 Oct 2014 11:52:46 -0700 From: Jim Radford To: Jan =?iso-8859-1?Q?Dj=E4rv?= Subject: Re: bug#18705: 24.3.93; Hang in ns_select -> [NSApp run] -> oo Message-ID: <20141015185245.GA27833@home.blackbean.org> References: <20141013071339.GA29064@home.blackbean.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-0.1 required=10.0 tests=ALL_TRUSTED,BAYES_00, DATE_IN_FUTURE_96_Q,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on home.blackbean.org X-Spam-Score: 3.9 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Wed, Oct 15, 2014 at 07:50:52PM +0200, Jan Djärv wrote: > 13 okt 2014 kl. 09:13 skrev Jim Radford : > > > I often cannot connect to "emacs --daemon" with emacsclient because > > instead of select()ing on the appropriate sockets it's stuck in [NSApp > > run] waiting for an event which will never come. Note at this time > > there are no Cocoa windows open (I don't use them) so no events will > > *ever* come (unless I, say, open and close the about box which triggers > > an escape from the hang). Here's the backtrace when this occurs. > > > > frame #9: 0x00007fff940cc89b AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122 > > frame #10: 0x00000001001a659f Emacs`-[EmacsApp run](self=0x0000000100a26910, _cmd=) + 223 at nsterm.m:4494 > > frame #11: 0x00000001001a5219 Emacs`ns_select(nfds=, readfds=0x00007fff5fbfea00, writefds=0x00007fff5fbfe980, exceptfds=, timeout=, sigmask=) + 809 at nsterm.m:3748 > > > Cocoa does not allow you to disconnect and connect the GUI like X can. > So running a Cocoa compiled Emacs as --daemon does not make much sense. > You are seeing the consequence of this. [...] Content analysis details: (3.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [142.11.71.47 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 18705 Cc: 18705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 3.9 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Wed, Oct 15, 2014 at 07:50:52PM +0200, Jan Djärv wrote: > 13 okt 2014 kl. 09:13 skrev Jim Radford : > > > I often cannot connect to "emacs --daemon" with emacsclient because > > instead of select()ing on the appropriate sockets it's stuck in [NSApp > > run] waiting for an event which will never come. Note at this time > > there are no Cocoa windows open (I don't use them) so no events will > > *ever* come (unless I, say, open and close the about box which triggers > > an escape from the hang). Here's the backtrace when this occurs. > > > > frame #9: 0x00007fff940cc89b AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122 > > frame #10: 0x00000001001a659f Emacs`-[EmacsApp run](self=0x0000000100a26910, _cmd=) + 223 at nsterm.m:4494 > > frame #11: 0x00000001001a5219 Emacs`ns_select(nfds=, readfds=0x00007fff5fbfea00, writefds=0x00007fff5fbfe980, exceptfds=, timeout=, sigmask=) + 809 at nsterm.m:3748 > > > Cocoa does not allow you to disconnect and connect the GUI like X can. > So running a Cocoa compiled Emacs as --daemon does not make much sense. > You are seeing the consequence of this. [...] Content analysis details: (3.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [142.11.71.47 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid On Wed, Oct 15, 2014 at 07:50:52PM +0200, Jan Djärv wrote: > 13 okt 2014 kl. 09:13 skrev Jim Radford : > > > I often cannot connect to "emacs --daemon" with emacsclient because > > instead of select()ing on the appropriate sockets it's stuck in [NSApp > > run] waiting for an event which will never come. Note at this time > > there are no Cocoa windows open (I don't use them) so no events will > > *ever* come (unless I, say, open and close the about box which triggers > > an escape from the hang). Here's the backtrace when this occurs. > > > > frame #9: 0x00007fff940cc89b AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122 > > frame #10: 0x00000001001a659f Emacs`-[EmacsApp run](self=0x0000000100a26910, _cmd=) + 223 at nsterm.m:4494 > > frame #11: 0x00000001001a5219 Emacs`ns_select(nfds=, readfds=0x00007fff5fbfea00, writefds=0x00007fff5fbfe980, exceptfds=, timeout=, sigmask=) + 809 at nsterm.m:3748 > > > Cocoa does not allow you to disconnect and connect the GUI like X can. > So running a Cocoa compiled Emacs as --daemon does not make much sense. > You are seeing the consequence of this. What doesn't make sense is running two main loops in the same thread and trying to alternatively spin on one (EmacsApp run) and then the other (select) without knowing which might produce the next event. That is guaranteed to fail, as I am seeing. I'm going to guess that you can't register file descriptors with the Cocoa main loop nor get a file descriptor from it that you can pass to select? Could we instead spawn a thread just to run select() in a loop, passing the results to the main thread as a Cocoa event? Or visa versa? -Jim From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 15 15:21:06 2014 Received: (at 18705) by debbugs.gnu.org; 15 Oct 2014 19:21:06 +0000 Received: from localhost ([127.0.0.1]:44804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeU89-0006z2-Nm for submit@debbugs.gnu.org; Wed, 15 Oct 2014 15:21:06 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:48573) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeU88-0006yu-6d for 18705@debbugs.gnu.org; Wed, 15 Oct 2014 15:21:04 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArgGAIDvNVNFxKjo/2dsb2JhbABZgwaDSr0vgwYIgRcXdIIlAQEBAQIBJy8jBQsLNBIUGA0kiAQI0hkXjnoHhDgBA6MqhW+BaoNMIQ X-IPAS-Result: ArgGAIDvNVNFxKjo/2dsb2JhbABZgwaDSr0vgwYIgRcXdIIlAQEBAQIBJy8jBQsLNBIUGA0kiAQI0hkXjnoHhDgBA6MqhW+BaoNMIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="94290702" Received: from 69-196-168-232.dsl.teksavvy.com (HELO pastel.home) ([69.196.168.232]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 Oct 2014 15:21:03 -0400 Received: by pastel.home (Postfix, from userid 20848) id 20EF97CFB; Wed, 15 Oct 2014 15:21:03 -0400 (EDT) From: Stefan Monnier To: Jan =?windows-1252?Q?Dj=E4rv?= Subject: Re: bug#18705: 24.3.93; Hang in ns_select -> [NSApp run] -> oo Message-ID: References: <20141013071339.GA29064@home.blackbean.org> Date: Wed, 15 Oct 2014 15:21:03 -0400 In-Reply-To: ("Jan =?windows-1252?Q?Dj=E4rv=22's?= message of "Wed, 15 Oct 2014 19:50:52 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 18705 Cc: Jim Radford , 18705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Cocoa does not allow you to disconnect and connect the GUI like X can. Would it make sense to never disconnect (when in daemon), then? Kind of like what we do for Gtk to try and circumvent the infamous problem, Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 16 01:36:24 2014 Received: (at 18705) by debbugs.gnu.org; 16 Oct 2014 05:36:24 +0000 Received: from localhost ([127.0.0.1]:45124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xedjb-0000BU-Kg for submit@debbugs.gnu.org; Thu, 16 Oct 2014 01:36:24 -0400 Received: from mailfe01.swip.net ([212.247.154.1]:33670 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XedjZ-0000BI-0p for 18705@debbugs.gnu.org; Thu, 16 Oct 2014 01:36:22 -0400 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 537390159; Thu, 16 Oct 2014 07:36:19 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: bug#18705: 24.3.93; Hang in ns_select -> [NSApp run] -> oo From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <19878B19-176E-4345-A5F7-CC1E005C63B7@swipnet.se> Date: Thu, 16 Oct 2014 07:36:18 +0200 Content-Transfer-Encoding: 7bit Message-Id: <3618E134-03E7-41A0-905F-1ECBA2763F74@swipnet.se> References: <20141013071339.GA29064@home.blackbean.org> <20141015185932.GA28148@home.blackbean.org> <19878B19-176E-4345-A5F7-CC1E005C63B7@swipnet.se> To: Jim Radford X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 18705 Cc: 18705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi. Don't remove the debbugs address. 15 okt 2014 kl. 20:59 skrev Jim Radford : > > What doesn't make sense is running two main loops in the same thread > and trying to alternatively spin on one (EmacsApp run) and then the > other (select) without knowing which might produce the next event. > That is guaranteed to fail, as I am seeing. Probably. That is why we don't do that. > > I'm going to guess that you can't register file descriptors with the > Cocoa main loop nor get a file descriptor from it that you can pass to > select? Could we instead spawn a thread just to run select() in a > loop, passing the results to the main thread as a Cocoa event? Or > visa versa? We do that. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 16 01:44:09 2014 Received: (at 18705) by debbugs.gnu.org; 16 Oct 2014 05:44:09 +0000 Received: from localhost ([127.0.0.1]:45136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xedr6-0000NY-QZ for submit@debbugs.gnu.org; Thu, 16 Oct 2014 01:44:09 -0400 Received: from mailfe07.swip.net ([212.247.154.193]:54190 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xedr4-0000NQ-Rm for 18705@debbugs.gnu.org; Thu, 16 Oct 2014 01:44:07 -0400 X-T2-Spam-Status: No, hits=-0.0 required=5.0 tests=BAYES_40 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 539509051; Thu, 16 Oct 2014 07:44:05 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: bug#18705: 24.3.93; Hang in ns_select -> [NSApp run] -> oo From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: Date: Thu, 16 Oct 2014 07:44:04 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <42C70C7F-A6E9-4CD0-AC13-FD9580281401@swipnet.se> References: <20141013071339.GA29064@home.blackbean.org> To: Stefan Monnier X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 18705 Cc: Jim Radford , 18705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 15 okt 2014 kl. 21:21 skrev Stefan Monnier : >> Cocoa does not allow you to disconnect and connect the GUI like X = can. >=20 > Would it make sense to never disconnect (when in daemon), then? > Kind of like what we do for Gtk to try and circumvent the infamous = problem, The original report was short on details, so we don't know the commands = he did w.r.t. GUI frames or -nw frames. Its mixing those that can get = you into trouble. AFAIK, the NS port never disconnects. If the NSApp run loop has been = entered once, it will always be used. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Sun May 17 11:39:07 2015 Received: (at 18705-done) by debbugs.gnu.org; 17 May 2015 15:39:07 +0000 Received: from localhost ([127.0.0.1]:48286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yu0eg-0002Yl-JR for submit@debbugs.gnu.org; Sun, 17 May 2015 11:39:06 -0400 Received: from mailfe07.swip.net ([212.247.154.193]:55010 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yu0ee-0002YE-SX for 18705-done@debbugs.gnu.org; Sun, 17 May 2015 11:39:05 -0400 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 595662079; Sun, 17 May 2015 17:38:57 +0200 Message-ID: <5558B60F.9020202@swipnet.se> Date: Sun, 17 May 2015 17:38:55 +0200 From: =?windows-1252?Q?Jan_Dj=E4rv?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Stefan Monnier Subject: Re: bug#18705: 24.3.93; Hang in ns_select -> [NSApp run] -> oo References: <20141013071339.GA29064@home.blackbean.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 18705-done Cc: Jim Radford , 18705-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Closing this bug as not reproducable. Reopen if there is a reproducable test case. Jan D. From unknown Sun Jun 22 00:08:37 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 15 Jun 2015 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