As a followup to WT-4344, there are some cases for which a damaged/missing/truncated log file will give an error other than WT_TRY_SALVAGE.  The easiest way to see this is to edit test_txn19.py and in this fragment:

         if expect_fail:
             self.check_file_contains_one_of(errfile,
                 ['/log file.*corrupted/',
                 'WT_TRY_SALVAGE: database corruption detected'])

remove the log file.*corrupted line.  This produces failures for cases where are log file is either zero length or begins with garbage.  For those cases we don't get WT_TRY_SALVAGE, but do get a log file...corrupted message. Presumably having an accurate return value will allow MongoDB to suggest the best course of action for recovery.