Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/5/84; site anasazi.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!bellcore!decvax!genrad!panda!talcott!harvard!seismo!hao!noao!terak!anasazi!guy From: guy@anasazi.UUCP (Guy Finney) Newsgroups: net.unix Subject: uuxqt deleting files Message-ID: <137@anasazi.UUCP> Date: Fri, 1-Mar-85 12:38:14 EST Article-I.D.: anasazi.137 Posted: Fri Mar 1 12:38:14 1985 Date-Received: Sat, 9-Mar-85 11:38:50 EST Distribution: net Organization: Anasazi, Phoenix Az. Lines: 24 Ever since we started getting news last November (before that we didn't use uucp much), we've noticed that occasionally when uuxqt starts up to process its X. files, it will simply delete them and their corresponding D. files instead of processing them. At first we noticed that it seemed to happen when uuxqt started up WHILE uucico was running. "Great", we said. "All we have to do is frontend uucico so it doesn't start another copy while one copy is running" (on the assumption that the 2nd copy is started from the hourly uudemon.hr). We did that successfully, but then last night I watched with my own eyes while uuxqt merrily deleted its files WITHOUT a uucico running anywhere on the system. The entries in the LOGFILE look normal enough, except that the times for the uuxqt entries are three seconds apart(!). As you might imagine, this is a vexing problem. Even more vexing is that someone reading this might have a solution which, though sent to us, might itself be deleted! AARRGGHH. Our friendly vendor isn't ready to admit this is happening until we can reliably reproduce the problem. Sigh, if we could do that we might stand a chance of avoiding it. We're System V, release, and will be very interested in hearing from anyone who may have seen or conquered this problem. Or for that matter, is there anything like a public domain uuxqt floating around? -- Guy Finney {decvax|ihnp4|hao}!noao!terak!anasazi!guy