|
This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] I get this error periodically even though the file exists in the library list, the communications line is up, and I’m using the cache-refresh option when verifying. Verify works if I verify without using the cache. If I clear the cache, the verify works (after all the references are re-cached). It looks like the file name is added to the cache index but the object description never makes it there; I suspect EVFCTCPD.EXE (which should be renamed “EVIL_TCP”) screws up randomly and corrupts the cache with incomplete entries. What, no commitment control? The next time this happens, I’m going to go through the cache entries, zap any with a size of 0, and retry the verify. -reeve <snip> 1 Fnrl00120 if e k disk 000001 ======> aaaaaaaaaa *RNF0401 50 1 000001 An error occurred during communication with the host. *RNF2120 40 a 000001 External descriptions for file NRL00120 not found; file is ignored. </snip> --
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.