Guten Tag,
ich entwickle eine C++ Anwendung und nutze die MFC Framework. Mit der Umstellung vom Visual Studio 2005 ( MFC 8.0 ) auf das Studio 2010 ( MFC 10 ) setzen wir nun auch das MFC FeaturePack ein und haben in diesem Zug die Programmoberfläche überarbeitet.
Auf einem Windows XP Rechner ist nun zum ersten Mal aufgefallen, dass sich nur noch 4 Instanzen der Anwendung (mit der neuen Oberfläche) starten lassen. Es lässt sich daraufhin auch kein anderer Prozess mehr ausführen ( Win Explorer, Taskmanager, etc. bleiben
alle geschlossen ).
Im Taskmanager scheint die CPU- und Arbeitsspeicherauslastung normal zu sein.
Das gleiche Problem lässt sich ohne der neuen Oberfläche auf dem selben Rechner ab ca. 10 Instanzen nachstellen.
Ich habe dies dann nochmal auf verschiedenen anderen Rechnern getestet:
Auf einem virtualisiertem XP Rechner tritt das Problem mit 7 Instanzen ( neue Oberfläche ) bzw. 15 Instanzen ( alte Oberfläche ) auf.
Ein Windows 7 ( Hardware Konfiguration ist bis auf die Grafikkarte zu meinem Identisch ) kann maximal 4 Instanzen mit der neuen Oberfläche und maximal 10 Instanzen mit der alten Oberfläche starten.
Einen Test auf meinem Entwicklungsrechner habe ich nach 17 geöffneten Instanzen des Programms mit der neuen Oberfläche abgebrochen, da bis zu diesem Zeitpunkt der Fehler nicht aufgetreten ist.
Wenn sich keine neue Instanz mehr öffnen lässt, dann wird bei jedem Versuch ein Eintrag in das Ereignisprotokoll von Windows geschrieben:
Section: System
Quelle: Application Popup
Kategorie: Keine
Typ: Information
Ereignis Kennung: 26
Beschreibung:
"Anwendungspopup: Anwendung.exe - Fehler in Anwendung: Die Anwendung konnte nicht richtig initialisiert werden (0xc0000142). Klicken Sie auf 'OK' um die Anwendung zu beenden.
... "
In diesem Zusammenhang habe ich Fehlerbeschreibungen im Internet gefunden, die mit dem Schreiben von Daten auf ein UNC Laufwerk zusammenhängen - Für meinen Test habe ich sichergestellt, dass kein Zugriff auf das Netzwerk stattfindet. Die Recherche hierzu
hat nicht weiteres ergeben.
Als nächstes wollte ich die Codestelle eingrenzen die zum Absturz führt. Hierfür habe ich auf dem virtuellen XP Rechner 6 Instanzen eines Debug-Builds gestartet, die zu Beginn der AfxWinMain-Funktion einen Assert ausgegeben haben. Die Idee war mittels Remote-Debugger
mich in den Prozess einzuklinken und Schrittweiße die Ausführung fortzusetzen, bis die Anwendung schließlich abstürzt. Die 7 Instanz, die ich starten wollte hat nicht nur das Remotedebugging lahm gelegt, sondern nicht einmal den eingebauten Assert ausgegeben.
int AFXAPI AfxWinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,
__in LPTSTR lpCmdLine, int nCmdShow)
Ich persönlich habe hier gerade eine Grenze erreicht, bei der ich nicht mehr weiter weiß. Vermutlich lastet meine Anwendung den Rechner auf irgend eine Art so dermaßen aus, dass das Betriebssystem keinen neuen Prozess mehr starten kann. Nur woran kann ich
feststellen, welche Grenze hier überschritten wurde ( Evtl. maximale Anzahl an GDI Objekten? oder ähnliches? ) ?
Mittels "Process Explorer" habe ich mir die angezeigten Infos der Anwendung angesehen - nur konnte ich hier nichts auffälliges erkennen.
Ich wäre wirklich über jeden Denkanstoß dankbar!
Es lässt sich nur eine begrenzte Anzahl von Instanzen meiner Anwendung starten.
Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „Entwickler helfen Entwickler“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.
