Thread View: alt.games.gb
6 messages
6 total messages
Started by Ian Barkley
Mon, 11 Jan 1993 00:10
GBII client problem
Author: Ian Barkley
Date: Mon, 11 Jan 1993 00:10
Date: Mon, 11 Jan 1993 00:10
26 lines
1741 bytes
1741 bytes
Hello, fellow net-creatures. I am having a problem with the gbII client (the most recent version on xcf.berkeley.edu) - namely, it doesn't handle screen control correctly. When I invoke gbII, it clears the screen correctly, but then all output is mushed together on the line just above the status line, each line over-writing the last (except for the command prompt, which appears in its correct? position below the status line). The problem may have to do with my terminal type. I am using an old terminal emulation program, which only supports types like adm3a, vt52, and tvi912. But it is not a problem IN my terminal emulator - with any of the above terminal types, and stty -tabs, stty 2400, stty rows 24, stty cols 80, all the other screen movement programs, like jove, vi, nethack, tcsh, more, and so on, work fine. (less warns that the terminal cannot scroll backwards and cannot clear to end of line, but still functions correctly.) For those who can interpret such things, here is the termcap entry for an ADM3A: la|adm3a|3a:am:bs:cm=\E=%+\040%+\040:cl=^Z:co#80:ho=^^:li#24:ma=j^Jk^P^K^Pl\040:nd=^L:up=^K:MP=^Z:MR=^Z:EG#1:BE=^G:BS=^U:CL=^V:CR=^B:RK=^L:UK=^K:LK=^H:DK=^J:HM=\036: I also tried getting around the whole problem by setting my terminal type to dumb, but of course gbII said it didn't like not being able to position the cursor. Any hints would be appreciated. -Ian Barkley ianb@netcom.netcom.com
Re: GBII client problem
Author: Ian Barkley
Date: Mon, 11 Jan 1993 01:38
Date: Mon, 11 Jan 1993 01:38
8 lines
611 bytes
611 bytes
Oh, I guess I should have mentioned I'm on sparc IPX running SunOS 4.1.2 (IPX) - a BSD 4.3-type OS. I also tried answering yes to the termio question in the setup thing, but got no useful results (except a bunch of error messages I had to hack around..). -Ian
Re: GBII client problem
Author: Petri Wessman
Date: Mon, 11 Jan 1993 16:39
Date: Mon, 11 Jan 1993 16:39
45 lines
2366 bytes
2366 bytes
On Mon, 11 Jan 1993 00:10:35 GMT, ianb@netcom.com (Ian Barkley) said:
Ian> Hello, fellow net-creatures. I am having a problem with the gbII
Ian> client (the most recent version on xcf.berkeley.edu) - namely, it
Ian> doesn't handle screen control correctly. When I invoke gbII, it
Ian> clears the screen correctly, but then all output is mushed
Ian> together on the line just above the status line, each line
Ian> over-writing the last (except for the command prompt, which
Ian> appears in its correct? position below the status line).
Yup, I'm having a problem with it too. It works ok with a fairly smart
terminal type (I've tried vt[12]00 and an ansi variation), but when I
try it with my home machine's 386bsd pc3 terminal entry (which is
pretty primitive) I get exactly the same effect as you. It's probably
something quite simple, but I haven't had time yet to track it down.
Here are *my* termcap/terminfo entries (collect them all, win fabulous
prices :-)
Termcap:
pc3|386bsd|IBM PC 386BSD Console:\
:li#25:co#80:am:bs:bw:eo:\
:cd=\E[J:ce=\E[K:cl=\Ec:cm=\E[%i%2;%2H:do=\E[B:ho=\E[;H:\
:nd=\E[C:up=\E[A:so=\E[7m:se=\E[0m:us=\E[4m:ue=\E[0m:\
:ac=l\332q\304k\277x\263j\331m\300w\302u\264v\301t\303n\305:\
:kb=^h:kh=\E[Y:ku=\E[A:kd=\E[B:kl=\E[D:kr=\E[C:\
:sr=\E[T:sf=\E[S:
Terminfo:
pc3|386bsd|IBM PC 386BSD Console,
lines#25, cols#80, am, bs, bw, eo,
ed=\E[J, el=\E[K, clear=\Ec, home=\E[;H,
cup=\E[%i%p1%d;%p2%dH,
cuf1=\E[C, cuu1=\E[A,
cud1=\E[B, cub1=\E[D,
smso=\E[7m, rmso=\E[0m,
smul=\E[4m, rmul=\E[0m,
kbs=^h, khome=\E[Y,
kcuu1=\E[A, kcud1=\E[B,
kcub1=\E[D, kcuf1=\E[C,
ri=\E[T, ind=\E[S,
ac=l\332q\304k\277x\263j\331m\300w\302u\264v\301t\303n\305,
//Petri
Re: GBII client problem
Author: Mark Newland
Date: Mon, 11 Jan 1993 18:51
Date: Mon, 11 Jan 1993 18:51
12 lines
884 bytes
884 bytes
ianb@netcom.com (Ian Barkley) writes: >Hello, fellow net-creatures. I am having a problem with the gbII client (the >each line over-writing the last (except for the command prompt, which >The problem may have to do with my terminal type. I am using an old terminal >emulation program, which only supports types like adm3a, vt52, and tvi912. I also had this same problem when I was running with vt52 emulation. Got it to work when I went to 'ansi'. But you say that you can't use ansi so you may be stuck running a older client.
Re: GBII client problem
Author: A Ghost Walking in the Shadows
Date: Tue, 12 Jan 1993 08:25
Date: Tue, 12 Jan 1993 08:25
27 lines
1637 bytes
1637 bytes
In article <1993Jan11.185122.4780@eskimo.com> ape@eskimo.com (Mark Newland) writes: >ianb@netcom.com (Ian Barkley) writes: > >>Hello, fellow net-creatures. I am having a problem with the gbII client (the > >>each line over-writing the last (except for the command prompt, which > >>The problem may have to do with my terminal type. I am using an old terminal >>emulation program, which only supports types like adm3a, vt52, and tvi912. > >I also had this same problem when I was running with vt52 emulation. Got it >to work when I went to 'ansi'. But you say that you can't use ansi so you may >be stuck running a older client. Due to the way gbII works with the status bar, you must have either a 'cs' (cursor scroll), al & dl (add line, delete line) or AL & DL (add line, delete line) options with your termcap entry. The gb.1.4.3.tar.Z file on scam does not have all the bells and whistles of the current client, but it works for most term types. gbII (as of 2.0+) really requires a smart terminal type. Hope this answers any questions you have. Evan
Re: GBII client problem
Author: Petri Wessman
Date: Tue, 12 Jan 1993 18:36
Date: Tue, 12 Jan 1993 18:36
15 lines
1422 bytes
1422 bytes
On 12 Jan 1993 08:25:13 GMT, koffleva@darkwing.uoregon.edu (A Ghost Walking in the Shadows) said: > Due to the way gbII works with the status bar, you must > have either a 'cs' (cursor scroll), al & dl (add line, delete line) > or AL & DL (add line, delete line) options with your termcap > entry. Ok, thanks. I added the al & dl entries (the console driver supported them, they just weren't in the termcap file) and now everything works. Might be a good idea to have gbII check for the required termcap capablities and do a fatal exit (with informative text!) if they don't exist. Might help people like me who (re)compile the thing N+1 times thinking it's a compile enviroment glitch :-) //Petri
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads