.exe zu .exe Kommunikation

[günni0]

WM_CopyData verwende ich ausschließlich. Es ist unkompliziert und funktioniert problemlos.

Bei mir haben zusammenhängende Exe-Dateien eine ID. Der Sender schickt seine ID im dwData mit und der Empfänger wertet die dann aus.
Auf diese einfache Art und Weise werden erstmal nur die eigenen Nachrichten verarbeitet.

[KodeZwerg]

@günni0: Sollte dann die Empfänger .exe sowas wie einen Timer haben oder reicht da eine procedure WMCOPYDATA(var msg: TWMCopyData); message WM_COPYDATA; im { Public declarations } aus und es sucht automatisch nach Nachrichten?
Ich habe es bis jetzt noch nicht getestet.

[günni0]

Die von dir geschriebene Art und Weise ohne Timer reicht.
Mit Timer da ist mir nix gekannt.

[KodeZwerg]

Hey supi, dann mache ich mich mal sofort ans Werk.
Danke für Info!

[günni0]

Ist wirklich sehr einfach. Pipes und sowas ist viel zu viel Code.

Ob man mit WMCOPYDATA aber eigene Records schicken kann, weiß ich leider nicht. Mir reicht aktuell noch das TCopyDataStruct.

[KodeZwerg]

Schau Dir mal den m-puff @ WMCOPYDATA Link an, da wird es mit einem Record beschrieben was ich genau so übernehmen mag.
Ich ersetze lediglich im Record einen Boolean mit einem Byte.
Mein Empfänger soll 3 Zeilen zeigen für 3 verschiedene Nachrichten Typen.
1. Sender fängt eine Operation an
2. Sender hat Operation beendet
3. Auswertungsergebniss von Operation oder Fehlernachricht

Ich habe gerade mal gegoogelt und der erste Treffer sagt was über TCopyDataStruct.
Hier ein kleines Beispiel um Nachrichten, Bilder oder Records damit zu verschicken.

[Neutral General]

Ich werfe da mal noch etwas rein. Mag vielleicht im ersten Moment etwas komisch klingen aber du kannst auch
TCP oder UDP für die Kommunikation zwischen Prozessen verwenden.
Finde ich z.B. angenehmer zu benutzen als Pipes oder Memory mapped Files.
WM_COPYDATA geht auch aber würde ich nicht benutzen wenn die Kommunikation über "Hier nimm das!" hinausgeht.