Path: utzoo!utgpu!utstat!jarvis.csri.toronto.edu!mailrus!ames!amdcad!sun!pitstop!sundc!seismo!uunet!mcvax!hp4nl!philmds!prle!prles2!prismab!laverman
From: laverman@prismab.prl.philips.nl (Bert Laverman)
Newsgroups: comp.os.minix
Subject: stevie with -DTERMCAP
Summary: Problems when trying to use anything but `minix'
Keywords: stevie, termcap, minix
Message-ID: <384@prles2.UUCP>
Date: 1 Feb 89 09:19:40 GMT
Sender: nobody@prles2.UUCP
Reply-To: laverman@prismab.prl.philips.nl (Bert Laverman)
Followup-To: comp.os.minix
Organization: Philips Research Labs Eindhoven
Lines: 36


(minix/ST problem, PC as well???)

  I am having a problem with stevie when compiled with -DTERMCAP.
The distributed version is hardwired for the minix terminal, but
code is present for using the termcap facility. When compiling
with -DTERMCAP, (have to add term.c to makefile) I do not seem
to be able to get stevie running.
  In minix mode, the program checks for the presence of the TERM
variable, and complains if it isn't minix. This is a hardwired
complaint, and does not depend on any entries in /etc/termcap.
In termcap mode, with TERM=vt100; export TERM, I always get a
``invalid terminal type'' type of message. Looking at the code
this can only happen if tgetent() and the lot don't work.
Testing with termcap(1) I found that some bugfixes were needed
that were incorporated in the GNU-gcc library. Now termcap(1)
work correctly for ANY terminal available in /etc/termcap,
both when compiled with ACK cc and mgcc.
  Stevie itself won't be compiled with mgcc, as `normal.c' is
to large for a 1M ST. I'll try splitting her up some day soon.

So:
	Compile stevie with -DTERMCAP  (add term.c in makefile)
	TERM=someterminalname; export TERM
	run stevie
  will get (me) an error message from stevie.

  tgetent(3) and relatives seem to work when tested with
termcap(1).
  Maybe related is the problem I have with `sokoban'. It will
compile fine with mgcc, (curses is needed) but it does
`sweet nothing'.

--Can somebody help me out?!? I want to use the second tty!

Bert Laverman.