Consider this post CLOSED.
I have determined the answer myself. I find the documentation to be very confusing about this process.
I was reading at
https://en.bitcoin.it/wiki/OP_CHECKSIGThe "How it works" section does not seem to make sense to me.
The very last sentence of the first paragraph at the top of the page explains it.
Transactions are verified using the requirement specified in the previous transaction by the entry that received the Bitcoins now being spent.
The controlling requirement for signature verification is defined by the transaction entry that transferred the Bitcoins to the account in the first place.
One would expect that the script for the previous_transaction receiving address will include:
OP_DUP OP_HASH160 {address} OP_EQUALVERIFY OP_CHECKSIG
so that signature verification will occur when the Bitcoins are "spent." I don't know if that is required. It is dependent on the Bitcoin sender's transaction "string." The receiver has no control over this. If this is not required, it seems like a flaw.
The process is:
For each Bitcoin transaction_source entry,
load the signature and the public key onto the stack,
look up the previous transaction specified in this entry's outpoint.hash and outpoint.index,
get the script from that previous_transaction entry,
duplicate and push the public key (already on the stack) onto the stack again,
calculate its RIPEMD160(SHA256(PK)),
push the Bitcoin address in the script just retrieved onto the stack,
compare the two, if equivalent, then, (note that this verifies the source of the Bitcoins from the saved transaction blocks)
generate a hash of the (usually) entire current transaction with all source entry's scripts removed and the current entry's script replaced with the script retrieved,
use the entry's public key and the signature and compare it to the hash for verification,
if verification is true, this is a valid entry, continue.
I hope that this helps anyone that views it.