4. Prozessproblem...

Prozessproblem...

  • C

    Hi Leute!

    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 🙄

    0
  • S

    Ich denke das ist wie ein modaler Dialog, da wird auch die Anwendung blockiert und lässt fast nichts zu, solange der Dialog nicht geschlossen ist...was willst du denn genau erreichen? Vielleicht lässt sich eine bessere Möglichkeit finden, als einen Prozess "modal" aufzurufen.

    mfG

    Kevin

    0
  • C

    *lol* hmm kann sein das sich das erledigt hat weil das bei nem Kunden angeblich aufgetreten ist ... naja ich meld mich nochmal falls ich es doch reproduzieren kann.

    Grüsse
    code_pilot

    0
  • C

    Hallo nochmal,

    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 🙄

    0
  • S

    mit

    WaitForSingleObject( pi.hProcess, INFINITE );

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

    Kevin

    0
  • H

    Surkevin:
    Er mein die anderen Programme von Hand (Maus) zu starten, nicht in seinem Code!

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

    0
  • S

    ich denke das WaitForSingleObject blockiert das ganze Prozessmanagment

    0
  • C

    @Hepi: Das ist ja das lustige: Wenn ich z.B. Notepad mit dieser Methode starte, und dann auf TXT-Dateien doppelklicke, kein Problem öffnen sich sofort 😮. Nur halt bei den Office-Dokumenten ist es mir bzw. dem Kunden aufgefallen, das er solange nicht weiterarbeiten kann, bis er das gestartete Excel beendet... vielleicht ist das ja ein M$-Bug ⚠ 😉 naja es ist auf jeden Fall äusserst seltsam. Und beim durchstöbern der MSDN hab ich auch nirgendwo gelesen, das dadurch andere Programme blockiert werden oder so... *grummel* hmm... liegt das vielleicht an den SatrtUp-Informationen oder so?? *grübel* 😕

    Grüsse,
    code_pilot

    0
  • H

    Surkevin schrieb:

    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...

    0
  • S

    mh auch ich kann mal falsch liegen 🙂

    0
  • F

    Funktioniert es denn ohne das WaitForSingleObject( pi.hProcess, INFINITE ); - also wenn du dein Programm ganz normal weiterlaufen lässt?

    0
  • C

    Ich sag dazu nix mehr. Ich weis echt nicht warum das in meinem grossen Programm nicht geht. Ich hab jetzt gerade ein Testprogramm geschrieben, das nur einen Prozess - also Excel - startet; Fazit: Ich kann alles öffnen, jedes Dokument startet sofort die dafür vorgesehene Anwendung.
    Jetzt mache ich dasselbe in meinem großem Programm, siehe da: Dasselbe Problem mit genau demselben Code. Ich kapier das nicht. Verbraucht mein Prog mehr speicher oder wie? Was mir auch noch aufgefallen ist, bei meinem großem Programm: Wenn er Excel geladen hat, und ich mit der Maus auf z.B. dem Desktop eine DOC-Datei anklicke, kommt als Cursor der Mauszeiger mit einer Sanduhr. Wenn ich nun das Excel-Fenster verschiebe updated sich gar nix mehr auf dem Desktop, d.h. ich kann die Icons sozusagen damit "wegwischen". Beende ich die Anwendung nun starten alle geklickten files. Wenn ich nix doppelklicke kann ich das Fenster verschieben und Windows läuft ganz normal...

    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 😞

    0
  • S

    beantworte mal flenders Frage

    0
  • C

    ok aber kann ich erst heut abend machen habe die Sourcen nicht hier - ausser die vom laufendem Testprog *grummel*

    ~cp

    0
  • F

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

    0
  • C

    flenders schrieb:

    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 😞

    0
  • S

    ne falsch allokaliert kann es eigentlich kaum sein...höchstens wenn es beim ersten Start geht, du falsch aufräumst und beim nächsten Start funktionierts dann nicht mehr....na wenigstens lag ich mit dem WaitForSingleObject doch richtig! ha! 🙂
    An deiner Stelle würde ich soweit in einem externen Programm rekonstruieren bis der Fehler auftritt, so kannste den Heuhaufen dezimieren.

    Gruß,
    Kevin

    0
  • C

    ähh? Wie meinst du das? 🙄

    0
  • F

    Hattest du das WaitForSingleObject in deinem Testprogramm eigentlich auch eingebaut?

    0
  • C

    Ja na sicher hatte ich das da eingebaut, sonst würde ich mich ja nicht so wundern (ich habs mit WaitForSingleObject UND WaitForSingleObjectEx probiert, und das Testprogramm einmal in einer Konsolen- und einmal in einer WinAPI-Version (wiefolgt) implementiert):

    #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;
}
    0
  • S

    Hey,
    wozu brauchst du das WaitForSingleObject eigentlich? Gibt es vielleicht eine andere Möglichkeit als CreateProcess? ZB WinExec? Sag doch mal konkret was du erreichen willst...man muss ja nicht immer das Problem aus dem Weg schaffen sondern kann einen anderen Weg außenrum wählen 🙂

    Gruß,
    Kevin

    0
Anmelden zum Antworten