Path: utzoo!mnetor!uunet!lll-winken!lll-tis!ames!nrl-cmf!mailrus!umix!umich!mibte!gamma!ulysses!terminus!westmark!mtune!icus!lenny From: lenny@icus.UUCP (Lenny Tropiano) Newsgroups: comp.sys.att Subject: Re: 3b1 3.51a kernel Message-ID: <341@icus.UUCP> Date: 12 Apr 88 21:28:50 GMT References: <1603@lll-lcc.aRpA> <28@gnosys.UUCP> <348@sialis.mn.org> <48@lazlo.UUCP> <11147@shemp.CS.UCLA.EDU> Reply-To: lenny@icus.UUCP (Lenny Tropiano) Organization: ICUS Computer Group, Islip, NY Lines: 84 Keywords: 3b1 3.51a fix disk unixpc HDB In article <11147@shemp.CS.UCLA.EDU> jimmy@PIC.UCLA.EDU (Jim Gottlieb) writes: |>In article <48@lazlo.UUCP> ccs@lazlo.UUCP (Clifford C. Skolnick) writes: |>>In article <348@sialis.mn.org> rjg@sialis.mn.org (Robert J. Granvin) writes: |>>>>> A sum(1) on the kernel is: |>>>>> [...] |> |>My machine is out of warranty, but I called the Hotline today and they are |>shipping a fixdisk out tomorrow. They say that some bad copies shipped |>out 2 weeks ago are the source of the problems reported (should I believe |>them?). |> Well you can cpio the floppies in your directory with: $ cd /tmp $ mkdir fixes $ cd fixes $ cpio -iduvmcB There is a bug in ph/async_main that causes the PID number in the lock |>file to be off by one, wreaking havoc with HDB. I asked if this bug was |>fixed, and was told that it isn't a bug as evidenced by a comment in the |>source that says "increment the PID." Great! Looks like kludge time, since |>I know I don't have the knowledge required to patch the binary. |> Yeah, tell me about it! Stupid if that's the case in the phone-manager code. It seems like there's a lot of kludges in the OS. I wish I had the source [plea to the UNIX-god] ;-) My only kludge-to-fix-the-kludge solution is to do a: # cd /usr/lib/uucp # mv uusched uusched.bin # vi uusched ... Insert this code ... # # Check for the presence of the async emulator or other communications # programs before rudely hanging up on user. (HDB uucp only) # ps -e > /tmp/$$ps running="" running=`fgrep async /tmp/$$ps` if [ -z "${running}" ] then running=`fgrep uusched /tmp/$$ps` if [ -z "${running}" ] then running=`fgrep kermit /tmp/$$ps` if [ -z "${running}" ] then running=`fgrep term /tmp/$$ps` if [ -z "${running}" ] then rm -f /tmp/$$ps exec /usr/lib/uucp/uusched.bin fi fi fi fi rm -f /tmp/$$ps exit 1 ... This will stop the uusched process from starting up uucico and hanging up on the user! -Lenny -- US MAIL : Lenny Tropiano, ICUS Computer Group IIIII CCC U U SSS PO Box 1 I C U U S Islip Terrace, New York 11752 I C U U SS PHONE : (516) 968-8576 [H] (516) 582-5525 [W] I C U U S TELEX : 154232428 [ICUS] IIIII CCC UUU SSS AT&T MAIL: ...attmail!icus!lenny UUCP : ...{mtune, ihnp4, boulder, talcott, sbcs, bc-cis}!icus!lenny