Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!samsung!think!mintaka!ogicse!schaefer
From: schaefer@ogicse.ogc.edu (Barton E. Schaefer)
Newsgroups: comp.mail.mush
Subject: Re: forced erase char. & erroneous message in tool mode.
Keywords: DELETE vs. BACKSPACE & New mail mesg when there isn't.
Message-ID: <7090@ogicse.ogc.edu>
Date: 2 Feb 90 22:52:00 GMT
References: <8968@cbnewsm.ATT.COM>
Reply-To: schaefer@ogicse.UUCP (Barton E. Schaefer)
Organization: Oregon Graduate Institute (formerly OGC), Beaverton, OR
Lines: 45

In article <8968@cbnewsm.ATT.COM> ste@cbnewsm.ATT.COM (Shaun T. Erickson) writes:
} I am curious as to why Mush persists in setting my DELETE key to be my
} erase character, when I explicitly make my BACKSPACE key my erase
} character in my .profile. Also, is there any way I can tell Mush to not
} do this?

Mush isn't doing it.  We have no idea why it's happening.  Relevant code,
from the tty_settings() function called during startup:

    if (!isatty(0)) {
        del_line = CTRL('U');
        del_char = CTRL('H');
    } else {
        del_line = _tty.sg_kill;
        del_char = _tty.sg_erase;
    }

Whenever mush has the opportunity to do the input translation on its own,
it recognizes BOTH DEL and BS as erase chars.  In tool mode, however, mush
is dependent on the SunView library and textsw interface to do all the
relevant translations.

There must be somebody out there who knows why SunView PANEL_TEXT items
do not recognize the user's tty character settings.  Clue me in, ok?  Is
there something we can do to make it work?

} On another note, whenever I switch to a new folder (other than my System
} Mailbox) in toolmode, I notice that within a few moments Mush reports that
} there is new mail in my System Mailbox - when in fact there isn't. Why is
} it doing this?

Is your system mailbox NFS mounted, by any chance?

} [ Is patch #3 still the highest released yet? ]

No, patch #4 went out this past Wednesday.  It was 66771 bytes, with
headers, so if you recieve this stuff via the mush-users mailing list it
may have been rejected by your UUCP as too large.  The @PATCH mail server
at my address will be mailing patch #4 in two parts to avoid this.  You
still request it by the base patch number (4).
-- 
Bart Schaefer                             "Live and don't learn, that's us."
                                                                   -- Hobbes

schaefer@cse.ogi.edu (used to be cse.ogc.edu)