Corrects problems where REPLACE and INSERT ... ON DUPLICATE KEY UPDATE
were not properly logging the atomic change in server state to the
transaction log.

The problem had to do with the log_row_for_replication() method
not completely understanding whether a call to ha_update_row() had
really been called during a REPLACE or INSERT call.

See my blog entries for an overly-elaborate explanation as to what
was really going on:

http://www.jpipes.com/index.php?/archives/301-Pop-Quiz-What-Does-REPLACE-Do.html
http://www.jpipes.com/index.php?/archives/303-The-Deal-with-REPLACE-..-Or-Is-It-UPDATE.html
http://jpipes.com/index.php?/archives/305-Yet-Another-Post-on-REPLACE.html

Added test cases for REPLACE and INSERT .. ON DUPLICATE KEY UPDATE.