bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com:bug#549; Package emacs,w32.
Full text available.
Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
(2007-08-08) on rzlab.ucr.edu
X-Spam-Level:
X-Spam-Status: No, score=-6.6 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER
autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 549) by emacsbugs.donarmstrong.com; 15 Jul 2008 09:49:42 +0000
Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224])
by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6F9na9R021450
for <549 <at> emacsbugs.donarmstrong.com>; Tue, 15 Jul 2008 02:49:38 -0700
Received: by wr-out-0506.google.com with SMTP id c57so3558740wra.9
for <549 <at> emacsbugs.donarmstrong.com>; Tue, 15 Jul 2008 02:49:36 -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:in-reply-to:mime-version:content-type
:content-transfer-encoding:content-disposition:references;
bh=1HRiDKNiw6NSiAbBk7XRiPJlCU+hPZFoV8T9zim14e0=;
b=HXeNi4p9XcAtd/2gcZcKbiGiF9ftEJZe3CKkd+q5771IjNAHXgURIW9D6DNg62X7PO
TNLVD0u8ihczj9MPpySYHhqVJjc9gZbXpngOqBphvtEoUBR1f9zt10iXXCk2bgSoB5j2
uIm2uZO+UcFy60uiG7742QdJoK5xdkwrpDFnU=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=gamma;
h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
:content-type:content-transfer-encoding:content-disposition
:references;
b=rnc5hSHf4BtGMJUUIZxDIISWNvyX+YHUlfqcCEaAIoxspR5aHe8Vo9CSPPfw1ukklK
wunSCsBtdOEtRd/NTlvYSYOumqGS+SjcavklXeYlckGFoIUZ6cslFN27FlMxmcFUw56o
3yb9ocDR4XOG5EY+iU507xg39L6odI2hPaSPc=
Received: by 10.90.116.4 with SMTP id o4mr15918401agc.97.1216115376522;
Tue, 15 Jul 2008 02:49:36 -0700 (PDT)
Received: by 10.90.80.4 with HTTP; Tue, 15 Jul 2008 02:49:36 -0700 (PDT)
Message-ID: <5f9de3c40807150249me470a4fod2b32cb11415ff0a <at> mail.gmail.com>
Date: Tue, 15 Jul 2008 12:49:36 +0300
From: "Vesa Suontama" <vesa.suontama <at> gmail.com>
To: "Jason Rumney" <jasonr <at> gnu.org>
Subject: Re: bug#549: emacsclient or emacsclientw not waiting in Windows
Cc: 549 <at> debbugs.gnu.org, lennart.borgman <at> gmail.com
In-Reply-To: <487C5CB7.3050004 <at> gnu.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <5f9de3c40807142340o7954c128i3130aedcd98de3d0 <at> mail.gmail.com>
<487C53BC.4030807 <at> gmail.com> <487C5CB7.3050004 <at> gnu.org>
Hi,
I checked the source code for emacsclient, and it is already full of
ifdefs for windows, one more will not do any harm :)
There could be a quite easy way to make emacsclientw to behave like
emacsclient.exe if it was started from command line, just by attaching
into the console of the calling process. If the process was not
started by console, then do not create console at all, right?
The problem is that I do not have the compilation environment set up.
If I run into too big problems with that, I may not have time.
Vesa
On Tue, Jul 15, 2008 at 11:15 AM, Jason Rumney <jasonr <at> gnu.org> wrote:
>
>>> 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).
>>>
>>> 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.
>
> These might be good ideas if Emacs was a Windows program. But since
> Emacs is a cross platform program, it is better to keep emacsclient the
> same as other platforms, and have emacsclientw, which is built from
> identical source code with different compiler switches, to work around
> the deficiency in Windows where it insists on making a console visible
> when you start a console program from the GUI.
>
>
"Vesa Suontama" <vesa.suontama <at> gmail.com>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.Received: (at unknown) by unknown; unknown X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.4 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, SPF_HELO_PASS autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 549) by emacsbugs.donarmstrong.com; 15 Jul 2008 08:16:10 +0000 Received: from mk-outboundfilter-5.mail.uk.tiscali.com (mk-outboundfilter-5.mail.uk.tiscali.com [212.74.114.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6F8G3tQ031959 for <549 <at> emacsbugs.donarmstrong.com>; Tue, 15 Jul 2008 01:16:05 -0700 X-Trace: 57915621/mk-outboundfilter-5.mail.uk.tiscali.com/F2S/$F2S-ACCEPTED/f2s-freedom2Surf-customers/83.67.23.108 X-SBRS: None X-RemoteIP: 83.67.23.108 X-IP-MAIL-FROM: jasonr <at> gnu.org X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkoFAK/4e0hTQxds/2dsb2JhbACBWqwP X-IronPort-AV: E=Sophos;i="4.30,365,1212361200"; d="scan'208";a="57915621" X-IP-Direction: IN Received: from i-83-67-23-108.freedom2surf.net (HELO wanchan.jasonrumney.net) ([83.67.23.108]) by smtp.f2s.tiscali.co.uk with ESMTP; 15 Jul 2008 09:15:57 +0100 Received: from [192.168.249.27] (chiko.jasonrumney.net [192.168.249.27]) by wanchan.jasonrumney.net (Postfix) with ESMTP id 3CE332C7; Tue, 15 Jul 2008 09:15:57 +0100 (BST) Message-ID: <487C5CB7.3050004 <at> gnu.org> Date: Tue, 15 Jul 2008 09:15:51 +0100 From: Jason Rumney <jasonr <at> gnu.org> User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: 549 <at> debbugs.gnu.org CC: Vesa Suontama <vesa.suontama <at> gmail.com> Subject: Re: bug#549: emacsclient or emacsclientw not waiting in Windows References: <5f9de3c40807142340o7954c128i3130aedcd98de3d0 <at> mail.gmail.com> <487C53BC.4030807 <at> gmail.com> In-Reply-To: <487C53BC.4030807 <at> gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=8086879D Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit >> 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). >> >> 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. These might be good ideas if Emacs was a Windows program. But since Emacs is a cross platform program, it is better to keep emacsclient the same as other platforms, and have emacsclientw, which is built from identical source code with different compiler switches, to work around the deficiency in Windows where it insists on making a console visible when you start a console program from the GUI.
Jason Rumney <jasonr <at> gnu.org>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.Jason Rumney <jasonr <at> gnu.org>
to control <at> emacsbugs.donarmstrong.com.
Full text available.Received: (at unknown) by unknown; unknown X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.2 required=4.0 tests=AWL,BAYES_00,FOURLA,GMAIL, HAS_BUG_NUMBER,MDO_DATING2,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 549) by emacsbugs.donarmstrong.com; 15 Jul 2008 07:37:44 +0000 Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6F7bek7021794 for <549 <at> emacsbugs.donarmstrong.com>; Tue, 15 Jul 2008 00:37:41 -0700 Received: from c83-254-145-59.bredband.comhem.se ([83.254.145.59]:62701 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from <lennart.borgman <at> gmail.com>) id 1KIf6O-0001IS-3e; Tue, 15 Jul 2008 09:37:39 +0200 Message-ID: <487C53BC.4030807 <at> gmail.com> Date: Tue, 15 Jul 2008 09:37:32 +0200 From: "Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Vesa Suontama <vesa.suontama <at> gmail.com> CC: 549 <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org Subject: Re: bug#549: emacsclient or emacsclientw not waiting in Windows References: <5f9de3c40807142340o7954c128i3130aedcd98de3d0 <at> mail.gmail.com> In-Reply-To: <5f9de3c40807142340o7954c128i3130aedcd98de3d0 <at> mail.gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 080712-0, 2008-07-12), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.145.59 X-Scan-Result: No virus found in message 1KIf6O-0001IS-3e. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KIf6O-0001IS-3e f505009c40d1042ea0e5cd4bb77608bf Vesa Suontama wrote: > 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. Just to not confuse any readers: emacsclientw.exe does wait. You can see it in Window Task Manager. However the console window does not wait for emacsclientw.exe since it is not a console app. > 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). You can always use emacsclient.exe if you want to. The drawback is that you will see an extra console window for each invocation of it. > 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). Please try to write some code for this so we can test it. > 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. If you know how to do this then please try writing some code for that so we can test that. This may be a better solution than the one above. > 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 <at> gmail.com] >> Sent: 14. heinäkuuta 2008 18:39 >> To: Vesa Suontama; 549 <at> emacsbugs.donarmstrong.com >> Cc: bug-gnu-emacs <at> 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 –q, 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. >
"Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.Received: (at unknown) by unknown; unknown X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.2 required=4.0 tests=AWL,BAYES_00,FOURLA,GMAIL, HAS_BUG_NUMBER,MDO_DATING2,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 15 Jul 2008 07:37:48 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6F7bihL021802 for <submit <at> emacsbugs.donarmstrong.com>; Tue, 15 Jul 2008 00:37:46 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KIf6V-0002Xp-Oi for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 03:37:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KIf6U-0002XG-Mr for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 03:37:42 -0400 Received: from [199.232.76.173] (port=52598 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KIf6U-0002XC-Hn for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 03:37:42 -0400 Received: from mx20.gnu.org ([199.232.41.8]:44991) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from <lennart.borgman <at> gmail.com>) id 1KIf6U-0007vP-14 for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 03:37:42 -0400 Received: from ch-smtp01.sth.basefarm.net ([80.76.149.212]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from <lennart.borgman <at> gmail.com>) id 1KIf6T-0003lO-2g for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 03:37:41 -0400 Received: from c83-254-145-59.bredband.comhem.se ([83.254.145.59]:62701 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from <lennart.borgman <at> gmail.com>) id 1KIf6O-0001IS-3e; Tue, 15 Jul 2008 09:37:39 +0200 Message-ID: <487C53BC.4030807 <at> gmail.com> Date: Tue, 15 Jul 2008 09:37:32 +0200 From: "Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Vesa Suontama <vesa.suontama <at> gmail.com> CC: 549 <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org Subject: Re: bug#549: emacsclient or emacsclientw not waiting in Windows References: <5f9de3c40807142340o7954c128i3130aedcd98de3d0 <at> mail.gmail.com> In-Reply-To: <5f9de3c40807142340o7954c128i3130aedcd98de3d0 <at> mail.gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 080712-0, 2008-07-12), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.145.59 X-Scan-Result: No virus found in message 1KIf6O-0001IS-3e. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KIf6O-0001IS-3e f505009c40d1042ea0e5cd4bb77608bf X-detected-kernel: by mx20.gnu.org: Linux 2.6? (barebone, rare!) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-CrossAssassin-Score: 2 Vesa Suontama wrote: > 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. Just to not confuse any readers: emacsclientw.exe does wait. You can see it in Window Task Manager. However the console window does not wait for emacsclientw.exe since it is not a console app. > 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). You can always use emacsclient.exe if you want to. The drawback is that you will see an extra console window for each invocation of it. > 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). Please try to write some code for this so we can test it. > 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. If you know how to do this then please try writing some code for that so we can test that. This may be a better solution than the one above. > 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 <at> gmail.com] >> Sent: 14. heinäkuuta 2008 18:39 >> To: Vesa Suontama; 549 <at> emacsbugs.donarmstrong.com >> Cc: bug-gnu-emacs <at> 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 –q, 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. >
"Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.
Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
(2007-08-08) on rzlab.ucr.edu
X-Spam-Level:
X-Spam-Status: No, score=-5.8 required=4.0 tests=BAYES_00,FOURLA,GMAIL,
HAS_BUG_NUMBER,MDO_DATING2,MURPHY_DRUGS_REL8 autolearn=ham
version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 549) by emacsbugs.donarmstrong.com; 15 Jul 2008 06:40:24 +0000
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 <at> emacsbugs.donarmstrong.com>; Mon, 14 Jul 2008 23:40:21 -0700
Received: by wr-out-0506.google.com with SMTP id c57so3528986wra.9
for <549 <at> 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=
Received: by 10.90.103.13 with SMTP id a13mr15736621agc.0.1216104019435;
Mon, 14 Jul 2008 23:40:19 -0700 (PDT)
Received: by 10.90.80.4 with HTTP; Mon, 14 Jul 2008 23:40:19 -0700 (PDT)
Message-ID: <5f9de3c40807142340o7954c128i3130aedcd98de3d0 <at> mail.gmail.com>
Date: Tue, 15 Jul 2008 09:40:19 +0300
From: "Vesa Suontama" <vesa.suontama <at> gmail.com>
To: lennart.borgman <at> gmail.com, 549 <at> debbugs.gnu.org
Subject: RE: bug#549: emacsclient or emacsclientw not waiting in Windows
Cc: bug-gnu-emacs <at> gnu.org
MIME-Version: 1.0
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
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 <at> gmail.com]
> Sent: 14. hein=E4kuuta 2008 18:39
> To: Vesa Suontama; 549 <at> emacsbugs.donarmstrong.com
> Cc: bug-gnu-emacs <at> 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.
"Vesa Suontama" <vesa.suontama <at> gmail.com>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.
Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
(2007-08-08) on rzlab.ucr.edu
X-Spam-Level:
X-Spam-Status: No, score=-6.3 required=4.0 tests=AWL,BAYES_00,FOURLA,GMAIL,
HAS_BUG_NUMBER,MDO_DATING2,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=ham
version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 15 Jul 2008 06:40:28 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6F6eOPK008100
for <submit <at> emacsbugs.donarmstrong.com>; Mon, 14 Jul 2008 23:40:25 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1KIeD1-0007r3-My
for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 02:40:23 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1KIeCz-0007qr-J0
for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 02:40:22 -0400
Received: from [199.232.76.173] (port=40219 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43)
id 1KIeCz-0007qo-CW
for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 02:40:21 -0400
Received: from wr-out-0506.google.com ([64.233.184.232]:13496)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <vesa.suontama <at> gmail.com>)
id 1KIeCy-00039W-Uw
for bug-gnu-emacs <at> gnu.org; Tue, 15 Jul 2008 02:40:21 -0400
Received: by wr-out-0506.google.com with SMTP id c30so3657593wra.14
for <bug-gnu-emacs <at> gnu.org>; 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=
Received: by 10.90.103.13 with SMTP id a13mr15736621agc.0.1216104019435;
Mon, 14 Jul 2008 23:40:19 -0700 (PDT)
Received: by 10.90.80.4 with HTTP; Mon, 14 Jul 2008 23:40:19 -0700 (PDT)
Message-ID: <5f9de3c40807142340o7954c128i3130aedcd98de3d0 <at> mail.gmail.com>
Date: Tue, 15 Jul 2008 09:40:19 +0300
From: "Vesa Suontama" <vesa.suontama <at> gmail.com>
To: lennart.borgman <at> gmail.com, 549 <at> debbugs.gnu.org
Subject: RE: bug#549: emacsclient or emacsclientw not waiting in Windows
Cc: bug-gnu-emacs <at> gnu.org
MIME-Version: 1.0
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2)
X-CrossAssassin-Score: 2
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 <at> gmail.com]
> Sent: 14. hein=E4kuuta 2008 18:39
> To: Vesa Suontama; 549 <at> emacsbugs.donarmstrong.com
> Cc: bug-gnu-emacs <at> 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.
"Vesa Suontama" <vesa.suontama <at> gmail.com>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.Received: (at unknown) by unknown; unknown X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, MDO_DATING2,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 549) by emacsbugs.donarmstrong.com; 14 Jul 2008 15:39:07 +0000 Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6EFd3iQ012207 for <549 <at> emacsbugs.donarmstrong.com>; Mon, 14 Jul 2008 08:39:04 -0700 Received: from c83-254-145-59.bredband.comhem.se ([83.254.145.59]:63347 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from <lennart.borgman <at> gmail.com>) id 1KIQ8k-0008SC-5b; Mon, 14 Jul 2008 17:39:03 +0200 Message-ID: <487B7310.90206 <at> gmail.com> Date: Mon, 14 Jul 2008 17:38:56 +0200 From: "Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Vesa Suontama <vesa.suontama <at> supponor.tv>, 549 <at> debbugs.gnu.org CC: bug-gnu-emacs <at> gnu.org Subject: Re: bug#549: emacsclient or emacsclientw not waiting in Windows References: <000001c8e349$30b8e300$922aa900$@suontama <at> supponor.tv> In-Reply-To: <000001c8e349$30b8e300$922aa900$@suontama <at> supponor.tv> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 080712-0, 2008-07-12), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.145.59 X-Scan-Result: No virus found in message 1KIQ8k-0008SC-5b. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KIQ8k-0008SC-5b 39a4f2bb4ec844d3c2cb8297ba5b49ec X-CrossAssassin-Score: 2 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 –q, 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.
"Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.Received: (at unknown) by unknown; unknown X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, MDO_DATING2,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 14 Jul 2008 15:39:14 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6EFd76T012214 for <submit <at> emacsbugs.donarmstrong.com>; Mon, 14 Jul 2008 08:39:08 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KIQ8p-0006jR-CF for bug-gnu-emacs <at> gnu.org; Mon, 14 Jul 2008 11:39:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KIQ8n-0006jF-24 for bug-gnu-emacs <at> gnu.org; Mon, 14 Jul 2008 11:39:06 -0400 Received: from [199.232.76.173] (port=49807 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KIQ8m-0006jC-Rv for bug-gnu-emacs <at> gnu.org; Mon, 14 Jul 2008 11:39:04 -0400 Received: from ch-smtp01.sth.basefarm.net ([80.76.149.212]:52371) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from <lennart.borgman <at> gmail.com>) id 1KIQ8m-0007Th-Cd for bug-gnu-emacs <at> gnu.org; Mon, 14 Jul 2008 11:39:04 -0400 Received: from c83-254-145-59.bredband.comhem.se ([83.254.145.59]:63347 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from <lennart.borgman <at> gmail.com>) id 1KIQ8k-0008SC-5b; Mon, 14 Jul 2008 17:39:03 +0200 Message-ID: <487B7310.90206 <at> gmail.com> Date: Mon, 14 Jul 2008 17:38:56 +0200 From: "Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Vesa Suontama <vesa.suontama <at> supponor.tv>, 549 <at> debbugs.gnu.org CC: bug-gnu-emacs <at> gnu.org Subject: Re: bug#549: emacsclient or emacsclientw not waiting in Windows References: <000001c8e349$30b8e300$922aa900$@suontama <at> supponor.tv> In-Reply-To: <000001c8e349$30b8e300$922aa900$@suontama <at> supponor.tv> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 080712-0, 2008-07-12), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.145.59 X-Scan-Result: No virus found in message 1KIQ8k-0008SC-5b. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KIQ8k-0008SC-5b 39a4f2bb4ec844d3c2cb8297ba5b49ec X-detected-kernel: by monty-python.gnu.org: Linux 2.6? (barebone, rare!) 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 –q, 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.
"Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.
Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: *
X-Spam-Status: No, score=1.0 required=4.0 tests=AWL,BAYES_00,DA_MS_ADDRESS,
HTML_MESSAGE,MSGID_MULTIPLE_AT,NEXTPART,RCVD_IN_DNSWL_LOW autolearn=no
version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 549) by emacsbugs.donarmstrong.com; 14 Jul 2008 10:43:52 +0000
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105])
by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6EAhmZX003657
for <549 <at> emacsbugs.donarmstrong.com>; Mon, 14 Jul 2008 03:43:49 -0700
Received: from esvesa (dsl-hkibrasgw2-ffd4c100-238.dhcp.inet.fi [88.193.212.238])
(authenticated bits=0)
by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id m6EAhgSM001157
(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO);
Mon, 14 Jul 2008 13:43:43 +0300
From: "Vesa Suontama" <vesa.suontama <at> supponor.tv>
To: <549 <at> debbugs.gnu.org>
Cc: <monnier <at> iro.umontreal.ca>, <lennart.borgman <at> gmail.com>
Subject: More information about emacsclientw not waiting
Date: Mon, 14 Jul 2008 13:43:46 +0300
Message-ID: <008601c8e59e$7f125340$7d36f9c0$@suontama <at> supponor.tv>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0087_01C8E5B7.A45F8B40"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Acjlnn4k649Si9BNTbyVlIZIYkcUrA==
Content-Language: fi
This is a multipart message in MIME format.
------=_NextPart_000_0087_01C8E5B7.A45F8B40
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Hi,
emacsclientw is part of the vanilla emacs. I tried both versions, the w32
version and the vanilla version. The bug report was sent using the vanilla
version (as can be seen from the report).
No matter which emacs version I try, emacsclient or emacsclientw is not
waiting but returns immediately. Anything I could try to pin point the
problem?
Thanks,
Vesa
------=_NextPart_000_0087_01C8E5B7.A45F8B40
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;}
@page Section1
{size:612.0pt 792.0pt;
margin:70.85pt 2.0cm 70.85pt 2.0cm;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3DFI link=3Dblue vlink=3Dpurple>
<div class=3DSection1>
<p class=3DMsoNormal><span lang=3DEN-US>Hi,<o:p></o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US> emacsclientw is part of =
the vanilla
emacs. I tried both versions, the w32 version and the vanilla version. =
The bug
report was sent using the vanilla version (as can be seen from the =
report).<o:p></o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US> <o:p></o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US>No matter which emacs version I =
try,
emacsclient or emacsclientw is not waiting but returns immediately. =
Anything I
could try to pin point the problem? <o:p></o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US>Thanks,<o:p></o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US>Vesa<o:p></o:p></span></p>
<p class=3DMsoNormal><span lang=3DEN-US> <o:p></o:p></span></p>
</div>
</body>
</html>
------=_NextPart_000_0087_01C8E5B7.A45F8B40--
"Vesa Suontama" <vesa.suontama <at> supponor.tv>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.Received: (at unknown) by unknown; unknown X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 549) by emacsbugs.donarmstrong.com; 12 Jul 2008 07:46:41 +0000 Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6C7kb3G026994 for <549 <at> emacsbugs.donarmstrong.com>; Sat, 12 Jul 2008 00:46:39 -0700 Received: from c83-254-145-59.bredband.comhem.se ([83.254.145.59]:65417 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from <lennart.borgman <at> gmail.com>) id 1KHZoQ-0008Qj-5I; Sat, 12 Jul 2008 09:46:37 +0200 Message-ID: <48786150.9070705 <at> gmail.com> Date: Sat, 12 Jul 2008 09:46:24 +0200 From: "Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Stefan Monnier <monnier <at> iro.umontreal.ca>, 549 <at> debbugs.gnu.org Subject: Re: bug#549: emacsclient or emacsclientw not waiting in Windows References: <000001c8e349$30b8e300$922aa900$@suontama <at> supponor.tv> <jwvwsjrhfgw.fsf-monnier+emacsbugreports <at> gnu.org> In-Reply-To: <jwvwsjrhfgw.fsf-monnier+emacsbugreports <at> gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 080712-0, 2008-07-12), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.145.59 X-Scan-Result: No virus found in message 1KHZoQ-0008Qj-5I. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KHZoQ-0008Qj-5I 9b7a399f472f03c9701732c5c00e836d Stefan Monnier wrote: > reassign 549 emacs,w32 > thanks > >> I have a Windows Vista SP1, and when using emacsclient or emacsclientw, they > > IIRC `emacsclientw' is not part of Emacs, but only of some derived > packages (EmacsW32, maybe?). So maybe the problem is in those packages. emacsclientw is now also part of Emacs on w32. (Though the one that comes with Emacs+EmacsW32 is a bit different.) > AFAIK `emacsclient' does wait for the editing to be done before > returning, so please try and reproduce your problem with a vanilla Emacs > (e.g. the one you can download from > http://ftp.gnu.org/pub/gnu/emacs/windows/). Yes, that is the right thing to do whenever reporting a problem. (However the versions of emacsclient/w that comes with Emacs+EmacsW32 also waits, so the problem is probably somewhere else.)
"Lennart Borgman (gmail)" <lennart.borgman <at> gmail.com>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, don <at> donarmstrong.com:bug#549; Package emacs,w32.
Full text available.Stefan Monnier <monnier <at> iro.umontreal.ca>
to control <at> emacsbugs.donarmstrong.com.
Full text available.
Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
(2007-08-08) on rzlab.ucr.edu
X-Spam-Level:
X-Spam-Status: No, score=-6.0 required=4.0 tests=AWL,BAYES_00,FOURLA,
HAS_BUG_NUMBER,VALID_BTS_CONTROL autolearn=ham
version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 549) by emacsbugs.donarmstrong.com; 12 Jul 2008 04:57:15 +0000
Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182])
by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6C4v1d8017498;
Fri, 11 Jul 2008 21:57:03 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AnEDALfWd0jO+IfCdGdsb2JhbACBWpBSASeWYIFo
X-IronPort-AV: E=Sophos;i="4.30,348,1212379200";
d="scan'208";a="24259890"
Received: from 206-248-135-194.dsl.teksavvy.com (HELO pastel.home) ([206.248.135.194])
by ironport2-out.teksavvy.com with ESMTP; 12 Jul 2008 00:56:56 -0400
Received: by pastel.home (Postfix, from userid 20848)
id DF04C897A; Sat, 12 Jul 2008 00:56:55 -0400 (EDT)
From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: 549 <at> debbugs.gnu.org
Subject: Re: bug#549: emacsclient or emacsclientw not waiting in Windows
Message-ID: <jwvwsjrhfgw.fsf-monnier+emacsbugreports <at> gnu.org>
References: <000001c8e349$30b8e300$922aa900$@suontama <at> supponor.tv>
Date: Sat, 12 Jul 2008 00:56:55 -0400
In-Reply-To: <000001c8e349$30b8e300$922aa900$@suontama <at> supponor.tv> (Vesa
Suontama's message of "Fri, 11 Jul 2008 14:28:06 +0300")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
reassign 549 emacs,w32
thanks
> I have a Windows Vista SP1, and when using emacsclient or emacsclientw, they
IIRC `emacsclientw' is not part of Emacs, but only of some derived
packages (EmacsW32, maybe?). So maybe the problem is in those packages.
AFAIK `emacsclient' does wait for the editing to be done before
returning, so please try and reproduce your problem with a vanilla Emacs
(e.g. the one you can download from
http://ftp.gnu.org/pub/gnu/emacs/windows/).
Stefan
Stefan Monnier <monnier <at> iro.umontreal.ca>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:bug#549; Package emacs.
Full text available.
Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: *
X-Spam-Status: No, score=1.1 required=4.0 tests=BAYES_00,DA_MS_ADDRESS,FOURLA,
HTML_MESSAGE,MDO_DATING2,MSGID_MULTIPLE_AT,NEXTPART,RCVD_IN_DNSWL_LOW
autolearn=no version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 11 Jul 2008 11:28:24 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6BBSEOW017907
for <submit <at> emacsbugs.donarmstrong.com>; Fri, 11 Jul 2008 04:28:17 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1KHGnO-0003E7-E2
for bug-gnu-emacs <at> gnu.org; Fri, 11 Jul 2008 07:28:14 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1KHGnN-0003Cb-FR
for bug-gnu-emacs <at> gnu.org; Fri, 11 Jul 2008 07:28:14 -0400
Received: from [199.232.76.173] (port=52241 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43)
id 1KHGnN-0003CQ-Ck
for bug-gnu-emacs <at> gnu.org; Fri, 11 Jul 2008 07:28:13 -0400
Received: from auth-smtp.nebula.fi ([217.30.180.105]:42370)
by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
(Exim 4.60)
(envelope-from <vesa.suontama <at> supponor.tv>)
id 1KHGnM-0007qD-MP
for bug-gnu-emacs <at> gnu.org; Fri, 11 Jul 2008 07:28:13 -0400
Received: from esvesa (dsl-hkibrasgw2-ffd4c100-238.dhcp.inet.fi [88.193.212.238])
(authenticated bits=0)
by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id m6BBS4gm025222
(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO)
for <bug-gnu-emacs <at> gnu.org>; Fri, 11 Jul 2008 14:28:04 +0300
From: "Vesa Suontama" <vesa.suontama <at> supponor.tv>
To: <bug-gnu-emacs <at> gnu.org>
Subject: emacsclient or emacsclientw not waiting in Windows
Date: Fri, 11 Jul 2008 14:28:06 +0300
Message-ID: <000001c8e349$30b8e300$922aa900$@suontama <at> supponor.tv>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0001_01C8E362.56061B00"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcjjSS+ikniUsYDrSL+LG8dYQJvq+Q==
Content-Language: fi
X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4)
This is a multipart message in MIME format.
------=_NextPart_000_0001_01C8E362.56061B00
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
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 -q, 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
configured using `configure --with-gcc (3.4)'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: FIN
locale-coding-system: cp1252
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
encoded-kbd-mode: t
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
line-number-mode: t
Recent input:
* C-x k <return> ( - <backspace> s e r v e r . - s
<backspace> =8b4 =8b4 <backspace> <backspace> <backspace>
<backspace> - s t a r t ( <backspace> ) C-x C-e <help-echo>
e m a c s <backspace> <backspace> <backspace> <backspace>
<backspace> <escape> x e m a <tab> - b <tab> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> b u g <tab> <return> <backspace> <backspace>
<backspace> r e p o <tab> <tab> r <tab> <return>
Recent messages:
Loading cl-macs...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading server...done
nil
(New file)
When done with a buffer, type C-x #
Making completion list...
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done
------=_NextPart_000_0001_01C8E362.56061B00
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page Section1
{size:612.0pt 792.0pt;
margin:70.85pt 2.0cm 70.85pt 2.0cm;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3DFI link=3Dblue vlink=3Dpurple>
<div class=3DSection1>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Hi,<o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>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. <o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>I use =
the
emacsclient from cmd.exe and not from cygwin. I also started emacs with =
–q,
and started server manually after that, so no startup file should be =
causing
this. <o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>Is =
this a known
issue? <o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Otherwise I love
emacs :)<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Vesa<o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>In =
GNU Emacs
22.2.1 (i386-mingw-nt6.0.6001)<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> of
2008-03-26 on RELEASE<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Windowing system
distributor `Microsoft Corp.', version 6.0.6001<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>configured using
`configure --with-gcc (3.4)'<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p>=
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Important
settings:<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> value of
$LC_ALL: nil<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> value of
$LC_COLLATE: nil<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> value of
$LC_CTYPE: nil<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> value of
$LC_MESSAGES: nil<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> value of
$LC_MONETARY: nil<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> value of
$LC_NUMERIC: nil<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> value of
$LC_TIME: nil<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> value of
$LANG: FIN<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
locale-coding-system: cp1252<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
default-enable-multibyte-characters: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p>=
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>Major =
mode:
Fundamental<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p>=
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>Minor =
modes in
effect:<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
encoded-kbd-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
tooltip-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> tool-bar-mode:
t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
mouse-wheel-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
menu-bar-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
file-name-shadow-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
global-font-lock-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'> </span><span
lang=3DSV style=3D'font-family:"Calibri","sans-serif"'>font-lock-mode: =
t<o:p></o:p></span></p>
<p><span lang=3DSV style=3D'font-family:"Calibri","sans-serif"'>
blink-cursor-mode: t<o:p></o:p></span></p>
<p><span lang=3DSV style=3D'font-family:"Calibri","sans-serif"'> =
</span><span
lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>unify-8859-on-encoding-mode:=
t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
utf-translate-cjk-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
auto-compression-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>
line-number-mode: t<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p>=
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Recent =
input:<o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>* C-x =
k
<return> ( - <backspace> s e r v e r . - s =
<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><backspace>
=3D8b4 =3D8b4 <backspace> <backspace> <backspace> =
<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><backspace>
- s t a r t ( <backspace> ) C-x C-e <help-echo> =
<o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>e m a =
c s
<backspace> <backspace> <backspace> <backspace> =
<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><backspace>
<escape> x e m a <tab> - b <tab> <backspace> =
<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><backspace>
<backspace> <backspace> <backspace> <backspace> =
<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><backspace>
<backspace> <backspace> <backspace> <backspace> =
<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><backspace>
<backspace> <backspace> <backspace> <backspace> =
<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><backspace>
b u g <tab> <return> <backspace> <backspace> =
<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><backspace>
r e p o <tab> <tab> r <tab> =
<return><o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p>=
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Recent =
messages:<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Loading
cl-macs...done<o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>For =
information
about GNU Emacs and the GNU system, type C-h C-a.<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Loading
server...done<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>nil<o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>(New =
file)<o:p></o:p></span></p>
<p><span lang=3DEN-US style=3D'font-family:"Calibri","sans-serif"'>When =
done with a
buffer, type C-x #<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Making
completion list...<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Loading
emacsbug...<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Loading
regexp-opt...done<o:p></o:p></span></p>
<p><span lang=3DEN-US =
style=3D'font-family:"Calibri","sans-serif"'>Loading
emacsbug...done</span><span lang=3DEN-US> <o:p></o:p></span></p>
</div>
</body>
</html>
------=_NextPart_000_0001_01C8E362.56061B00--
"Vesa Suontama" <vesa.suontama <at> supponor.tv>:Emacs Bugs <bug-gnu-emacs <at> gnu.org>.
Full text available.bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:bug#549; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.