vorweg,ich hoffe,dass ich hier in das richtige Forum poste.Es geht darum,dass ich eine Win32 Konsolenanwendung geschrieben habe,die auf eine andere Win32 Anwendung zugreifen soll.
So,nun dachte ich mir,dass das kein Problem sein sollte.Einfach mal ShellExecute abfeuern - das Programm öffnet sich - fein.
Nun möchte ich allerdings gleich danach mit PostMessage eine Nachricht an das Programm senden.Also tippe ich feucht-fröhlich PostMessage(handle,WM_USER+123,0,0) ein und lass das Ding neu starten...nix passiert.Gut,oder auch nicht.Naja,es kann ja sein,dass das Programm noch nicht richtig initialisiert wurde,also einfach mal ShellExecuteEx und WaitForSingleObject nutzen,da sollte es ja rein theoretisch warten.
Macht es auch!Und zwar solange wie der Parameter INFINITE andeutet
Ok,es gibt ja noch CreateProcess.Alles umgeschrieben.Hm,doof,der gleiche Spass,nur das ich es langsam nicht mehr lustig finde.
Ich dachte mir,ok,lagerst du halt ShellExecute in einer Ini-Methode aus.Neue Methode angelegt,Funktion reinkopiert.
Nun lasse ich vor dem Senden meiner Nachricht das Programm per ShellExecute starten und sende dann in der darauffolgende Methode die Nachricht.Und siehe da es klappt.
Nun ist mir das natürlich unbegreiflich warum das nur mit diesem Blödsinn funktioniert.Es muss doch auch so gehen.Hat jemand vielleicht eine Idee,wo ich da einen Denkfehler habe bzw. warum die Nachricht nicht gleich von meinem Programm empfangen werden kann?

Bei Bedarf kann ich gern ein paar Code-Schnippsel posten.

Mit freundlichen Grüßen,
Kamax

Der große Fehler warum die Nachricht nie ankam war,dass der Handle nicht sofort ermittelt wurde und daher immer 0 war.
Das Problem mit dem endlosen Warten hab ich aber immer noch nicht ganz verstanden.Warum hängt er sich da nur auf?

Mfg, Kamax

danke für die Antwort.Gut zu wissen,da hab ich das ganz schön vermehrt mit WaitForSingleObject.Das einzige Problem was mir die Funktion bereitet ist:

The WaitForInputIdle function only works with GUI applications. If a console application calls the function, it returns immediately, with no wait.

Sobald ich die Funktion aufrufe "hüpft" sie sofort zurück

Mfg,Kamax

hat sich erledigth.Trotz des Textes aus dem Win32 Programmer's Reference Buch funktioniert es,obwohl ich es aus einer Konsolenanwendung gestartet habe.
Aber solange es geht kann ich damit prima leben

Danke nochmal,Kamax

is viel bequemer, und du kannst viel besser daten übertragen..

Genau ... ich frag mich auch schon immer, warum in Windows dieses Message-System genutzt wird ...

Alles für seinen Zweck. Aber wo ist denn der Unterschied ob Named Pipes oder Windows Nachrichten? Messages basieren sehr einfach auf einem HWND als Addressaten, bei einer Pipe hast Du ein Pipe-Handle. Verwendest Du das falsche kommt nix an...