ich will zwei MS Access EXE miteinander kommunizieren lassen über das LAN.
Ich möchte aber nicht den WINSOCK Teil mit VBA bauen. Also habe ich mir gedacht, das ich eine "Winscock" EXE schreibe in C++, die dann über TCP/IP mit der anderen "Winsock" EXE "redet". Die VBA Möglichkeit fliegt raus, weil
a) kein OCX vorhandnen ist.
b) Pipes zwar in VBA ausformuliert werden können (named pipes), aber kernel priorität besitzen und dann kann, wenn die zweite Access.EXE nicht läuft, eben eine MSAccess.EXE stehen bleiben weil die named pipe steht. (Die eine Verbindung über die Pipe aufzubauen versucht).
c) Es nur über Threads ginge und mit VBA Threads: (das ganze CoInitializeEx.. Marshall Zeugs,....). Weil VBA nur STA nutzt.

Also dachte ich wenn ich die Konsolen App nutze kann ich zur zweiten Konsolen App eine TCP/IP verbindung aufbauen und von den MSAcccess.EXE eine named pipe zur Konsolen App und Abfrage in der MS Access EXE über einen Timer.

Nur plagen mich Zweifel, ob das so schlau ist.
(...Von hinten durch die Brust ins Auge...). oder totaler Quatsch
Wie würdet ihr das Problem angehen?

Gruß
Franky