[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
address@hidden: emacsclient --eval has slightly counterintuititve behavi
From: |
Richard Stallman |
Subject: |
address@hidden: emacsclient --eval has slightly counterintuititve behaviour.] |
Date: |
Sat, 04 Mar 2006 08:38:11 -0500 |
I think this is a bug--emacsclient should at least terminate. Would
someone like to fix it?
------- Start of forwarded message -------
From: occ <address@hidden>
To: address@hidden
Content-Type: text/plain
Date: Thu, 02 Mar 2006 00:39:15 +0000
Mime-Version: 1.0
Subject: emacsclient --eval has slightly counterintuititve behaviour.
I've noticed something which may be a bug in the -eval command in the
handling in the emacsclient/server.
Summary: "emacsclient --eval" never returns if the passed elisp string
is invalid or fails.
Version: CVS (as of today)
Example:
emacsclient.emacs-snapshot --eval some_invalid_elisp
emacs *Messages* report:
error in process filter: Symbol's value as variable is void:
some_invalid_elisp
(which is to be expected)
emacsclient then sits there indefinitely trying to read from the server
socket.
Expected result: at the very least emacsclient should return, at best
return with an error.
Is there ever a way for an lisp expression invoked from emacsclient to
write stuff back to emacsclient? If not then having --eval -->
- --no-wait in emacsclient would be sufficient to solve the problem.
(although i think making the server always respond with at least a empty
write when it is invoked without -nowait is the polite thing to do)
owen
- --
- ---------------------------------------------------------------------
owen cliffe (postgraduate) Email: address@hidden
Department of Computer Science Web: http://www.cs.bath.ac.uk/~occ
Univ. Bath, Bath, England BA2 7AY Tel: (+44) 1225 386183
_______________________________________________
bug-gnu-emacs mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs
------- End of forwarded message -------
- address@hidden: emacsclient --eval has slightly counterintuititve behaviour.],
Richard Stallman <=