Hi !
This is a very good question.
I know Klaus Reichl, he is a collegue of mine in the company we
work. There we use target machines with serial console and in
most cases we use a shell inbedded in `emacs' for test log
purposes. Emcas is not able to handle like a terminal, it passes
only complete lines to the shell (and so indirect to the serial
line...) (as far as I know).
We already use a test version of a lisp module handling the ESC
sequences for incomming characters to do terminal requests etc.
But it is not possible to use the menu, etc.
A full implementation of a dump serial i/f is really not simple,
as it breaks your command line model and menu model.
Further we have a problem concerning flow control on the serial line.
If a user passes a complete string to GRUB (full speed), then
GRUB looses character. I recognized this, when I use CUT and PASTE
with the mouse on the xterm window running a terminal emulation.
I don't know, what to answer on your question. On the one side, it
is quite an important feature, on the other hand, we have to discuss
the design ....
With friendly regards
Christoph Plattner
OKUJI Yoshinori wrote:
>
> Although there remain still things which should be improved
> (e.g. the command "terminal" should have a timeout), I have done most
> work necessary for serial terminal support. Now my question is whether
> dumb terminal support is really required. As Klaus Reichl suggested,
> we can make dumb terminal rather functional, but that isn't very
> easy. Thus, I'd leave out dumb terminal support, if this is
> acceptable. Send comments, if any.
>
> Okuji
--
-------------------------------------------------------------------------
private: [EMAIL PROTECTED]
company: [EMAIL PROTECTED]
