Noch eine Idee für weitere Schritte, wenn das reportlose Testprojekt auch keine Erkenntnisse bringt: Wie wäre es, in einem Testprojekt mit praxisbezogener Datenbindung in den Events des TfrxDBDataSets ein wenig Logging zu betreiben, z.B. um festzustellen, welchen Zustand die Datenmenge hat (ist sie direkt nach dem Öffnen EOF etc.). Und je nachdem was das ADODataset an Möglichkeiten bietet, könnte man dazu parallel auch Logmeldungen wegschreiben (z.B. mit CodeSite leicht möglich)
Oder du versuchst dein Originalprojekt remote zu debuggen. Das hat mir mal geholfen, einen blöden und schwer zu findenden
SOAP-Fehler zu identifizieren - irgendwo hier im Forum ist ein Beitrag dazu.
Virenscanner und Firewall, die da irgendwie zwischenfunken könnten, hatten wir schon ausgeschlossen? Ist zwar unwahrscheinlich, da im Restprogramm die Daten wohl angezeigt werden, aber man hat ja schon so einiges erlebt.