sl@van-bc.UUCP (Stuart Lynne) (11/11/89)
Has anyone managed to get vi to run with an 80x43 sized display (vidi e80x43)? Also, what do you have to do to run in 80x43 in all multi screens? After a couple of screens have switched vidi returns a message "vidi: Not enough space". This is all on a 2.3.2 / 386 system. With a VGA card. I have the TFM - pointers welcome. -- Stuart.Lynne@wimsey.bc.ca ubc-cs!van-bc!sl 604-937-7532(voice) 604-939-4768(fax)
chapman@sco.COM (Brian Chapman) (11/18/89)
In article <57@van-bc.UUCP> sl@van-bc.UUCP (Stuart Lynne) writes: > Has anyone managed to get vi to run with an 80x43 sized display > (vidi e80x43)? For 2.3 Xenix vi(C) uses termcap (I think). For termcap vi(C) add a line to /etc/termcap, after the "ansic" entry: ansi43:li#43:tc=ansi: Then set your TERM var to "ansi43". (and export it if you need to) 3.2 SCO UNIX vi(C) uses terminfo and I don't have a terminfo vi(C) here at home so I can't test it, but I suppose you edit /usr/lib/terminfo/terminfo.src and add a duplicate entry for ansi43 with a "lines#43" in it. Then run tic(C). > Also, what do you have to do to run in 80x43 in all > multi screens? After a couple of screens have switched > vidi returns a message "vidi: Not enough space". Sorry about no doc on this one. The save screen for a 43 line screen is larger so you need to increase your save screen memory. There is a utility in your linkkit called configure(ADM). As superuser run this program and increase the screen memory variable. Increase it 4K for every new 43 line screen you want to add. >This is all on a 2.3.2 / 386 system. With a VGA card. I have the TFM - >pointers welcome. > >-- >Stuart.Lynne@wimsey.bc.ca ubc-cs!van-bc!sl 604-937-7532(voice) 604-939-4768(fax) -- Brian Chapman uunet!sco!chapman Pay no attention to the man behind the curtain!
ag@amix.commodore.com (Keith Gabryelski) (11/20/89)
In article <3837@scolex.sco.COM> chapman@sco.COM (Brian Chapman) writes: > >In article <57@van-bc.UUCP> sl@van-bc.UUCP (Stuart Lynne) writes: >> Has anyone managed to get vi to run with an 80x43 sized display >> (vidi e80x43)? > >For 2.3 Xenix vi(C) uses termcap (I think). For termcap >vi(C) add a line to /etc/termcap, after the "ansic" entry: > >ansi43:li#43:tc=ansi: This is correct for termcap. >3.2 SCO UNIX vi(C) uses terminfo and I don't have a terminfo vi(C) >here at home so I can't test it, but I suppose you edit >/usr/lib/terminfo/terminfo.src and add a duplicate entry for ansi43 >with a "lines#43" in it. Then run tic(C). Creating a new terminfo entry for terminals that only differ in height or width is incorrect. The procedure is to: TERM=ansi ; export TERM (or csh: setenv TERM ansi) then: LINES=43 ; export LINES (or csh: setenv LINES 43) Pax, Keith >Pay no attention to the man behind the curtain! [--Wizard of Oz] He knows what's best for you. --The Bears -- ag@amix.commodore.com Keith Gabryelski ...!cbmvax!amix!ag
jpr@dasys1.UUCP (Jean-Pierre Radley) (11/20/89)
In article <57@van-bc.UUCP> sl@van-bc.UUCP (Stuart Lynne) writes: >Has anyone managed to get vi to run with an 80x43 sized display (vidi >e80x43)? No big deal, Stuart, as long as you've redefined your TERM environment variable, and made a corresponding /etc/termcap entry. In my case, I ususally run in 80x25 mode as "ansic" -- ansi terminal with color capabilities. So when I want to use vidi to get 43 line mode, I reset TERM to be "ansic43", which in /etc/termcap, shows: ansic43:li#43:tc=ansic >Also, what do you have to do to run in 80x43 in all multi screens? After a >couple of screens have switched vidi returns a message "vidi: Not enough >space". I also find that I can only get two of these 43-liners running in SCO 2.3 before I run up against the same limit you found. Somewhere, SCO set some limit, and I wish I knew where it was. -- Jean-Pierre Radley jpr@jpradley.uucp New York, NY 72160.1341@compuserve.com
cpcahil@virtech.uucp (Conor P. Cahill) (11/20/89)
In article <112@amix.commodore.com>, ag@amix.commodore.com (Keith Gabryelski) writes: > Creating a new terminfo entry for terminals that only differ in > height or width is incorrect. The procedure is to: It's not incorrect, just unnecessary. Either solution would work. -- +-----------------------------------------------------------------------+ | Conor P. Cahill uunet!virtech!cpcahil 703-430-9247 ! | Virtual Technologies Inc., P. O. Box 876, Sterling, VA 22170 | +-----------------------------------------------------------------------+
sl@van-bc.UUCP (Stuart Lynne) (11/20/89)
In article <11256@dasys1.UUCP> jpr@dasys1.UUCP (Jean-Pierre Radley) writes: }In article <57@van-bc.UUCP> sl@van-bc.UUCP (Stuart Lynne) writes: }>Has anyone managed to get vi to run with an 80x43 sized display (vidi }>e80x43)? } }No big deal, Stuart, as long as you've redefined your TERM environment }variable, and made a corresponding /etc/termcap entry. In my case, I }ususally run in 80x25 mode as "ansic" -- ansi terminal with color }capabilities. }So when I want to use vidi to get 43 line mode, I reset TERM to be }"ansic43", which in /etc/termcap, shows: } } ansic43:li#43:tc=ansic This did the trick of course. I'll never admit why it didn't work when I tried it (blush ;-) }>Also, what do you have to do to run in 80x43 in all multi screens? After a }>couple of screens have switched vidi returns a message "vidi: Not enough }>space". }I also find that I can only get two of these 43-liners running in SCO 2.3 }before I run up against the same limit you found. Somewhere, SCO set some }limit, and I wish I knew where it was. Run /usr/sys/conf/configure and setup the amount of memory for screen saves. At 128k I could run vidi e80x43 on all 12 multiscreens. This was an empirical test, a slightly smaller amount might do the trick (96kb was ok for 9). Finally questions: Does anyone know if it's possible to get the system to come up in this mode? (Currently I'm doing vidi e80x43 in .login, there should be a better way.) Also mention is made of supporting 16 multiscreens. When I tried it I ended up with only two working screens. -- Stuart.Lynne@wimsey.bc.ca ubc-cs!van-bc!sl 604-937-7532(voice) 604-939-4768(fax)
davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr) (11/20/89)
In article <3837@scolex.sco.COM> chapman@sco.COM (Brian Chapman) writes: | | ansi43:li#43:tc=ansi: | | Then set your TERM var to "ansi43". | (and export it if you need to) vi will still use the description in the TERMCAP variable. It must be reset correctly or deleted (unset TERMCAP) before the new TERM will have effect (at least on my system). I do this for vi and emacs. -- bill davidsen (davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen) "The world is filled with fools. They blindly follow their so-called 'reason' in the face of the church and common sense. Any fool can see that the world is flat!" - anon
ag@amix.commodore.com (Keith Gabryelski) (11/21/89)
In article <1989Nov20.031519.25097@virtech.uucp> cpcahil@virtech.uucp (Conor P. Cahill) writes: >In article <112@amix.commodore.com>, ag@amix.commodore.com (Keith Gabryelski) writes: >> Creating a new terminfo entry for terminals that only differ in >> height or width is incorrect. The procedure is to: > >It's not incorrect, just unnecessary. Either solution would work. My wording was poor. Thanks for correcting it. Pax, Keith -- ag@amix.commodore.com Keith Gabryelski ...!cbmvax!amix!ag
frank@rsoft.bc.ca (Frank I. Reiter) (11/21/89)
80x43? Is this a half speed version of the 80x86 series? :) :)
--
_____________________________________________________________________________
Frank I. Reiter UUCP: {uunet,ubc-cs}!van-bc!rsoft!frank
Reiter Software Inc. frank@rsoft.bc.ca, a2@mindlink.UUCP
Langley, British Columbia BBS: Mind Link @ (604)533-2312, login as Guesteisen@contact.uucp (Eisen (Warren Thomas) Day Guard.) (11/21/89)
In a slightly related circumstance... My VGA card has built-in modes of
operation (ie. 132x60 mode. Tiny, but visible). Does Xenix have any facility to
access these modes, or is it totally dependant on it's own screen fonts? It
occurs to me that it would be more efficient to use the 512K on my VGA card,
rather than memory that Xenix could better use. The card came with a few DOS
utilities to change the screen format, but not much explanation of how they did
it, or source code for the program.. I could write and ask, but I think most
VGA cards have this feature and I am hoping that SCO is exploiting it.
--
"Knowledge once gained
casts a faint light beyond it's own
immediate boundaries" - J.B.S. Haldane
Eisen D. Guard: eisen@contact.uucp (Martin Loeffler) "No Compromise No Deal"davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr) (11/22/89)
In article <1989Nov21.022428.28349@contact.uucp> eisen@contact.UUCP (Martin Loeffler) writes: | In a slightly related circumstance... My VGA card has built-in modes of | operation (ie. 132x60 mode. Tiny, but visible). Does Xenix have any facility to | access these modes, or is it totally dependant on it's own screen fonts? As far as I know the current release doesn't support these modes. I'm not sure about the 132 col modes (my IBM book has been borrowed) but the true IBM will support 50 line mode, so there's no reason not to support that. And for running X, the stock card will go to 360x480x256, and 800x600x16, so those modes could (and should) be offered. The code to do this is in the fractint v10.0 source, available from simtel20 and permitted to use. This could be added quite easily, since the code to change modes is already in the vidi command, and I *hope* it's all table driven. I use 43 lines mode a bit, but the 60 line mode may actually be easier to read, it seems to have one extra blank line between lines, for easier reading. -- bill davidsen (davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen) "The world is filled with fools. They blindly follow their so-called 'reason' in the face of the church and common sense. Any fool can see that the world is flat!" - anon
goer@sophist.uucp (Richard Goerwitz) (11/22/89)
In article <1989Nov21.022428.28349@contact.uucp> eisen@contact.UUCP (Martin Loeffler) writes: >In a slightly related circumstance... My VGA card has built-in modes of >operation (ie. 132x60 mode. Tiny, but visible). Does Xenix have any facility to >access these modes, or is it totally dependant on it's own screen fonts? It >occurs to me that it would be more efficient to use the 512K on my VGA card, >rather than memory that Xenix could better use. The card came with a few DOS >utilities to change the screen format, but not much explanation of how they did >it, or source code for the program.. I could write and ask, but I think most >VGA cards have this feature and I am hoping that SCO is exploiting it. Accessing these modes is going to depend on the hardware manufacturer getting it's act together, and supplying drivers for what they often call "nonstan- dard operating systems." :-) Anyway, I have an ATI VGA and ATI hasn't even gotten around to supplying OS/2 drivers, still less Xenix ones. Unless SCO decides to support a few of the more well-known brands (such as Para- dise, ATI) - which we can hardly expect them to do - there isn't much to do. For instance, my card can emulate just about all the standard cards - Hercules, CGA, MDA, etc., and can work in higher-than-normal resolutions on screens that aren't meant to handle them (by interlacing). Anyway, there's no way to tell Xenix what is going on. I tried calling ATI, and telling them to eat and drink, for tomorrow DOS dies. No luck. -Richard L. Goerwitz goer%sophist@uchicago.bitnet goer@sophist.uchicago.edu rutgers!oddjob!gide!sophist!goer
andrew@teslab.lab.OZ (Andrew Phillips 289 8712) (11/29/89)
In article <67@van-bc.UUCP> sl@van-bc.UUCP (Stuart Lynne) writes: >Finally questions: Does anyone know if it's possible to get the system to >come up in this mode? (Currently I'm doing vidi e80x43 in .login, there >should be a better way.) As an example to make multiscreen 3 come up like this just put "vidi e80x43 </dev/tty03" in /etc/rc (or probably /etc/rc.d/8/userdefs). To have this also work with programs that use termcap/terminfo/curses you also need to change the line in /etc/ttytype to "ansi43 tty03" and add the line "43|ansi43:li#43:tc=ansi:" to your /etc/termcap file and change the terminfo database similarly. -- Andrew Phillips (andrew@teslab.lab.oz{.au}) Ph. +61 (Aust) 2 (Sydney) 289 8712