kiely@lownlab.UUCP (James P. Kiely) (10/22/86)
Subject: intermachine "talk" problems
Index: ucb/talk
Type: bug
Priority: low
Description:
When attempting to ``talk'' from localhost to remotehost,
it loops while checking for an invitation in the "ctl_transact"
called by "look_for_invite" with nready always == 0.
When attempting to ``talk'' from a remotehost to the localhost,
the following message keep printing on the console:
Talkd: Send: Address family not supported by protocol family(47).
I assume this is a kernel message because I cannot find it in
the source for talkd and I cannot redirect the message to a file.
BTW: localhost is Motorola 68K based, remotehost is a VAX but I
don't believe byte swapping is the answer.
Repeat-By:
does it every time
--
NAME: James P. Kiely USPS: Lown Cardiovascular Laboratory
USENET: ...!harvard!lownlab!kiely Harvard School of Public Health
PHONE: +1 617 732 1307 665 Huntington Avenue
Boston, MA 02115-9915woods@hao.UUCP (Greg Woods) (10/22/86)
We have also seen the infinite "invitation check" and "protocol family not supported" (the latter on the console) messages when trying to talk between machines. Our VAX will talk to anyone, but we have some 68K based Integrated Solutions machines (all running 4.2BSD) that will only talk to each other and will not talk to the VAXes or the Pyramids. A fix won't help us much, however, as we don't have sources on the I.S. systems, only on the VAXes. I already tried bringing over the sources for talk and talkd from the VAXes and recompiling them on the I.S. machines, but it doesn't change the behavior. --Greg
jordan@ucbarpa.Berkeley.EDU (Jordan Hayes) (10/23/86)
Isn't this the byteswapping problem, and wasn't it fixed in 4.3? It runs fine between a 4.3 vax and a 4.3 IS/68020 ... /jordan