frankb@usource.UUCP (Frank Bicknell) (06/10/89)
We have a Mitsubishi '386 running SCO Xenix '386. We have three Wyse 150 terminals attached to a Computone ATvanage 8$ board. The versions are: Driver version: 4.26/vpix -- for SCO Xenix V (386) Supports 1 board(s) -- 1 found. Board 1: firmware version 3.02 ATv The problem is that whenever I run an application which sends a moderate amount of cursor control to the terminals, the screen is occasionally scrambled; the cursor loses its place or some such nonsense. It's as if the whole sequence isn't being seen. It is especially apparent with elm, but also happens with Professional. I suspect the termcap entry needs some sort of padding, but all I have is a wy60 entry. Has anyone out there had similar problems with these terminals? BTW... baud rate seems to make some difference: the problem is extremely bad at 38Kbaud, and is somewhat abated at 19Kbaud. The problem looks like dropped or ignored bytes: there is no "trash" as you would expect with line hits and the like. I suspect that the lower baud rate gives the terminal more time to respond. Please e-mail responses to 'frankb@usource.UUCP'. Added later: Fri Jun 9 21:14:24 EDT 1989 Ah... glad the news doesn't go out immediately. I tried adding pad to each capability which would accept it. I added 100 to most and 500 to cm and cl. A significant improvement was noted: Professional works perfectly at any speed. However, elm still can be made to foul up, especially on the main menu. I'm still open to suggestions: more pad time? Does elm somehow ignore these parameters? -- Frank Bicknell UniSource; 1405 Main St, Ste 709; Sarasota, FL 34236 killer!usource!frankb || frankb@usource.UUCP