On Fri, Oct 14, 2022 at 12:37 PM Paul Eggert <eggert@cs.ucla.edu> wrote:
On 2022-10-14 00:10, Bradley White wrote:
Perhaps a goal should be a public (in the repo), comprehensive test suite that verifies all the options, in all their combinations?
Although the tests could certainly be more extensive, I doubt whether it would be practical to test all option combinations as I count about four dozen options now, many with more than two possibilities.
That's a problem, isn't it. I'd proffer that too many options to test means too many options, period. And the non-visibility of "the tests" means that we "downstream users" are never going to be as effective in catching problems as you might be expecting. We also can't contribute to the tests.
One step we can easily take is to improve the comments to warn about this particular problem, so I installed the attached.
*Fat TZif files work around incompatibilities and bugs in some* *TZif readers, notably older ones that ignore or otherwise* *mishandle 64-bit data in TZif files; however, fat TZif files* *may trigger bugs in newer TZif readers.* [I'm not sure I would characterize the inability of an old reader to handle a new format as a "bug", but OK.] So, to handle old readers I need fat TZif files, and to handle new readers I need to avoid fat TZif files. That places folks who want to handle all readers in an untenable position.