🚀 go-pugleaf

>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).
>
>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
>ja2f+@andrew.cmu.edu
>jim@stealth.andrew.cmu.edu
>Pick one... they all go to the same place. :-)

--

    Matthew Dillon		dillon@Overload.Berkeley.CA.US
    1005 Apollo Way		uunet.uu.net!overload!dillon
    Incline Village, NV. 89451	ham: KC6LVW (no mail drop)
    USA 			Sandel-Avery Engineering (702)831-8000