X-Git-Url: https://git.distorted.org.uk/~mdw/sgt/agedu/blobdiff_plain/e6fde1f73e5a102d808e0b2dc7f3367b7054dc5b..15e738400fc6d322b0caad7a5a7ef1dcaea5065f:/TODO diff --git a/TODO b/TODO index 2f5c2d3..6549737 100644 --- a/TODO +++ b/TODO @@ -1,15 +1,31 @@ TODO list for agedu =================== -Before it's non-embarrassingly releasable: + - we should munmap in all operating modes where we mmapped, + otherwise chaining them will run out of address space - - now we have a configure framework, actually use it to: - * configure use of stat64 - * configure use of Linux syscall magic replacing readdir - + later glibcs have fdopendir, hooray! So we can use that - too, if it's available and O_NOATIME is too. + - we could still be using more of the information coming from + autoconf. Our config.h is defining a whole bunch of HAVE_FOOs for + particular functions (e.g. HAVE_INET_NTOA, HAVE_MEMCHR, + HAVE_FNMATCH). We could usefully supply alternatives for some of + these functions (e.g. cannibalise the PuTTY wildcard matcher for + use in the absence of fnmatch, switch to vanilla truncate() in + the absence of ftruncate); where we don't have alternative code, + it would perhaps be polite to throw an error at configure time + rather than allowing the subsequent build to fail. + + however, I don't see anything here that looks very + controversial; IIRC it's all in POSIX, for one thing. So more + likely this should simply wait until somebody complains. -Future possibilities: + - it would be useful to support a choice of indexing strategies. + The current system's tradeoff of taking O(N log N) space in order + to be able to support any age cutoff you like is not going to be + ideal for everybody. A second more conventional mechanism which + allows the user to specify a number of fixed cutoffs and just + indexes each directory on those alone would undoubtedly be a + useful thing for large-scale users. This will require + considerable thought about how to make the indexers pluggable at + both index-generation time and query time. - IPv6 support in the HTTP server * of course, Linux magic auth can still work in this context; we