GNU bug report logs -
#5486
23.1.91; emacsclient -c not working on windows
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5486 in the body.
You can then email your comments to 5486 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5486
; Package
emacs
.
(Thu, 28 Jan 2010 09:45:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Novimir Pablant <mir <at> amicitas.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 28 Jan 2010 09:45:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Running emacsclientw.exe does not behave as expected on windows.
The command that I am attempting to run is:
emacsclientw.exe -c FILE
The behavior I expect is for the file to be opened in a new frame.
The actual behavior is to open the buffer in an existing frame (if
present).
In the windows environmental variables I have set:
ALTERNATE_EDITOR=C:\Programs\text\emacs\bin\runemacs.exe
In my .emacs file I have added:
(server-start)
Here is the behavior that I have observed:
1. Emacs is not running.
"emacsclientw.exe -c", starts emacs as expected.
2. Emacs running with an existing frame.
"emacsclientw.exe -c", nothing happens.
"emacscilentw.exe FILE", file is opened in an existing frame.
"emacscilentw.exe -c FILE", nothing happens, the file is not opened.
"emacscilentw.exe -c -n FILE", file is opened in the existing frame
(new frame expected).
If I open up a windows command prompt (cmd.exe) and type
"emacscilent -c [-n]" I get the following error:
*ERROR*: Not using an ASCII terminal now; cannot make a new ASCII frame
This error is not displayed with emacscilentw, otherwise the behavior
is the same.
If I run the commands from a cygwin xterm terminal (instead of using the
windows terminal), then both emacsclient.exe and emacsclientw.exe work
as expected. No errors are reported. Note that this is a normal
windows installation of emacs, NOT a cygwin installation.
I have tested this with emacs-23.1.0 and emacs-23.1.91.
Novimir Pablant
amicitas <at> gmail.com
In GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600)
of 2010-01-02 on PRETEST
Windowing system distributor `Microsoft Corp.', version 5.1.2600
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: ENU
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
show-paren-mode: t
msb-mode: t
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<help-echo> <help-echo> C-x <escape> <escape> <escape>
M-x M-x r e p o r t <down-mouse-1> <mouse-1> - e m
a c s - b u g <return>
Recent messages:
Loading font-lock...done
Loading msb...done
Loading paren...done
For information about GNU Emacs and the GNU system, type C-h C-a.
repeat-complex-command: There are no previous complex commands to repeat
Load-path shadows:
~/.emacs.d/lisp/longlines hides c:/Programs/text/emacs/lisp/longlines
~/.emacs.d/lisp/idlwave hides c:/Programs/text/emacs/lisp/progmodes/idlwave
~/.emacs.d/lisp/idlw-toolbar hides
c:/Programs/text/emacs/lisp/progmodes/idlw-toolbar
~/.emacs.d/lisp/idlw-shell hides
c:/Programs/text/emacs/lisp/progmodes/idlw-shell
~/.emacs.d/lisp/idlw-help hides
c:/Programs/text/emacs/lisp/progmodes/idlw-help
~/.emacs.d/lisp/idlw-complete-structtag hides
c:/Programs/text/emacs/lisp/progmodes/idlw-complete-structtag
Features:
(shadow sort mail-extr message smtpmail sendmail regexp-opt ecomplete
rfc822 mml easymenu mml-sec password-cache mm-decode mm-bodies mm-encode
mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev
nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils wid-edit
mailheader canlock sha1 hex-util hashcash mail-utils emacsbug paren msb
cus-start cus-load server tooltip ediff-hook vc-hooks lisp-float-type
mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset
image fringe lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core
frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help
simple abbrev loaddefs button minibuffer faces cus-face files
text-properties overlay md5 base64 format env code-pages mule custom
widget hashtable-print-readable backquote make-network-process multi-tty
emacs)
bug reassigned from package 'emacs' to 'emacs,w32'.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 02 Feb 2010 20:00:03 GMT)
Full text and
rfc822 format available.
Merged 5486 8783.
Request was from
Jason Rumney <jasonr <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 02 Jul 2011 15:02:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 31 Jul 2011 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 280 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.