David Korn wrote:
> > Small question/request for/in April/Mike's direction:
> > Should we enable the "multiline" mode (=an interactive input mode which
> > renders a line which is longer then the terminal's width in the
> > following line, e.g. start ksh93 via % ksh93 -o gmacs -o multiline #) in
> > /etc/ksh.kshrc ?
> >
> > IMO it may be usefull as it is less frustrating for beginners, is much
> > closer to bash's behaviour and avoids trouble when writing longer lines
> > at the command line, however there are (or were) small glitches (see
> > http://mail.opensolaris.org/pipermail/ksh93-integration-discuss/2006-May/000293.
> > html
> > ; I am not sure whether David or Glenn looked at that problem yet) which
> > may be annoying (the workaround is to press "<CTRL>L" to refresh the
> > current line) ...
> > ... I am not sure how to proceed here. The feature is valueable but I am
> > not sure how often users would be hit by the problems described in my
> > old posting. Can you test this (incl. an UTF-8 locale) and then think
> > about whether we should enable this ?
> 
> The ksh93 editing does not use the termcap database for editing
> operations.
> 
> The multiline option only works for terminals for which \E[A causes
> the cursor to move up one line.  I suspect that this is not the case
> for the terminal in your example.

AFAIK all the terminal emulators shipped with Solaris (e.g. "dtterm",
"xterm", "gnome-terminal" and "konsole"), the native Solaris console on
SPARC and the Solaris/x86 console support that sequence (AFAIK it is
from vt100 or earlier (vt52 ?!)). This specific bug is only a sporadic
one and AFAIK a bug in ksh93 (note that this is a different issue than
the SPARC-specific problem reported in
https://mailman.research.att.com/pipermail/ast-users/2006q3/001303.html
; on SPARC the "multiline" option seems to be totally screwed in
ksh93r+_alpha_20060724... ;-( ) ...

> I don't think that it would be compatbile to make this the
> default at compile time, but you could put this into /etc/profile
> for terminals that support \E[A.

I didn't made this a default at compile time. We set the "gmacs" and
"multiline" flags in /etc/ksh.kshrc only.

> You might also want to consider making globstar a default since
> while this is not compatible with the shell standard, it is useful
> and not likely to cause any problems.

Mhhh... I never used "globstar" and ksh93 on SuSE Linux 10.0 seem to
have it "off":
-- snip --
$ set -o | fgrep glob
globstar                 off
noglob                   off
-- snip --
April/Mike - any opinions ?

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)

Reply via email to