git.sesse.net Git - betaftpd/blob - doc/KNOWN-BUGS

   1 List of known bugs and problems:
   2 - The -R argument to list seems to ignore the argument given to it (this is not
   3   very high on the list ATM).
   4 - Some commands are still not implemented (see the file RFC-COMPLIANCE). There
   5   are very few I actually miss now... None, actually.
   6 - There are several hardcoded limits, instead of using constants such as
   7   PATH_MAX.
   8 - We should move the remaining bugs listed from the source (in the comments)
   9   to this file ;-)
  10 - If a command that requires a parameter doesn't have one, BetaFTPD will send
  11   500 instead of 501. This behaviour is very useful in the command lookup
  12   (for code simplicity) :-)
  13 - We could (perhaps) use a hash table instead of a straight linear command search?
  14 - REST does not work in ASCII mode. (This is partly as a security measure --
  15   enabling resuming on ASCII files could need a lot of CPU power if we had to
  16   resume in the middle of a big file, and still stay RFC/ftpext-compliant.)
  17 - In general, nonroot support has problems. For instance, security is generally
  18   weak, and anonymous FTP is not supported (all users will need a password).
  19   Nonroot is not even worked on at the moment. Don't use it :-)
  20 - Occasionally, a directory listing may cause unwanted output in the fullscreen
  21   mode, for some weird reason.
  22 - There are reports of the server not working at all in fullscreen mode. We're
  23   working to find and fix these problems.
  24 - Some features like ftpshut and ftpaccess files (no, root can't FTP anymore,
  25   that is blocked) are missing.
  26
  27 Obscure bugs I haven't seen in a long time (probably fixed):
  28 - The server is still known to segfault from time to time, but unfortunately,
  29   most kernel versions won't dump core if the program has changed uid :-(
  30 - Sometimes (after an error) the server doesn't respond to the connection
  31   anymore. Weird.
  32 - Some times, for no reason at all, mmap() on my machine will fail with a
  33   EINPROGRESS, which is a non-legal error code. I'm not sure if this is
  34   a bug in BetaFTPD or glibc :-)