jbrown@herron.uucp (Jordan Brown) (04/12/89)
I've been using UUPC for quite a while now, and was surprised when it abruptly refused to transmit a D file from job #666. (oooo eeeee oooo) Nothing had changed since the last N transfers, but it reliably hung trying to send this one file. Turns out UUPC has a bug that causes job #666 to fail. For some reason I don't understand, it looks for the "0666" in the S line of the C file to mark the end of the line, and truncates after that. (There's one more field which always contains "uucp" and is always ignored; I don't know that it's for and I've removed it in my copy. If anybody knows what it's for, please tell me.) Since the file name to be transfered was something like D.jato0666, it was truncating the line early, and my neighbor didn't like the truncated S line at all. I've done extensive work on my UUPC, so it's possible that this bug doesn't show up in other versions, but a cursory glance at the interim distribution seems to indicate that it will.