Path: utzoo!utgpu!water!watmath!watmsg!stdarlington From: stdarlington@watmsg.waterloo.edu (Scott Darlington) Newsgroups: comp.sys.apollo Subject: Re: vt100 emulator - does yours break too ? Summary: Yes--mine breaks too. Keywords: vt100 Message-ID: <17041@watmath.waterloo.edu> Date: 22 Feb 88 16:29:47 GMT References: <123@vader.UUCP> Sender: daemon@watmath.waterloo.edu Reply-To: stdarlington@watmsg.waterloo.edu (Scott Darlington) Organization: Multiprocessor Systems Group, University of Waterloo Lines: 32 In article <123@vader.UUCP> bcs212@vader.UUCP (Vince Skahan) writes: > > Is anyone having a problem when their vt100 emulator >dies or hangs for no apparent reason? When we went from >9.2.8 to 9.5.1 (now at 9.6), mine seems to decide it >doesn't want to run. It basically hangs the DM window >and sometimes the entire node... > I've experienced a similar problem with the VT100 emulator. At first, it appeared that vt100 windows would frequently hang for no apparent reason. After a few days I discovered that the vt100 windows were hanging when another vt100 window had been turned into an icon. This usually shows up for me when I'm running Domain/IX's `vi' text editor. As an example, run the vt100 emulator in a window. Now, turn that window into an icon. Then, run vi in another window. Usually, vi will come up normally. Now, quit vi. Vi exits but no shell prompt appears. Now, turn that icon'd vt100 window back into a window. Presto--your shell prompt finally appears in the window in which you ran vi. I don't think that this problem is specifically related to vi. I've occasionally seen similar problems with other vt100 windows. For example, the `more' command (which also brings up a vt100 window) will hang in the same way that vi hangs. Since our Aegis maintenance contract is through Mentor Graphics, I reported this problem to Mentor Graphics and they, in turn, reported it to Apollo. The problem has apparently existed unnoticed since Apollo went to a VT100 server sometime after SR 9.2.3. --Scott Darlington