<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: /usr/bin/cu CTRL-C not quitting in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430628#M15067</link>
    <description>Many thanks for the responces. &lt;BR /&gt;Yes the Ctrl-Z would work but simple users use these modems for supporting an application on remote sites. If I start telling them tricks like Ctrl-Z we could have lots of background jobs running on Customers machines. Also I believe that if you dial to an HP system and CTRL-Z then forget to kill %1 before logging out it puts a lock on the port that rprevents you from re-connecting.&lt;BR /&gt;Stuart, in answer to your question, no ~. does not work. The only other way out I have found is Ctrl-\ but like the Ctrl-Z I don't like he idea of letting that into the open if other options are available.&lt;BR /&gt;I thought I saw on the Web some source for the cu command which talked about allowing and ignoreing interrupts but I can't find the page again. I've downloaded the UUCP source myself but can't find it.</description>
    <pubDate>Fri, 26 Nov 2004 02:38:14 GMT</pubDate>
    <dc:creator>John Waller</dc:creator>
    <dc:date>2004-11-26T02:38:14Z</dc:date>
    <item>
      <title>/usr/bin/cu CTRL-C not quitting</title>
      <link>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430625#M15064</link>
      <description>I have installed uucp 1.07.78 uucp package on a SuSE 9.0 professional system, kernel 2.4.21-99-smp4G. Everything works OK except when I use cu to dial a remote system I cannot use CTRL-C to quit if the line is busy or does not answer. The output when dialing is&lt;BR /&gt;&lt;BR /&gt;/usr/bin/cu -I /etc/uucp/config -x6 john&lt;BR /&gt;./cu: fconn_open: Opening port ACU1 (speed 19200)&lt;BR /&gt;./cu: fconn_set: Changing setting to 0, 0, 2&lt;BR /&gt;./cu: fcsend: Writing "AT\r"&lt;BR /&gt;./cu: icexpect: Looking for 2 "OK"&lt;BR /&gt;./cu: icexpect: Got "AT\r\r\nOK" (found it)&lt;BR /&gt;./cu: fcsend: Writing "ATDT" \T "537334\r"&lt;BR /&gt;./cu: icexpect: Looking for 7 "CONNECT"&lt;BR /&gt;./cu: icexpect: Got "\r\nATDT537334\r./cu: Got interrupt signal&lt;BR /&gt;./cu: Got interrupt signal&lt;BR /&gt;&lt;BR /&gt;Any ideas as I don't have the problem when I use the same modem on an HP-UX 11.00 system.&lt;BR /&gt;</description>
      <pubDate>Thu, 25 Nov 2004 12:32:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430625#M15064</guid>
      <dc:creator>John Waller</dc:creator>
      <dc:date>2004-11-25T12:32:47Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/bin/cu CTRL-C not quitting</title>
      <link>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430626#M15065</link>
      <description>John,&lt;BR /&gt;&lt;BR /&gt;I try on my RedHat 9 uucp 1.06.1. The results are same, no CTRL-C.&lt;BR /&gt;As a workarround you can use CTRL-Z follow by a kill %1 .&lt;BR /&gt;Maybe this workarround will be sufficient for you.&lt;BR /&gt;&lt;BR /&gt;Bojan</description>
      <pubDate>Thu, 25 Nov 2004 15:53:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430626#M15065</guid>
      <dc:creator>Bojan Nemec</dc:creator>
      <dc:date>2004-11-25T15:53:42Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/bin/cu CTRL-C not quitting</title>
      <link>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430627#M15066</link>
      <description>Odd.. Does ~. dump out at this point?  It should be too early for the ~ commands to work, but if it's doing signal capturing like this, then it might have started capturing ~ events too.</description>
      <pubDate>Thu, 25 Nov 2004 19:22:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430627#M15066</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2004-11-25T19:22:47Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/bin/cu CTRL-C not quitting</title>
      <link>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430628#M15067</link>
      <description>Many thanks for the responces. &lt;BR /&gt;Yes the Ctrl-Z would work but simple users use these modems for supporting an application on remote sites. If I start telling them tricks like Ctrl-Z we could have lots of background jobs running on Customers machines. Also I believe that if you dial to an HP system and CTRL-Z then forget to kill %1 before logging out it puts a lock on the port that rprevents you from re-connecting.&lt;BR /&gt;Stuart, in answer to your question, no ~. does not work. The only other way out I have found is Ctrl-\ but like the Ctrl-Z I don't like he idea of letting that into the open if other options are available.&lt;BR /&gt;I thought I saw on the Web some source for the cu command which talked about allowing and ignoreing interrupts but I can't find the page again. I've downloaded the UUCP source myself but can't find it.</description>
      <pubDate>Fri, 26 Nov 2004 02:38:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430628#M15067</guid>
      <dc:creator>John Waller</dc:creator>
      <dc:date>2004-11-26T02:38:14Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/bin/cu CTRL-C not quitting</title>
      <link>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430629#M15068</link>
      <description>I guess you should be looking for when it 'trap''s the signal, and make it later in the dialing sequence..&lt;BR /&gt;&lt;BR /&gt;I've not looked myself, sorry I can't be of more help.</description>
      <pubDate>Sun, 28 Nov 2004 18:09:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/usr-bin-cu-ctrl-c-not-quitting/m-p/3430629#M15068</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2004-11-28T18:09:04Z</dc:date>
    </item>
  </channel>
</rss>

