diff options
| author | B. Watson <urchlay@slackware.uk> | 2025-12-03 04:21:52 -0500 |
|---|---|---|
| committer | B. Watson <urchlay@slackware.uk> | 2025-12-03 04:21:52 -0500 |
| commit | 4ccff59a9d0a0855a290070c95897fde247f66ca (patch) | |
| tree | 1b85d3a8ab1b3c8cba645b547f9a0c7da84a234d | |
| parent | 95b0453a75580864d46de747042f7c2e316d54be (diff) | |
| download | alftools-4ccff59a9d0a0855a290070c95897fde247f66ca.tar.gz | |
Update TODO.txt.
| -rw-r--r-- | TODO.txt | 11 |
1 files changed, 0 insertions, 11 deletions
@@ -3,15 +3,4 @@ - clean up crunch.c. -- figure out why unalf craps out when extracting files of 15MB - but works fine for 14MB. when this happens, there's no error, - but the extracted file is like 7KB (and has the correct data - for the first 7KB of the file). this could be a bug in either - alf or unalf. I'll have to try it with LZ/DZ in an emulator - (with 'turbo speed' on, or else it'll take days). - -- same issue as above: when using junk from /dev/urandom, the threshold - is closer to 5MB. it's caused by the exit(0) in asmcode.c. not sure - under what conditions it should happen (yet). - - write a formal spec of the alf compression stream format? |