DataMuseum.dk

top - download

    Length: 2791 (0xae7)
    Types: TextFile
    Names: »BUGS«

└─⟦a0efdde77⟧ Bits:30001252 EUUGD11 Tape, 1987 Spring Conference Helsinki
    └─ ⟦this⟧ »EUUGD11/euug-87hel/sec1/uuslave/BUGS« 

TextFile

Sun uucp sends a "dc" long packet after receiving a file but before
sending the "CY" or "CN" packet.  Why?  It's not documented...
(we cope)

Make it terminate under fewer conditions -- go around a few more times.

Make uuslave use a short timeout and re-transmit its last packet,
rather than using the long "give up" timeout only.  Currently we are
depending on uucp on the other end to time out and retransmit to
joggle our elbow.

Logging doesn't log the other guy's hostname.  How do we find it out?
(the line we match with "L*" actually is "Lhostname" containing the
other guy's hostname.  Grab it!)

Logging stuffs whole command packet out there.

Logging needs work for failed xfers, see what uucp does.

Logging needs work for dropped connections, ditto....

Uuslave should exec uuxqt when it's done a single connection.

Merge in MSDOS file munging.

Break out system dependent modules to separate files.

-----

Feature requests:

Ability to look in the queue of outgoing things for a host, and act as
master to transfer those things in the queue.  To become the master,
you answer "No" to the "do you want to hang up?" question, then start
sending commands.

Once the above is done, add the ability to dial out to a particular
system and transfer any files with it that are in the queue.

Once the above is done, add the ability to figure out which systems
need to be called, and call them, one by one.  This is probably best
done by a separate program or shell script that calls uuslave.

Find or write public domain programs that implement:
	uuxqt -- execute the commands in received X. files, e.g. rmail, rnews
	uuclean -- clean out the queues of old stuff
	uucp -- queue up a file copying operation
	uux -- queue up a "remote command execution" operation
	uuls -- list the queue (this one is PD)
	uusnap -- snapshot the queue (is this PD?  Who wrote it?)

Implement a window size greater than 1, for effective use of the phone
bandwidth.  This requires being able to receive while you are sending,
which may require odd stuff on many micros.

Improve the logging, so a human can actually see what uuslave is doing.
Currently it's set up to match what uucp does, which is horrible.
But doing it this way doesn't break old awk scripts that parse the
uucp logs.

Instrument uuslave so it records in the logs how many packet retransmissions
it saw, how long each file transfer took and how many bytes were moved,
how much total time from start to finish, and total number of bytes
moved start to finish, and other interesting numbers.  This kind of data
is vital for improving the speed of uuslave.

Profile uuslave and see where it is spending most of its time.  Fix up
those parts to make it run faster and take less system resources.
I know the first place to look -- xgetc().