From: Dan Nicolaescu <dann@ics.uci.edu>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: lenbok@gmail.com, rms@gnu.org, emacs-devel@gnu.org
Subject: Re: emacsclient bug
Date: Sun, 27 Jan 2008 07:41:02 -0800 [thread overview]
Message-ID: <200801271541.m0RFfGE6016267@sallyv1.ics.uci.edu> (raw)
In-Reply-To: <ur9odb89g39.fsf@totally-fudged-out-message-id> (Dan Nicolaescu's message of "(unknown date)")
Dan Nicolaescu <dann@ics.uci.edu> writes:
> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>
> > > That fact that the Emacs server does not yet have an X11 connection open
> > > is not taken into account to decide what to: if the client does not
> > > explicitly ask for a tty, then the default is to use an X11 frame.
> >
> > > That might not be the right thing to do. It seems to me that the most
> > > convenient behavior for emacsclient is to use (by default) the tty or
> > > display that Emacs is already using. It would do that unless you
> > > specify -display or -nw or -t.
> >
> > > Doesn't that seem right to you?
> >
> > Yes, I've just changed it, so that now it behaves by default as it used
> > to in Emacs-22: connection to $DISPLAY is only attempted if it's
> > explicitly requested by a --display parameter. It makes the default
> > not only closer to previous behavior but also "safer" I believe.
>
> Does it work?
>
> After updating from CVS and make bootstrap
>
> emacs -Q -f server-start&
>
> emacsclient ~/.emacs
> just hangs
I fixed this.
There's still one issue left: "-c" does not work anymore, it creates a
tty frame.
next prev parent reply other threads:[~2008-01-27 15:41 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-17 0:07 emacsclient bug Len Trigg
2008-01-17 15:42 ` Stefan Monnier
2008-01-17 17:48 ` Len Trigg
2008-01-17 17:56 ` Len Trigg
2008-01-17 18:42 ` Stefan Monnier
2008-01-17 19:00 ` Len Trigg
2008-01-20 20:41 ` Stefan Monnier
2008-01-20 21:56 ` Len Trigg
2008-01-21 1:45 ` Stefan Monnier
2008-01-21 3:16 ` Len Trigg
2008-01-21 9:54 ` Andreas Schwab
2008-01-21 15:52 ` Stefan Monnier
2008-01-22 11:30 ` Richard Stallman
2008-01-26 21:58 ` Stefan Monnier
2008-01-27 2:06 ` Dan Nicolaescu
[not found] ` <ur9odb89g39.fsf@totally-fudged-out-message-id>
2008-01-27 15:41 ` Dan Nicolaescu [this message]
2008-01-28 7:57 ` KOBAYASHI Yasuhiro
2008-01-31 17:15 ` Sascha Wilde
2008-02-03 0:10 ` David De La Harpe Golden
2008-02-04 11:46 ` Sascha Wilde
2008-02-04 14:56 ` David De La Harpe Golden
2008-02-04 15:04 ` David De La Harpe Golden
2008-02-04 17:33 ` Sascha Wilde
2008-02-06 17:29 ` Stefan Monnier
2008-02-06 17:40 ` Dan Nicolaescu
2008-02-06 19:31 ` Stefan Monnier
2008-02-07 0:44 ` Richard Stallman
2008-02-07 0:50 ` Leo
2008-02-07 1:00 ` Dan Nicolaescu
2008-02-07 9:03 ` Sascha Wilde
2008-02-08 4:16 ` Richard Stallman
2008-02-07 9:05 ` Sascha Wilde
2008-02-08 15:27 ` Stefan Monnier
2008-02-09 14:50 ` Sascha Wilde
2008-02-07 8:56 ` Sascha Wilde
2008-02-04 4:57 ` Leo
2008-01-27 16:03 ` Richard Stallman
2008-01-20 21:56 ` Len Trigg
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200801271541.m0RFfGE6016267@sallyv1.ics.uci.edu \
--to=dann@ics.uci.edu \
--cc=emacs-devel@gnu.org \
--cc=lenbok@gmail.com \
--cc=monnier@iro.umontreal.ca \
--cc=rms@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.