Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 6/24/83; site fritz.UUCP Path: utzoo!linus!decvax!ittvax!dcdwest!sdcsvax!sdcrdcf!trwrb!scgvaxd!pertec!felix!fritz!wes From: wes@fritz.UUCP (Wes Chalfant) Newsgroups: net.dcom,net.bugs.uucp Subject: Re: UUCP checksum problems Message-ID: <2680@fritz.UUCP> Date: Sat, 4-May-85 16:34:10 EDT Article-I.D.: fritz.2680 Posted: Sat May 4 16:34:10 1985 Date-Received: Tue, 7-May-85 07:35:19 EDT References: <306@linus.UUCP> <403@mnetor.UUCP> <421@qantel.UUCP> <126@mips.UUCP> <2137@sun.uucp> Distribution: net Organization: FileNet Corp., Costa Mesa, Ca. Lines: 12 Xref: linus net.dcom:764 net.bugs.uucp:481 Many Unisoft ports did have the problem described -- the bug was in pk0.c (it dealt with some bad assumptions about unsigned casts and comparisons). The version of pk0.c distributed with Berkeley 4.2 contained a chksum() routine that should be portable to almost anything. There are probably more casts and masks in that routine now than are really needed. The System V rev 2.2 sources that we have for the VAX have a version of pk0.c that is different from both version 7 (the bug) and 4.2 -- I haven't tried running it but it looks like it should work. Motorola should be coming out with a compatible version soon (if they haven't already) -- you should probably contact them about getting the full release or at least the new uucp, if you suspect that the chksum() routine is your problem.