Thank you for the answers, and I apologize for imposing on you further with some follow-up.
I'm not going to get into why my logic isn't sane, I can figure that out for myself. What I would like to follow up on is the inability to locate a database of ECU revisions.
Finding a stock image for the ECU on this GTI and comparing my own checksums will tell me what I want to know for this project. My 2001 TT is another project. Picking out a compatible wideband ECU is the next step in that project. Knowing the differences between revisions is crucial to picking the right ECU. Cut twice and measure once in wood shop was only good to keep me off the honor roll...
To do that research, the avenue that seems clearest to me would be parsing the posts here:
http://nefariousmotorsports.com/forum/index.php?board=17.0I understand bandwidth is not free. Before targeting thread content, I would want to have generated a specific list of content to target. To generate that target list, a curation of thread topics would be the bare minimum. That should be possible with a minimal amount of text traffic thanks to your outlined and enforced naming conventions.
Do you object? I would of course share any information I generated from my parse on topic titles before asking about an en masse curation of information on actual binaries and thread content.
read your binary, find a stock binary, md5sum them yourself or just do a straight binary compare of the two files (using "diff" if you aren't on a toy OS).
As much as I'd love to get into a friendly drunken discussion about the pros and cons of an object stream based OS with a semi-curated lib base vs a file stream based OS with fractured lib base and abstracted object shells... Let's just say Get-FileHash and Compare-Object works fine on the Wintendo kiddie box.