🚀 go-pugleaf

Daniel M. Rosenberg writes
> I *know* this was just posted; you are perfectly justified in
> flaming me along with your answer, but the post swished by me
> and I cannot find the answer in a FAQ.
> 
> On some NeXT's, you type "talk," and it says,
> 
> "Go away. You don't exist."
> 
> I tried copying a binary from a working on to a non-working one, no
> avail. What's the deal, and how does on fix it?
> 
> Thanks for any hints. Please ignore my affiliation.
> 

I've occaissionally had this problem and the only thing I can find is that
talk doesn't like to work with Stewart, and I'm not sure why, since I can
execute the call that has problems in other code under Stewart. I blame
Stuart, because I can start up X and an xterm and talk will work fine. This
problem may hold true for Terminal, since it's based on Stuart. 

My only guess for the reason is that Stuart handles the tty's kind of 
strangly. To see the effect, do a "w -d" while a bunch of Stuart windows are
open, and none of the tty's will be reported, just one process being used
by Stuart. (BTW, the -d flag is an undocumented, but highly useful flag to w).
Here's a sample output...

11:26am data:/home/data/u2/alex> w -d
 11:39am  up 39 days,  3:25,  2 users,  load average: 1.24, 1.87, 1.70
User     tty       login@  idle   JCPU   PCPU  what
                10285   /LocalApps/Stuart.app/Stuart -NXA & 2 0
alex     console   8Sep9291days   2:11   2:06  /LocalApps/Stuart.app/Stuart -NX

If you had started up an xterm, you'd see an addional login under your name,
a tty associated with it, and a process running the xterm. With Stuart, you'll
only ever see the console tty, despite addionally open windows. 

I think the has the effect of confusing talk, which doesn't manage to associate
you talk request with a name and a tty. I've tried playing with the code a
little, but like I said, the calls work individually from other code fragments,
so until I have more time, I remain stumped.

Alex
--
______________________________________________________
    Internet: alex@data.acs.calpoly.edu (NeXT mail)
              alex@cosmos.acs.calpoly.edu