From: Eli Zaretskii <eliz@gnu.org>
To: Jason Lewis <jason@dickson.st>
Cc: 8783@debbugs.gnu.org
Subject: bug#8783: 24.0.50; emacsclientw.exe behaviour in win32 not the same as in linux
Date: Thu, 02 Jun 2011 05:26:32 -0400 [thread overview]
Message-ID: <E1QS4Ai-0007hg-5K@fencepost.gnu.org> (raw)
In-Reply-To: <4DE71323.60409@dickson.st> (message from Jason Lewis on Thu, 02 Jun 2011 14:35:47 +1000)
> Date: Thu, 02 Jun 2011 14:35:47 +1000
> From: Jason Lewis <jason@dickson.st>
>
> When I try to launch emacs in win32 using emacsclientw.exe it does not
> seem to work as expected.
>
> on my linux box if I start emacs with either:
>
> emacsclient -c -a ""
> emacsclient -c -a "" somefile.txt
>
> it will start emacs in daemon mode or start a client as necessary
First, there's no equivalent of emacsclientw.exe on GNU/Linux. You
will be better off comparing with emacsclient on Windows.
Second, the Windows build does not (yet) support the daemon mode. I
think this explains some of the differences in behavior that you
report. See below.
> however on windows with the slightly different version:
>
> C:\Users\jason\AppData\Roaming>"c:\Program Files
> (x86)\Emacs\emacs\bin\emacsclientw.exe" -c
> --alternate-editor="c:\Program Files
> (x86)\Emacs\emacs\bin\runemacs.exe" test.txt
>
> it will open a new emacs instance editing text.txt
Which is as expected, right? (Please tell explicitly which behavior
you think is problematic, because otherwise we need to guess.)
> but then if you run:
>
> C:\Users\jason\AppData\Roaming>"c:\Program Files
> (x86)\Emacs\emacs\bin\emacsclientw.exe" -c
> --alternate-editor="c:\Program Files
> (x86)\Emacs\emacs\bin\runemacs.exe" someotherfile.txt
>
> it fails to open someotherfile.txt in the existing frame (and does not
> create a new frame either)
AFACT, the -c option is not really supported in the Windows build,
because it generally needs the --display argument which Windows
doesn't support.
> further more, while emacs is already running
> if you run:
>
> C:\Users\jason\AppData\Roaming>"c:\Program Files
> (x86)\Emacs\emacs\bin\emacsclientw.exe" --alternate-editor="c:\Program
> Files (x86)\Emacs\emacs\bin\runemacs.exe" test.txt (no -c option)
> emacs will correctly open the desired file
As expected, right?
> however:
> C:\Users\jason\AppData\Roaming>"c:\Program Files
> (x86)\Emacs\emacs\bin\emacsclientw.exe" --alternate-editor="c:\Program
> Files (x86)\Emacs\emacs\bin\runemacs.exe" (no -c option and no
> file name to open)
>
> emacs gives the error: file name or argument required, in a window and
> then aborts and does not either open emacs, nor go to the emacs frame
> if it is already running.
Expected or not? If not, why not?
> This does not seem to be the desired behaviour overall. it makes it
> difficult to make 1 command to either launch emacs or open an existing
> instance of emacs with a new file.
??? If you don't use the -c switch, it should behave as you want:
start a new editor if there's no existing one, and otherwise connect
to the existing one.
next prev parent reply other threads:[~2011-06-02 9:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-02 4:35 bug#8783: 24.0.50; emacsclientw.exe behaviour in win32 not the same as in linux Jason Lewis
2011-06-02 9:26 ` Eli Zaretskii [this message]
2011-06-06 0:54 ` Jason Lewis
2011-06-06 1:48 ` Jason Rumney
2011-07-02 15:17 ` Jason Rumney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1QS4Ai-0007hg-5K@fencepost.gnu.org \
--to=eliz@gnu.org \
--cc=8783@debbugs.gnu.org \
--cc=jason@dickson.st \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).