Hrvoje Niksic writes:
This annoying bug bytes in `xemacs -batch -l dunnet'. Try this:
xemacs -batch -eval '(princ "foo")'
Now this:
emacs -batch -eval '(princ "foo")'
XEmacs prints an unwanted newline, while FSFmacs doesn't. I tried to
fix it by removing the \n in stream_delete_console(), but it only
fixes the trivial case above, not dunnet.
The point of this is to allow code that outputs messages to the
minibuffer to produce readable output when XEmacs runs in batch
mode. Seems worthwhile. How is this hurting dunnet?