Ich hab folgendes Problem, und zwar will ich mithile eines ähnlichen Codes wie diesen hier:

STARTUPINFO si; 
SECURITY_ATTRIBUTES saProcess; 
PROCESS_INFORMATION piProcess; 

ZeroMemory(&si, sizeof(si)); 
si.cb = sizeof(si); 

saProcess.nLength = sizeof(saProcess); 
saProcess.lpSecurityDescriptor = NULL; 
saProcess.bInheritHandle = FALSE; 

CreateProcess ("Programm1.exe",NULL,&saProcess,NULL,FALSE,0,NULL,NULL,&si,&piProcess); 

WaitForSingleObject(piProcess.hProcess,INFINITE);

Ein Programm sozusagen "modal" ausführen. Klappt ja auch ohne Probleme. ABER: Wenn dieses Programm läuft (z.B. Excel) und ich z.B. eine Word-Datei auf dem Desktop öffnen will, passiert so lange nix, bis ich Excel beendet habe. Danach erst startet Word mit dem doppelt angeklicktem Dokument

Verstehe ich irgendwie nicht. Und in der MSDN finde ich auch kein Flag das ich setzen kann, damit man andere Programme starten kann. Ist echt komisch aber es geht einfach nicht, ich kann dann 1, 2 oder noch mehr Dateien anklicken, solange der mit CreateProcess gestartete Prozess nicht beendet ist tut sich nix. Wenn ich nun den Prozess beende floppen -Zig Fenster auf mit den Programmen für die Dokumente die ich doppelt angeklickt habe.

Seltsam ich weis einfach nicht mehr weiter...

Grüssle,
code_pilot

mfG

Kevin

Grüsse
code_pilot

nein es hat sich doch nicht erledigt. Naja ich zeig euch jetzt mal den genauen Code:

STARTUPINFO si;
PROCESS_INFORMATION pi;
SECURITY_ATTRIBUTES saProcess;
ZeroMemory( &si, sizeof(si) );
si.cb = sizeof(si);
ZeroMemory( &pi, sizeof(pi) );
si.dwFlags = STARTF_USESHOWWINDOW;
si.wShowWindow = SW_SHOW;

saProcess.nLength = sizeof(saProcess);
saProcess.lpSecurityDescriptor = NULL;
saProcess.bInheritHandle = FALSE;

if(!CreateProcess( NULL, "C:\\Programme\\Microsoft Office\\Office\\excel.exe", &saProcess, NULL, FALSE, 0, NULL, NULL, &si, &pi) )
{
	return -1;
}
else
{
	WaitForSingleObject( pi.hProcess, INFINITE );	
}
return 0;

Wenn ich das ausführe, dann startet Excel und mein Programm wartet - so wie es sein soll. Wenn ich jetzt aber Beispielsweise eine DOC-Datei oder eine andere XLS-Datei doppelklicke und öffnen will, passiert gar nix (bis auf ne Sanduhr) und zwar solange bis ich das mit meinem Programm gestartete Excel beendet habe. Dann floppen nämlich auf einmal alle Programme mit den Dateien hoch, die ich doppelt geklickt habe ... ist doch seltsam! Ihr könnt es ja selber ausprobieren, ich habs unter Win NT, 2000 und XP getestet...

Viele Grüsse
code_pilot

WaitForSingleObject( pi.hProcess, INFINITE );

wartest du in deinem Code, bis das Programm beendet wurde. Erst dann wird weitergearbeitet!

Kevin

code_pilot:
Betrifft das nur Office-Dokumente oder auch andere Programme wie z. B. Notepad, den Taschenrechner usw?

Grüsse,
code_pilot

ich denke das WaitForSingleObject blockiert das ganze Prozessmanagment

Nein, wieso sollte es?

Es legt den aufrufenden Thread so lange schlafen, bis das KernelObjekt (in diesem Fall der ProzessHandle durch Beendigung des Prozesses) signalisiert wird. Arbeitest Du nicht MultiThreaded, reagiert deine Anwendung auf keine Nachrichten mehr (der berühmte Satz "Diese Anwendung reagiert nicht mehr" bzw. "Keine Rückmeldung").

Aber andere Prozesse/Programme interessiert das nicht...

Schalte ich da vielleicht irgendwie was aus, was das halbe System lahmlegt? Ich kann das Programm leider hier nicht posten da es Strenger Geheimhaltung unterliegt ... und im Testprogramm gehts blödes Windows ... ich verstehe das einfach nicht...

Gruss,
~code_pilot

~cp

Hast du evtl. ein Memory-Leak? Und wird dein Fenster denn noch korrekt aktualisiert (z.B. nach dem Minimieren)?

Hallo,
habs heute getestet ohne das WaitForSingleObject() ... funkt alles wunderbar! Was genau meinst du mit Memory-Leak? Meine Anwendung hat kein direktes Fenster, die Fenster werden nur als Dialoge bei Bedarf eingeblendet. Ein Hauptfenster existiert nicht. Aber es muss ja irgendwas mit meinem Programm-Framework zu tun haben und nicht mit dem WaitForSingleObject() selber ... hmmm warum kann es nicht einfach abstürzen wenn da was falsch allokiert ist oder so? Dann hätte man wenigstens einen Ansatz woran es liegt, in diesem Fall kann es ja an allem möglichen liegen...

Liegt das vielleicht an der Fensterklasse?

Grüsse,
~code_pilot

Gruß,
Kevin

#include <windows.h>
#include <string.h>
#include <fstream.h>
#include <stdlib.h>
#include <stdio.h>
#pragma hdrstop
#include <condefs.h>

//---------------------------------------------------------------------------
#pragma argsused
WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
{
                STARTUPINFO si;
                PROCESS_INFORMATION pi;
                SECURITY_ATTRIBUTES saProcess;
                ZeroMemory( &si, sizeof(si) );
                si.cb = sizeof(si);
                ZeroMemory( &pi, sizeof(pi) );
                si.dwFlags = STARTF_USESHOWWINDOW;

                saProcess.nLength = sizeof(saProcess);
                saProcess.lpSecurityDescriptor = NULL;
                saProcess.bInheritHandle = FALSE;

                si.wShowWindow = SW_SHOW;

                /*Lasst euch hiervon nicht irritieren, bei mir im Hauptprogramm
                geschieht der aufruf nunmal fast so ;), deshlab string und
                ein Array of Char ;) */

                char text[1024+1];
                string TempStr1 = "D:\\Programme\\Microsoft Office\\Office\\excel.exe";
                strcpy(text, TempStr1.c_str());
                MessageBox(NULL, "Starting process...", "", 0);
                if( !CreateProcess( NULL, text, &saProcess, NULL, FALSE, 0, NULL, NULL, &si, &pi) )
                {
                        return -1;
                }
                else
                {
                        DWORD dwCode = WaitForSingleObjectEx(pi.hProcess,INFINITE, false);
                        GetExitCodeProcess(pi.hProcess,&dwCode);
                }
                MessageBox(NULL, "Done", "", 0);                
        return 0;
}

Gruß,
Kevin

Als denn, gute Nacht

code_pilot

PSDK schrieb:

Note This function is provided only for compatibility with 16-bit Windows. Applications should use the CreateProcess function.

Wozu braucht man noch WinExec?

MfG
tuküe

D.h: Du öffnest ein Dokument in Word, und doppelklickst ein zweites. Word wird zwar Zwei Einträge in der Taskleiste anzeigen (seit Word 2000 glaub ich), aber es gibt nur einen Prozeß (Taskmanager, Prozeßliste).

jetzt Schritt 2: In Word Hilfe/Info... (modalen Dialog öffnen), und Word-Dokument doppelklicken. Word kommt in den Vordergrund, aber nix passiert - bis du den Modalen Dialog schließt. Interessanterweise läuft die ganze Zeit keine zweite Instanz, obwohl der "Öffnen" Befehl eine startet - ich vermute (auch aus anderen Gründen), Office startet für jedes Dokument einen eigenen thread.

Nun versteh ich trotzdem nicht wieso das auch zwischen Excfel und Word passiert. Aber ich denke, daß Du den Office-Dokumenthandler irgendwie "durcheiunanderbringst".

Also kleine Ahnung, aber ich denke das Problem liegt in der Richtung

keine ahnung warum, ist mir aber auch schon öfters aufgefallen

und ich glaube, da kann man nix gegen machen