Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 8/28/84; site plus5.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxl!ihnp4!plus5!hokey From: hokey@plus5.UUCP (Hokey) Newsgroups: net.news.map Subject: Bugs in uucp mail maps Message-ID: <426@plus5.UUCP> Date: Sun, 2-Sep-84 02:43:56 EDT Article-I.D.: plus5.426 Posted: Sun Sep 2 02:43:56 1984 Date-Received: Mon, 3-Sep-84 10:45:57 EDT Distribution: net Organization: Plus Five Computer Services, St. Louis Lines: 33 In running the posted maps through pathalias, I have found several bugs in the posted data. Most of these are missing commas, typos, or missing parentheses around the weights. Some machines have a site name with *no* connection information. I have usually only listed the site entry where the trouble was found: uucpmap.1.ar: cadmus uucpmap.4.ar: fluke, omsvax, uw-beaver, uw70 uucpmap.6?.ar: packet, sdamos, sri-tsc, ucla-va uucpmap.7.ar: KUNIVVnet, qtlon, qzcom, UNIDOnet uucpmap.mw.ar: oakhill, sys1, sysvis ??map.a: burl (comma after whuxle), neoucom, pur-ee (on ihuxa) The followng sites had compressed data fields in excess of 256 bytes. These entries had linefeeds inserted after 256 bytes and this screwed up pathalias: akgua, akguc, akpcb, burdvax, emorycc, gatech, uf-csg, uicsg, uiuceml I won't even begin to tell people about the problems of duplicate site names. I am glad these maps were posted with the data fields already compressed, as the compress.awk script I have won't produce the same data when fed the output of a compressed site after being fed through expand.awk (What I mean is: compressed -> expand.awk -> compress.awk != compressed). The first line of my compress.awk says "see compress". I don't have it. I can only hope that compress makes sure the input stream doesn't contain "%" characters, as these are the field delimiters used by expand.awk. I applaud the effort required to maintain this project. We (I get to maintain the St. Louis maps) have a long way to go. -- Hokey ..ihnp4!plus5!hokey 314-725-9492