NetNews Usenet Archive 1992 #20/NN_1992_20.iso/spool/comp/unix/aix/9415

Text File | 1992-09-07 | 2.7 KB | 58 lines

Newsgroups: comp.unix.aix
Path: sparky!uunet!math.fu-berlin.de!zrz.tu-berlin.de!mailszrz.zrz.tu-berlin.de!woks4000
From: [e-mail] (Wolfgang Ksoll)
Subject: Re: 3.2 BSD Line discipline...
Message-ID: <[e-mail]>
Sender: [e-mail] (News Manager)
Nntp-Posting-Host: mailszrz.zrz.tu-berlin.de
Organization: DATA SERVICE Berlin
References: <[e-mail]> <[e-mail]>
Date: Sat, 5 Sep 1992 17:08:13 GMT
Lines: 45

In article <[e-mail]> [e-mail] (Brad Konopik) writes:
...
>I put a huge disclaimer in the "stty add bsd" example of the stty command
>in InfoExploder.  Most things on AIX 3.2 do NOT know how to talk to a bsd
>discipline.  Some bsd functionality was smashed into the posix (default)
>line discipline.  Have you tried to use your programs "as is" ?  I know
>cbreak is broken, I looked at the code about a year ago when someone on
>this newsgroup reported it...I sent him a note off-line telling him to
>call it in and even supplying the text for what needed to be fixed...he
>never did.  (Before someone jumps down my throat, saying I should have
>fixed cbreak anyway, for a time in Austin we were operating in a mode
>where internally reported problems had to be "stop ship" in order to be
>allowed to fix them...BUT, if a customer reported it I could have fixed
>it).
Brad,
I am tired of hearing complicated stories about the serial port.
For more than a year we hear things like:
- you must issue an "stty add bsd"
- you must issue an "stty add rts"
- but don't do it in rc.files, therefore you must write a little program
- outgoing and incoming calls are possible, but only with complications
  on the same port
- flowcontrol is possible, but only if you know the history of the last twenty
 years UNIX-development (BSD, POSIX, ...)

I found that it is easier to add communication over ethernet, token ring, fddi, serial optical link, than to add a recent modem from the market place.
Even to add X.25 facilities (X.29, TCP/IP, OSI, SNA) is easier.
Even to debug third party ISDN-drivers is easier.

I think it is not the right way to tell us how bugs have to be reported
through big blues channels. I think it is time that someone sits down and
redesigns the device driver for the serial ports so that it is useful
not only for terminals and printers but also for modern communication
equipment. She should be ready some ten weeks before 3.3 is released so that
some kind of quality assurance could be done.

What do you think about it?

Cheers,



Wolfgang Ksoll           [e-mail]
DATA SERVICE Berlin, Ansbacher Strasse 16, W-1000 Berlin 30, Germany
Phone: [phone] - 32 FAX: - 39