If I understand correctly, you want to loop through the recordset and compare each successive record to the previous one. If the "FID" values match but the "f" value of the current record does not match the "t" value of the previous record then the record is in error. You want to create a list of these records that are in error (of which you say you have 1000 or more) and either display it or print it.
Then what? Presumably these errors need to be corrected. Are the users then going to manually go through and correct 1000 or more errors? What needs to be done to correct the error? If it is simply a matter of making the values match than that could be done programmatically also, using an update query, without all the brain damage.
Having said that, there is another inherent problem with what you are attempting that should be addressed.
Tables have no intrinsic order. It's just a "bucket of records". Opening a recordset on a table does not guarantee that it will open in any particular order (unless you specify the order using a query with an Order By clause). Looping through a recordset like this and comparing the "current" record to the "previous" record has no real meaning because you have no way of knowing what order the records are in to begin with. If there is a field in your table that can be used to determine the order, like a Date/Time field, or a sequential ID (not Autonumber, because that is only guaranteed to be unique, not sequential), then you should use that to make sure the records are in the correct order before you loop through them.
However, again, I'm not sure I see the purpose in looping through a record set and generating a list of records that are in "error". It would seem much more practical to correct them as you go if possible.
Going forward, if this table contains records that users are going to be adding to in the future, I would strongly recommend that you do this validation at the point of data entry (on your form - if you're not doing so already) so as to avoid having to go back and correct errors after the fact.