You may find yourself trying to generate some output, and the output is wrong, where “wrong” means “is not accepted by whatever program consumes that output.” It is often the case that you have a reference implementation, which I somewhat whimsically call an “oracle”, that is known to produce acceptable output. In that case, you can use that reference implementation to check your implementation.\u00b9<\/p>\n
Give your implementation and the reference implementation the same input, and see if they produce the same output. For binary formats, you can use a binary file viewer program. In a pinch, you can use the Windows \u00b9 I used a variation of this technique some time ago when reverse-engineered the calling convention for various historical CPU architectures<\/a>.<\/p>\ncomp.exe<\/code> or fc.exe \/b<\/code> programs. The files will not be identical,\u00b2 and the tool will tell you where they differ. Work backward from that file offset to your program to see why your program chose to write the wrong data at that point. (Maybe you forgot to open the output file in binary mode?)<\/p>\n