emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#23576: closed ([documentation] ‘Using Emacs as a S


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#23576: closed ([documentation] ‘Using Emacs as a Server’: ‘M-x set-variable RET server-name RET foo =?UTF-8?Q?RET=E2=80=99?=)
Date: Wed, 18 May 2016 19:54:02 +0000

Your message dated Wed, 18 May 2016 22:53:33 +0300
with message-id <address@hidden>
and subject line Re: bug#23576: [documentation] ‘Using Emacs as a Server’: ‘M-x 
set-variable RET server-name RET foo RET’
has caused the debbugs.gnu.org bug report #23576,
regarding [documentation] ‘Using Emacs as a Server’: ‘M-x set-variable RET 
server-name RET foo RET’
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
23576: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23576
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: [documentation] ‘Using Emacs as a Server’: ‘M-x set-variable RET server-name RET foo RET’ Date: Wed, 18 May 2016 22:25:38 +0300 User-agent: Mozilla/5.0 (X11; GNU x86_64; rv:31.0) Gecko/20100101 Icedove/31.3.0 Chapter 38 ‘Using Emacs as a Server’ in ‘GNU Emacs Manual’ says [0] the following:

    You can run multiple Emacs servers on the same machine by giving
    each one a unique “server name”, using the variable server-name. For
    example, M-x set-variable RET server-name RET foo RET sets the
    server name to ‘foo’.

[0] https://www.gnu.org/software/emacs/manual/html_node/emacs/Emacs-Server.html

First of all, ‘M-x set-variable RET server-name RET foo RET’ just does not work, returning “Value ‘foo’ does not match type string of server-name”. It actually should be ‘M-x set-variable RET server-name RET "foo" RET’, since ‘server-name’ requires a string.

However, I found this example pretty confusing in general: when the server is not started yet, setting ‘server-name’ with ‘M-x set-variable’ is impossible (variable does not exist yet); when the server is already running, there is no much sense in setting it, since it does not rename the instance on-the-fly.

¿Would not it be more useful to give as an example of how to start multiple Emacs servers something like:

$ emacs --eval '(setq server-name "foo")' --daemon



--- End Message ---
--- Begin Message --- Subject: Re: bug#23576: [documentation] ‘Using Emacs as a Server’: ‘M-x set-variable RET server-name RET foo RET’ Date: Wed, 18 May 2016 22:53:33 +0300
> From: Dmitry Alexandrov <address@hidden>
> Date: Wed, 18 May 2016 22:25:38 +0300
> 
> Chapter 38 ‘Using Emacs as a Server’ in ‘GNU Emacs Manual’ says [0] the 
> following:
> 
>      You can run multiple Emacs servers on the same machine by giving
>      each one a unique “server name”, using the variable server-name. For
>      example, M-x set-variable RET server-name RET foo RET sets the
>      server name to ‘foo’.
> 
> [0] 
> https://www.gnu.org/software/emacs/manual/html_node/emacs/Emacs-Server.html
> 
> First of all, ‘M-x set-variable RET server-name RET foo RET’ just does 
> not work, returning “Value ‘foo’ does not match type string of 
> server-name”.  It actually should be ‘M-x set-variable RET server-name 
> RET "foo" RET’, since ‘server-name’ requires a string.

Fixed on the release branch.

> However, I found this example pretty confusing in general: when the 
> server is not started yet, setting ‘server-name’ with ‘M-x set-variable’ 
> is impossible (variable does not exist yet);

Fixed on master branch.

> when the server is already running, there is no much sense in
> setting it, since it does not rename the instance on-the-fly.

But it affects the next one.

> ¿Would not it be more useful to give as an example of how to start 
> multiple Emacs servers something like:
> 
> $ emacs --eval '(setq server-name "foo")' --daemon

I added this, but I don't think it should replace what's in the
manual: not all the uses of the server are in daemon sessions.

Thanks.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]