On Fri, Oct 25, 2024 at 10:37:51PM +0200, Bruno Haible wrote: > On Solaris 11 OmniOS, there is 1 test failure: > > > FAIL: test_scripts/encoded_non_ascii_test_epub.sh > ================================================= > > D: encoded/diffs/non_ascii_test_epub.diff (printed below) > Common subdirectories: > ../../../tp/tests/encoded/res_parser/non_ascii_test_epub/osé_utf8_epub_package > and encoded/out_parser/non_ascii_test_epub/osé_utf8_epub_package > Common subdirectories: > ../../../tp/tests/encoded/res_parser/non_ascii_test_epub/osé_utf8_epub_package/EPUB > and encoded/out_parser/non_ascii_test_epub/osé_utf8_epub_package/EPUB > Common subdirectories: > ../../../tp/tests/encoded/res_parser/non_ascii_test_epub/osé_utf8_epub_package/META-INF > and encoded/out_parser/non_ascii_test_epub/osé_utf8_epub_package/META-INF > Only in > ../../../tp/tests/encoded/res_parser/non_ascii_test_epub/osé_utf8_epub_package/EPUB: > 0
Thanks for running the tests. This appears to be a similar error to that which you reported earlier for Solaris 11 OmniOS for an earlier version of the code, Texinfo pretest 7.1.0.90, with an extra "0" file being created: https://lists.gnu.org/archive/html/bug-texinfo/2024-06/msg00027.html https://lists.gnu.org/archive/html/bug-texinfo/2024-06/msg00028.html https://lists.gnu.org/archive/html/bug-texinfo/2024-06/msg00044.html We never managed to solve this mystery at the time. The string "0" can be a source of bugs in Perl programs as it is considered false. It's possible that there is a variable that is supposed to have the name of a file in it, but instead is false or has the value 0, which is then changed into a string automatically. It seems like something that it would be fairly straightforward to track down for someone with access to such a system.
