From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Vesa Suontama" Newsgroups: gmane.emacs.bugs Subject: bug#549: emacsclient or emacsclientw not waiting in Windows Date: Tue, 15 Jul 2008 09:40:19 +0300 Message-ID: <5f9de3c40807142340o7954c128i3130aedcd98de3d0@mail.gmail.com> Reply-To: Vesa Suontama , 549@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1216127174 20806 80.91.229.12 (15 Jul 2008 13:06:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Jul 2008 13:06:14 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: lennart.borgman@gmail.com, 549@emacsbugs.donarmstrong.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 15 15:07:01 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KIkEj-0006Sn-Qc for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Jul 2008 15:06:34 +0200 Original-Received: from localhost ([127.0.0.1]:37124 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KIkDr-0001Io-G4 for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Jul 2008 09:05:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KIfT5-0004js-CO for bug-gnu-emacs@gnu.org; Tue, 15 Jul 2008 04:01:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KIfT2-0004hM-7s for bug-gnu-emacs@gnu.org; Tue, 15 Jul 2008 04:01:02 -0400 Original-Received: from [199.232.76.173] (port=50856 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KIfT1-0004h7-W1 for bug-gnu-emacs@gnu.org; Tue, 15 Jul 2008 04:01:00 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:46746) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KIfT1-0002Ji-Bx for bug-gnu-emacs@gnu.org; Tue, 15 Jul 2008 04:00:59 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KIedG-000290-0K for bug-gnu-emacs@gnu.org; Tue, 15 Jul 2008 03:07:30 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6F77GpN014781; Tue, 15 Jul 2008 00:07:16 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m6F6o6BJ009509; Mon, 14 Jul 2008 23:50:06 -0700 X-Loop: don@donarmstrong.com Resent-From: "Vesa Suontama" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , don@donarmstrong.com Resent-Date: Tue, 15 Jul 2008 06:50:06 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 549 X-Emacs-PR-Package: emacs,w32 X-Emacs-PR-Keywords: Original-Received: via spool by 549-submit@emacsbugs.donarmstrong.com id=B549.12161040248104 (code B ref 549); Tue, 15 Jul 2008 06:50:06 +0000 Original-Received: (at 549) by emacsbugs.donarmstrong.com; 15 Jul 2008 06:40:24 +0000 Original-Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6F6eKud007814 for <549@emacsbugs.donarmstrong.com>; Mon, 14 Jul 2008 23:40:21 -0700 Original-Received: by wr-out-0506.google.com with SMTP id c57so3528986wra.9 for <549@emacsbugs.donarmstrong.com>; Mon, 14 Jul 2008 23:40:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=Q2tKbbfRTW1uqWOnRbgxfDmT3KRY03m/gHfUejydQKQ=; b=wL/1Tkt9VyUQdQ6IOeDQpSX1PM5/ynqX0dbkKnmskiVBZHbCsZRhcBF5d3Higri3PL qEUgnWBh2ikotAgBFnRzNc7+wgV06zgcJ1V0oha0G/wp6SwIQ6MalneF4qYY6oCF1kD2 Ez955Dz6Q1+F5GOhyPV5aDB2OhpkjFfqfhk3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=Stdsf1cww9hvbkmG1I4XGd7ecwB+idJN6jHlo+B1j5Pyw0XYUc46QgBZB7ulejsszQ 3LitBlJTROxPvLKgMwZ+MFB3LcChxJ0k/7Fk0ajzhG333QHsbyq7K5/ai7907DEdI7oX 26a3Zp/tM1dc5Blr5MjJDF5QBVuM134imb0yg= Original-Received: by 10.90.103.13 with SMTP id a13mr15736621agc.0.1216104019435; Mon, 14 Jul 2008 23:40:19 -0700 (PDT) Original-Received: by 10.90.80.4 with HTTP; Mon, 14 Jul 2008 23:40:19 -0700 (PDT) Content-Disposition: inline X-detected-kernel: by mx20.gnu.org: Linux 2.6 (newer, 3) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) Resent-Date: Tue, 15 Jul 2008 04:01:02 -0400 X-Mailman-Approved-At: Tue, 15 Jul 2008 09:05:25 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:18730 Archived-At: Hi, thanks for clarification. It seems now that I was not testing emacsclient at all, since now when I test it it works. I am very sorry for misleading bug report. I was not aware that emacsclientw does not wait, and thought that the only difference there is that emacsclientw is compiled as windows binary, which does not create (or use) a console. This is quite sorry state of affairs, that windows needs to have two emacsclient versions. (At least when the difference is not that well or at all explained IMHO). It would be interesting to know why you just cannot have one emacsclient for windows? Would it be too complex to go around the issue of having two emacsclient versions the same way as MS does (Yes, I know this is insane, but look many MS utilities e.g. devenv). It works like this: have emacsclient.com and emacsclient.exe, where new emacsclient.exe is the old emacsclientw.exe, and emacsclient.com is just a wrapper that calls the emacsclient and waits for it to finish (e.g. by using a named event, which emacsclient.com waits). Console programs use .com version by default (when only "emacsclient" is called), and win32 uses .exe. We cannot directly rename emacsclient.exe to emacsclient.com because there is a restriction that com files can only be less than 64 kb. The other way around could be to use "AttachConsole" etc. from emacsclientw (and rename it to emacsclient), but all this is just guessing as I do not know the real reason for emacsclientw. I would like to hear from you, but understand if you are too busy. Thanks for your help anyway. BR, Vesa > -----Original Message----- > From: Lennart Borgman (gmail) [mailto:lennart.borgman@gmail.com] > Sent: 14. hein=E4kuuta 2008 18:39 > To: Vesa Suontama; 549@emacsbugs.donarmstrong.com > Cc: bug-gnu-emacs@gnu.org > Subject: Re: bug#549: emacsclient or emacsclientw not waiting in > Windows > > Vesa Suontama wrote: > > Hi, > > > > I have a Windows Vista SP1, and when using emacsclient or > emacsclientw, > > they always return immediately with return value 1, and do not wait > > making it useless as EDITOR for command line utilities which should > wait. > > > > I use the emacsclient from cmd.exe and not from cygwin. I also > started > > emacs with =96q, and started server manually after that, so no startup > > file should be causing this. > > > > Is this a known issue? > > > > Otherwise I love emacs :) > > > > Vesa > > > > In GNU Emacs 22.2.1 (i386-mingw-nt6.0.6001) > > > > of 2008-03-26 on RELEASE > > > > Windowing system distributor `Microsoft Corp.', version 6.0.6001 > > > I do not have Emacs 22 here. However I just tested with CVS Emacs 23, > both unpatched and the patched version that comes with Emacs+EmacsW32. > I > saw no problem, both emacsclient and emacsclientw waited as expected. > > Some notes: > > - Please use -Q (uppercase), not -q (lowercase). -q will still run > site-start.el > > - If you test from a console window (running cmd.exe) then please note > that emacsclientw can not make cmd.exe wait for it. I can't remember > the > technical terms for it but w here stands for "window, GUI". Program > linked as GUI applications do not use a console window (by default). > They can not write to a console and if started from a console the > console will not wait for them.