[Bug 193525] New: Let tip work in hayes mode again

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Wed Sep 10 15:50:27 UTC 2014


            Bug ID: 193525
           Summary: Let tip work in hayes mode again
           Product: Base System
           Version: 8.4-STABLE
          Hardware: Any
                OS: Any
            Status: Needs Triage
          Severity: Affects Some People
          Priority: ---
         Component: bin
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: longwitz at incore.de

After updating some old Freebsd V6 systems to V8 Stable the programm tip does
not work in hayes mode anymore. Same behaviour with tip from HEAD.
The reason are the lines 

       /* XXX preserve previous braindamaged behavior */
        setboolean(value(DC), TRUE);

in tip.c, these lines should be deleted, because a line like
in /etc/remote can't be used with "tip testcall".

Further I propose the following patch for hayes.c. The patch allows tip to
diconnect a modem connection clean and let compile hayes.c with DEBUG enabled.
Be aware that tip does not check returncodes on his read and write systemcalls.

--- hayes.c.1st 2013-01-14 15:23:47.000000000 +0100
+++ hayes.c     2014-09-07 23:32:47.000000000 +0200
@@ -146,10 +146,15 @@
+       struct termios cntrl;
        /* first hang up the modem*/
 #ifdef DEBUG
        printf("\rdisconnecting modem....\n\r");
+       tcgetattr(FD, &cntrl);
+       cntrl.c_cflag |= CLOCAL;
+       tcsetattr(FD, TCSAFLUSH, &cntrl);
        ioctl(FD, TIOCCDTR, 0);
        ioctl(FD, TIOCSDTR, 0);
@@ -195,7 +200,7 @@
                c &= 0177;
 #ifdef DEBUG
-               printf("%c 0x%x ", c, c);
+               printf("%c 0x%x\n", c, c);
                for (i = 0; i < strlen(match); i++)
                        if (c == match[i])
@@ -252,7 +257,11 @@
        int len;
+#ifdef DEBUG
+       int rlen;
        char c;

        tcflush(FD, TCIOFLUSH);
        if (hay_sync()) {

You are receiving this mail because:
You are the assignee for the bug.

More information about the freebsd-bugs mailing list