Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!ocpt!tsdiag!hico2!sonyd1.Broadcast.Sony.COM!blilly.UUCP!bruce
From: bruce@balilly (Bruce Lilly)
Newsgroups: comp.sys.3b1
Subject: Re: Failure of iswind()
Message-ID: <1991May25.115222.16177@blilly.UUCP>
Date: 25 May 91 11:52:22 GMT
References: <1991May24.203238.7990@sci.ccny.cuny.edu>
Sender: usenet@blilly.UUCP (News Administrator)
Organization: Bruce Lilly, Flushing, NY
Lines: 27
Nntp-Posting-Host: balilly

In article <1991May24.203238.7990@sci.ccny.cuny.edu> jeffrey@sci.ccny.cuny.edu (Jeffrey L Bromberger) writes:
>Just for fun, I tried the following command from my VAX to my
>ethernet'ted 3b1:
>
>% rsh notvax /usr/games/klondike

Note that TFM says that an *interactive* command (e.g. vi and most games)
should *not* be run using remsh, by rather by rlogin to the machine.

>Now, considering the fact that I'm not logged in on the console, this
>should fail.  This game, like many others, use iswind() to see if I'm
>on the bitmapped screen.  The logic should stop me if I'm not.
>But, it doesn't!  It overwrites the console display (without regard as
>to what or who is going on) with the game screen!
>
>Any idea why all these games (klondike/mahjongg/rocks/bugs) all have
>this behavior?  Is it only seen when using the ethernet package?  Does
>this happen if someone dials in via the OBM?  Is iswind() just plain
>drain-bamaged?

I don't recall why (probably because the TAM version does something
strange as you describe), but I wrote a small routine which checks the
controlling tty to determine if a process is running on the console. It's
near the end of kfeature 1.1 if you want to take a look at it.

-- 
	Bruce Lilly		blilly!balilly!bruce@sonyd1.Broadcast.Sony.COM