From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Pretest Date: Sun, 19 Nov 2006 23:06:40 +0100 Message-ID: <4560D570.9060103@student.lu.se> References: <87slggjtbb.fsf@furball.mit.edu> <455F9024.8080000@student.lu.se> <17759.43936.82301.353794@kahikatea.snap.net.nz> <85irhbg6zx.fsf@lola.goethe.zz> <17760.11257.78362.216206@kahikatea.snap.net.nz> <85wt5reo3b.fsf@lola.goethe.zz> <17760.17309.553008.718144@kahikatea.snap.net.nz> <85slgfcy5v.fsf@lola.goethe.zz> <45606E21.9030000@student.lu.se> <45609A48.2080905@gnu.org> <4560B581.3030201@gnu.org> <851wnzb1sz.fsf@lola.goethe.zz> <4560CDBD.3080308@gnu.org> <857ixr9ke7.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1163974026 18521 80.91.229.2 (19 Nov 2006 22:07:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 19 Nov 2006 22:07:06 +0000 (UTC) Cc: Juanma Barranquero , Nick Roberts , emacs-devel@gnu.org, Jason Rumney Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 19 23:07:02 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GluoW-0002lJ-2N for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 23:07:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GluoV-0001oR-Bj for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 17:06:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GluoK-0001na-SF for emacs-devel@gnu.org; Sun, 19 Nov 2006 17:06:48 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GluoK-0001mq-Bh for emacs-devel@gnu.org; Sun, 19 Nov 2006 17:06:48 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GluoK-0001mj-6E for emacs-devel@gnu.org; Sun, 19 Nov 2006 17:06:48 -0500 Original-Received: from [80.76.149.212] (helo=ch-smtp01.sth.basefarm.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GluoH-0007xi-S0; Sun, 19 Nov 2006 17:06:46 -0500 Original-Received: from [83.254.145.24] (port=61823 helo=[192.168.123.121]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.63) (envelope-from ) id 1GluoD-0003zs-4C; Sun, 19 Nov 2006 23:06:44 +0100 User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) Original-To: David Kastrup In-Reply-To: <857ixr9ke7.fsf@lola.goethe.zz> X-Scan-Result: No virus found in message 1GluoD-0003zs-4C. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1GluoD-0003zs-4C 447907bf2ddc435572c476fb31573e65 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:62506 Archived-At: David Kastrup wrote: > Jason Rumney writes: > >> David Kastrup wrote: >>> Jason Rumney writes: >>> >>>>> In the most important use case, we DO want to wait. >>>>> >>> Why? >> Because most programs that launch an editor as a subprocess need to >> know when editing has finished. > > So the "most important use case" according to you is basically a > command line call, not a GUI call. That was not obvious to me. And > we are talking about an emacsclient connection on Windows. When Emacs > is already running, emacsclient will connect to Emacs and block while > Emacs in its existing frame is working on a file. When one is > finished working this file, Emacs would then get emacsclient to exit > by telling it it quit. > > In order to mimic this behavior when Emacs is not already running, you > want to have it started in a detached manner, then have emacsclient > attach to it once its server is running, and have it exit when the > Emacs server tells it to. > > Wouldn't it be saner if emacsclient just started Emacs (probably with > a specific command line option), and when Emacs was finished with > editing the respective buffer, it would detach itself from emacsclient > which would then exit? > > That would obliterate all the waiting for server-start issues. It > would just mean that server-buffers initiated from the command line > instead of emacsclient would exit by detaching themselves from the > controlling terminal instead of talking to emacsclient on a socket. I am trying to understand what you mean here, but I fail. Is this perhaps something that can be done with X Windows? And what issues do you mean when you write "waiting for server-start issues"? Is it perhaps those I hope I have solved in my code?