guy@gorodish.UUCP (08/28/87)
> Newsgroups: comp.bugs.sys5,comp.dcom.modems Wrong newsgroups. In no way can the lack of Honey Danber in System V Release 2 be considered a bug. You can consider it a misfeature if you will. It's also not clear that it really concerns modems, either. This should have been asked in "comp.unix.questions"; I'm redirecting followups there. > Is Honey-Danber available for Sysem V.2? According to the "AT&T Computer Systems Documentation Catalog", there is a "Basic Networking Utilities" package available for: VAX System V Release 2 3B2 System V Release 2.0.2 "Basic Networking Utilities" is a term that has been used for Honey Danber. If you didn't buy your S5R2 from AT&T (e.g., if it came from a hardware vendor), ask them. > Does one need source to install it? I don't know. Ask AT&T if you got your S5R2 from them; if you didn't, ask whom you got it from. > Where does one get it? From AT&T, or from whoever supplied your S5R2. > About how much is it? Ask AT&T, or whoever you got your S5R2 from. Guy Harris {ihnp4, decvax, seismo, decwrl, ...}!sun!guy guy@sun.com
agnew@trwrc.UUCP (R.A. Agnew) (09/02/87)
In article <26769@sun.uucp>, guy%gorodish@Sun.COM (Guy Harris) writes: > > Newsgroups: comp.bugs.sys5,comp.dcom.modems > > Wrong newsgroups. In no way can the lack of Honey Danber in System V Release 2 > be considered a bug. You can consider it a misfeature if you will. It's also > not clear that it really concerns modems, either. This should have been asked > in "comp.unix.questions"; I'm redirecting followups there. > Not really! Question was at end of thread which started with the inability of the Zaiaz SysV.2 port to support acu's. It might not be a bug to you but try supporting uucp on a single modem with this turkey! I posted it here because this is where the System V expertise is supposed to reside! Several nice people from this group are helping me. It belongs in modems because we were discussing the improper handling of DTR and DCD in system V.2 uucico and cu. Gettydefs and inittab is broken too, but that's not a bug, that's a feature :-)) > > If you didn't buy your S5R2 from AT&T (e.g., if it came from a hardware > vendor), ask them. Because they (Definicon) no longer support it, and because Zaiaz (port house) doesn't either! Do you do all your pattern recognition using only the last dimension of the feature vector???
guy@gorodish.UUCP (09/03/87)
> Not really! Question was at end of thread which started with the inability > of the Zaiaz SysV.2 port to support acu's. Prove it. All I saw was your original article which did NOT have any references; from the data given there, one can only conclude that the question was not at the end of ANY thread. > It might not be a bug to you but try supporting uucp on a single modem with > this turkey! That STILL doesn't make it a bug. System V doesn't come with a spreadsheet program, either; does that mean that this lack is a bug if you have to support a base of spreadsheet users? > I posted it here because this is where the System V expertise is supposed > to reside! System V expertise resides in many places; not all of them are appropriate for all questions. "comp.unix.questions" and "comp.sources.wanted" would be more appropriate for questions of the sort "where can I get XXX piece of software?". > It belongs in modems because we were discussing the improper handling of > DTR and DCD in system V.2 uucico and cu. Not along the thread that your article belonged do, you weren't. > > If you didn't buy your S5R2 from AT&T (e.g., if it came from a hardware > > vendor), ask them. > Because they (Definicon) no longer support it, and because Zaiaz (port house) > doesn't either! "Because xxx" is usually used as an answer to a question; I see no question here, but I infer the question you are answering is the unasked one "why *don't* you ask your hardware vendor?" What this means is that you have to buy it from AT&T; I have no idea what the price is, but it may be steep if it's priced along the lines of the UNIX system itself. I don't know if it requires a UNIX source license or not. > Do you do all your pattern recognition using only the last dimension of > the feature vector??? No, but I don't do it based on nonexistent features, either. It's a little hard to recognize a Corvette if all you can see are the tires. Guy Harris {ihnp4, decvax, seismo, decwrl, ...}!sun!guy guy@sun.com
csg@pyramid.pyramid.com (Carl S. Gutekunst) (09/03/87)
To answer the question implied by <215@trwrc.UUCP>: The UUCP supplied with System VR2.0 (VAX) -- the porting base for most other vendor's versions of SVR2 -- included only a dialer for the DEC DN-11 Auto- matic Call Unit. In computers lacking a Unibus, this was not terribly useful. Most System V vendors hacked in their own modem dialer, usually for a Hayes Smartmodem. Less responsible vendors left the customers to fend for themselves in a haze of L.sys expect/send scripts. Somebody replied that HoneyDanBer *is* supplied with SVR2. This was true only in SVR2.0.4 for the 3B2 and 3B20; few manufacturers used this as a porting base, since very few owned anything other than a VAX for a reference machine. These days, virtually all System V vendors are using HoneyDanBer (formally known as BNU, Basic Networking Utilities). At one time BNU was available in the UNIX Toolchest for $2000. Now that it is a standard part of System V, you can only get it as part of your full System VR3 source, $56K last I looked. <csg>
ron@topaz.rutgers.edu (Ron Natalie) (09/05/87)
If all vendors were selling HDB as their porting base I wish someone would tell AT&T. This blasted 3B20 I've got outside the door not only has the old UUCP, but has such a braindamaged kernel that it can't even be called SVID compliant. I know that this has been fixed internally (I've logged in to a VR3 3B20 at AT&T). Why don't they release this software. -Ron
pwy@pyuxe.UUCP (Peyton Yanchurak) (09/07/87)
In article <14458@topaz.rutgers.edu>, ron@topaz.rutgers.edu (Ron Natalie) writes: > If all vendors were selling HDB as their porting base I wish someone > would tell AT&T. This blasted 3B20 I've got outside the door not only > has the old UUCP, but has such a braindamaged kernel that it can't even > be called SVID compliant. I know that this has been fixed internally > (I've logged in to a VR3 3B20 at AT&T). Why don't they release this > software. > > -Ron System V Release 2.1.1 for the 3B20 is available and it includes HDB UUCP. It is equivelant to Release 2.1 for the 3B2. Beyond what was in Release 2.1.0 for the 3B20, 2.1.1 has: asm escapes from C programs, a synchronous write option to the open(2) system call, perodic/gradual flushing of disk buffers (to reduce surge when sync happens and to harden file system), HDB UUCP, supports additional hardware, and bug fixes. One thing that is in 2.1.1 that isn't even in 3.1 for the 3B2 is tunable TTY priorities. Peyton Yanchurak Bellcore pyuxe!pwy
DJAVI%TRBOUN.BITNET@cunyvm.cuny.edu (Ferhat Djavidan) (08/24/89)
Hello, I am sending this for the third time. I sent the first two copies to BITNET list and I was told that I should better send this to the original place. I have problems with HDB-UUCP. Although I write whatever manuals and books say, I can not configure the systems bidirectionally. When I connect two NCR Tower's directly, uucico works bidirectionally but "cu" can't. I can cu from 32/200 for example but cannot cu from other tower. It gives "lost line" error. The same error is given when I try the connection with modems too. There are two uugetty's working in each end with parameters -r3 -t300. I cannot understand why uucico doesn't give error but cu. Could someone help me in configuring UUCPs? Thank you very much. Ferhat Djavidan <djavi@trboun.bitnet>
rae98@wash08.UUCP (Robert A. Earl) (08/25/89)
In article <20700@adm.BRL.MIL> DJAVI%TRBOUN.BITNET@cunyvm.cuny.edu (Ferhat Djavidan) writes: >I have problems with HDB-UUCP.[...] >I can not configure the systems bidirectionally. When I connect two >NCR Tower's directly, uucico works bidirectionally but "cu" can't. I can >cu from 32/200 for example but cannot cu from other tower. It gives "lost >line" error.[...] >There are two uugetty's working in each end with parameters -r3 -t300. >I cannot understand why uucico doesn't give error but cu. > >Could someone help me in configuring UUCPs? Thank you very much. > >Ferhat Djavidan ><djavi@trboun.bitnet> From the content of you message, I assume that the connection is a serial cable from one Tower to the other. One of your Towers is a 32/200...what is the other one? I just recently had an NCR engineer tell me that I had a mis-made cable...seems that one of our Tower's terminals are DCE and the other's are DTE....but the cable needs to be made according the the Site Configuration (or something like that) Manual. Some pins need to be tied together...apparently we have the wrong pins tied, and when cu tries to set the signals, the other end thought that there was a hangup....'lost line'. Hope this helps! =========================================================== Name: Bob Earl Phone: (202) 872-6018 (wk) UUCP: ...!uunet!wash08!rae98 BITNET: ...rae98@CAS (At least, that is what I'm told) -- =========================================================== Name: Bob Earl Phone: (202) 872-6018 (wk) UUCP: ...!uunet!wash08!rae98 BITNET: ...rae98@CAS (At least, that is what I'm told)