Xref: utzoo comp.sys.att:7532 unix-pc.general:3709
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!brutus.cs.uiuc.edu!wuarchive!udel!burdvax!gvlv2!lock60!mhw
From: mhw@lock60.UUCP (Mark H. Weber)
Newsgroups: comp.sys.att,unix-pc.general
Subject: Re: uucp on my 3b1...
Keywords: uucp, 3b1, INPUT FAILURE
Message-ID: <334@lock60.UUCP>
Date: 10 Sep 89 04:03:45 GMT
References: <1673@naucse.UUCP> <9867@alice.UUCP>
Reply-To: mhw@lock60.ls.com (Mark H. Weber)
Followup-To: comp.sys.att
Organization: Lock #60 on the Schuylkill Canal, Phoenixville, PA
Lines: 20

In article <9867@alice.UUCP> rhh@alice.UUCP (r hardin) writes:
>In article <1673@naucse.UUCP>, jdc@naucse.UUCP (John Campbell) writes:
>> naucse!jdc (8/31-4:41:05) (C,10580,1) IN SEND/SLAVE MODE (INPUT FAILURE)
>> naucse!jdc (8/31-4:41:05) (C,10580,1) FAILED (conversation complete)
>
>check that hardware flow control has been set off. the conversation
>hangs when a ctrl/s happens to occur in the data.

I am having a similar problem. How do you set hardware flow control off?
Isn't this already done by uucico (or something similar)? I am using the
7300's internal modem via /dev/ph1.

If the problem is being caused by a ctrl/s in the data, then why is the
file able to be transferred with no problem on a subsequent poll?

Mark

--
    Mark H. Weber ( mhw@Lock60.LS.Com  or  ...!uunet!lgnp1!lock60!mhw  or 
	            ...gatech!psuvax1!burdvax!gvlv2!lock60!mhw )