🚀 go-pugleaf

dillon@overload.Berkeley.CA.US (Matthew Dillon) sayz:
>>In article <cekrHWm00VomI3qkMd@andrew.cmu.edu> ja2f+@andrew.cmu.edu (Jinmo Ahn) writes:
>>
>>I've narrowed my modem problems down further.
>>
>>It turns out all of my problems with tip, cu and kermit magically went
>>away when I switch to the /dev/cua (instead of /dev/cufa).

I use /dev/cufa with a SupraFax 14.4K with hard-ware handshaking cable.
If the suggestion below from the other person doesn't solve it, reply and 
I'll do a dump of my modem registers.  Here are the relevant lines from 
my /etc/remote

netcom|Dial-out on cua at 38400 baud:\
        :dv=/dev/cufa:br#38400:el=^C^S^Q^U^D:ie=%$:oe=^D:pn=2419760:pa=none:


>>So, everything is honky-dory when I'm using /dev/cua.  But, when I'm
>>using /dev/cufa, modem doesn't even recognize the terminal (the RD and
>>SD lights don't light up).  I also can't exit out of the kermit term by
>>typing the escape charater (^] followed by a c).  This hung kermit
>>process won't even go away with a kill -9.
>>
>>Only way I can kill this process is either by rebooting the machine or
>>by unplugging the cable.  I do have hardware flow control modem cable.
>>
>>This is really wierd.. anyone have a clue?
>>
>>Jinmo
>
>    Yes, check to make sure that the Supra is asserting CTS, both in
>    command mode and when carrier is detected.	Also make sure that the
>    Supra drops carrier when DTR goes away (and asserts CTS).
>
>    The problem is that /dev/cuf* requires CTS to be asserted (positive
>    voltage) not only to be able to send data, but also apparently in order
>    to disconnect.
>
>    The similar situation I was in:  I was TIPing to some hardware I'm
>    working on (that has a serial port) and the DIN->DB9 converter wasn't
>    passing CTS back.  When I manually wired CTS I was able to disconnect.
>    Note that my cable was setup to loopback the NeXT's DTR into it's DCD,
>    thus simulating a modem.
>
>					-Matt
>
>>jim+@cmu.edu
>
>    Matthew Dillon		dillon@Overload.Berkeley.CA.US

++jerry(); // jscoggin@netcom.netcom.com