src-test/gnu/libexec/uucp, branch release/2.0_cvs

Tell stupid users to write the bootcode.

1994-11-22T10:58:58Z

This commit was manufactured to restore the state of the 2.0-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

This commit was manufactured by cvs2svn to create branch 'ALPHA_2_0'.

1994-11-08T19:51:51Z

From Johannes Stille:

1994-11-06T10:17:13Z

When we get an EN8 response while we're already sending the file using the i protocol, this can happen: In send.c, flocal_send_await_reply() is called. This function calls flocal_send_fail() to process the aborted transfer. After this, we run into the branch that calls ffileseekend() to force the end of the actual transfer. Now flocal_send_fail() frees qtrans, but qtrans is still used later! I propose to fix this by moving the usfree_send(qtrans) out of flocal_send_fail(), as in the patch I append to this mail. ... I have found a race condition in the uucp 1.05 code. The typical result is that the connections mysteriously fails with "conversation failed", even while all files were transmitted. This is the problem: At least for the i protocol, the code to send a packet can receive and process packets after sending. In several places in the code, we send a command and then prepare to receive an answer. Now the answer might already arrive during the call that sends the command while we aren't ready to process it. The general solution is IMHO first to do all preparations and only as a last step to send out the command. Reviewed by: John Dyson Submitted by: Johannes Stille

Allow '#' in address in rmail arguments

1994-10-22T03:51:36Z

Obtained from: taylor-uucp list

Make ~%take work: ignore \r

1994-10-02T23:10:39Z

Obtained from: taylor-list

Make -a option optional, uux fails in other case with new sendmail-style

1994-10-02T23:09:41Z

<> address in return-receipts Obtained from: taylor-list

We do have , and it was harmful to pretend that we don't.

1994-08-28T16:04:56Z

Several files in uucp/libunix included and defined dirent as direct, but defines direct as dirent. This macro recursion is not allowed by cpp in traditional mode. The 2.0 mkdep uses cpp in traditional mode (another bug) so cpp prints a error message and exits with a nonzero status. The error status leaks out of the pipe (another bug) so mkdep "succeeds". It may even succeed.

New 2.0 specific changes.

1994-08-08T20:24:29Z

Reviewed by: Submitted by:

Make uucp compile again in 2.0. A little perturbed about the comment

1994-08-08T20:24:12Z

saying that 4.4 uses f_size in statfs, yet we're using b_size. Anyway, I've configured things to match our current environment. Reviewed by: Submitted by:

Back out previous change and allow uucico to run by others,

1994-05-31T15:55:43Z

this required by several programs