uuxqt bug (time outs on lock file), v7 + others
scw at cepu.UUCP
scw at cepu.UUCP
Fri May 25 07:16:40 AEST 1984
There is a bug in uuxqt.c involving very long execute times (with many executes)
SYSTEMS Affected:
v7, v7m, Ultrix-11(??), 2.8BSD, 2.9BSD(??); Anyone with v7 derived
uucp (?probably);
Symptoms:
Several copies if uuxtq run simultaniously.
Cause:
uuxtq doen't update the lock (LCK.XQT) between processes.
Repeat by:
Exec several files (so that total execute time is longer than
the X_LOCKTIME (uucp.h). This can happen if you get several
days worth of news into your system when it's very busy.
Fix:
Make the following changes to uuxqt.c to update X_LOCK just before
every search/execute cycle.
--- uuxqt.c.B Wed Jan 18 13:13:04 1984
*** uuxqt.c Thu May 24 13:18:25 1984
***************
--- 50,55 -----
char *getprm();
int uid, ret;
int stcico = 0;
Debug = 0;
*** 50,56
int uid, ret;
+ long now,timep[2]; /* to update lock file*/
int stcico = 0;
***************
--- 81,86 -----
while (gtxfile(xfile) > 0) {
DEBUG(4, "xfile - %s\n", xfile);
xfp = fopen(xfile, "r");
ASSERT(xfp != NULL, "CAN'T OPEN %s", xfile);
*** 83,91
while (gtxfile(xfile) > 0) {
DEBUG(4, "xfile - %s\n", xfile);
+ time(&now); /* get time */
+ timep[0]=timep[1]=now; /* set up table */
+ utime(X_LOCK,timep); /* and fix lock time up*/
xfp = fopen(xfile, "r");
ASSERT(xfp != NULL, "CAN'T OPEN %s", xfile);
--
Stephen C. Woods (VA Wadsworth Med Ctr./UCLA Dept. of Neurology)
uucp: { {ihnp4, uiucdcs}!bradley, hao, trwrb, sdcsvax!bmcg}!cepu!scw
ARPA: cepu!scw at ucla-locus location: N 34 06'37" W 118 25'43"
More information about the Net.bugs.v7
mailing list