91f29ea7b8
Instead of recursive calls for each nested level of HTML, the next level is pushed to a stack on the heap, and returned to the main loop. This prevents stack overflow at _n_ depth (where _n_ is operating-system dependent). It's probably still possible to use all of the heap memory, but Tidy's allocators already fail gracefully in this circumstance. Please report any regressions of your own HTML! NOTE: the XML parser is not affected, and is probably still highly recursive. |
||
---|---|---|
.. | ||
case-001.conf | ||
case-001@0.html | ||
case-002.conf | ||
case-002@1.html | ||
case-003.conf | ||
case-003@1.html | ||
case-004.conf | ||
case-004@1.html | ||
config_default.conf | ||
README.txt |
About this test suite: ====================== These test files represent that standard regression testing that must be performed prior to committing changes to Tidy's code. In some circumstances results are platform specific and these notices will be displayed in the testing results. This test set is intended to collect tests that don't necessarily have an associated Github issue number, but are developed in the course of Tidy development.