Hallo,

wir kämpfen zur Zeit mit sehr sehr schwierigen Problemen bei unseren VB6
Programmen.

Schon bei drei verschiedenen Windows 2003 Servern bei drei verschiedenen
Kunden kamen in unregelmäßigen abständen folgende Fehlermeldungen.
Diese kamen auch in einer wirkürlichen reihenfolge.

- System Error &H80070578 (-2147023496). Ungültiges Fensterhandle
- Klasse ist bereits vorhanden (Leider hab ich hier die nummer nicht
aufgeschrieben)

Ab diesen Zeitpunkt wo die erste Fehlermeldung kommt, kann keine VB6
Programm von uns mehr geöffnet werden. Immer wieder steigen sie mit der
gleichen Fehlermeldung aus.

Unser Vermutung war natürlich das es an unserer Programmierung lag. Doch
nachdem ich spasseshalber einfach eine Normale Exe mit einen einzigen
Button, bei dem auf dem Klick eine Messagebox kommt, erstellt habe, lief
auch diese nicht.

Das gleich verfahren hab ich dann auch mit VB.NET gemacht. Also nochmal ein
neue Projekt und wieder nur eine Form mit einen einzigen Button der beim
aktivieren eine Messagebox zeigen soll. Und siehe da. Dort ging es!

Damit ist es klar das definitiv irgendetwas mit VB6 zu tun haben muss!

Zur Info:

Entwicklungsumgebung: Visual Studio 6 SP6
OS: Windows 2000 SP 4

Auf allen drei Windows 2003 Servern waren immer die aktuellsten Updates
drauf.
Was auch sehr komisch ist, das diese Meldungen erst seit ca. 3 Monaten
aufkommen.

Wir sind mit unseren Latein am ende! Ich hoff es gibt irgendjemand auf
dieser Welt der auch solche Probleme hat.
Für jeder Art von Vorschlägen und Lösunghilfen wäre ich euch sehr dankbar!

Gruß
Orazio

Hallo Orazio,

> wir kämpfen zur Zeit mit sehr sehr schwierigen Problemen bei unseren
> VB6
> Programmen.
>
> Schon bei drei verschiedenen Windows 2003 Servern bei drei
> verschiedenen
> Kunden kamen in unregelmäßigen abständen folgende Fehlermeldungen.
> Diese kamen auch in einer wirkürlichen reihenfolge.
>
> - System Error &H80070578 (-2147023496). Ungültiges Fensterhandle
> - Klasse ist bereits vorhanden (Leider hab ich hier die nummer
> nicht
> aufgeschrieben)

Ist mir bisher noch nicht untergekommen...

Die Reihenfolge ist aber weniger interessant. Die Nummer eines
Fensterhandles sagt auch nichts aus - interessanter wäre der Name der
angeblich bereits vorhandenen Klasse.

Und habt ihr bereits ermittelt, in welchem Programmkontext die Fehler
auftreten?

> Ab diesen Zeitpunkt wo die erste Fehlermeldung kommt, kann keine VB6
> Programm von uns mehr geöffnet werden. Immer wieder steigen sie mit
> der
> gleichen Fehlermeldung aus.
>
> Unser Vermutung war natürlich das es an unserer Programmierung lag.
> Doch
> nachdem ich spasseshalber einfach eine Normale Exe mit einen
> einzigen
> Button, bei dem auf dem Klick eine Messagebox kommt, erstellt habe,
> lief
> auch diese nicht.

Hast Du das ohne Neustart auf der gleichen Maschine getestet? Oder
tritt das Phänomen mit einer solchen simplen VB-Anwendung auch auf
einer frisch gestarteten Maschine auf?

> Das gleich verfahren hab ich dann auch mit VB.NET gemacht. Also
> nochmal ein
> neue Projekt und wieder nur eine Form mit einen einzigen Button der
> beim
> aktivieren eine Messagebox zeigen soll. Und siehe da. Dort ging es!

VB6 und VB.NET haben *nichts* miteinander zu tun - keine gemeinsamen
Bibliotheken, Speicherbereiche oder was auch immer, definitiv
*nichts*.

> Damit ist es klar das definitiv irgendetwas mit VB6 zu tun haben
> muss!

In Bezug auf VB.NET: Exakt richtig.

In Bezug auf VB6: Es kann eventuell mit einer anderen Anwendung, die
in VB6 erstellt worden ist oder die mit VB6 erstellte Komponenten
nutzt, zu tun haben. Eure Anwendung braucht zunächst nicht mal
unbedingt der Missetäter bzw. Verursacher zu sein.

> Zur Info:
>
> Entwicklungsumgebung: Visual Studio 6 SP6
> OS: Windows 2000 SP 4
>
> Auf allen drei Windows 2003 Servern waren immer die aktuellsten
> Updates
> drauf.

Ja, was denn nun? Tritt das Problem bei Windows 2000 SP4 oder bei
Windows 2003 auf??

> Was auch sehr komisch ist, das diese Meldungen erst seit ca. 3
> Monaten
> aufkommen.

Was an Infos fehlt:

Was macht das Programm so ungefähr?

Werden Biblitoheken/Konponenten/Controls von Drittherstellern
verwendet? Sind diese auf aktuellem Update-Stand, passend zum
OS-Stand?


Viele Grüße

Harald M. Genauck

ABOUT Visual Basic http://www.aboutvb.de (Herausgeber)
"visual studio one" - http://www.visualstudio1.de (Chefredakteur)

Hallo Harald,

erstmals danke für deine Antwort.
Zu deinen Punkten:

> Ist mir bisher noch nicht untergekommen...
>
> Die Reihenfolge ist aber weniger interessant. Die Nummer eines
> Fensterhandles sagt auch nichts aus - interessanter wäre der Name der
> angeblich bereits vorhandenen Klasse.
>
> Und habt ihr bereits ermittelt, in welchem Programmkontext die Fehler
> auftreten?

Es wird kein name einer Klasse angezeigt. Hierbei handelt es sich wirklich
nur um eine Windowsfehlermeldung.
Die Meldung lautet nach der Fehlerliste im Internet wie folgt:

0x 00582 Klasse ist bereits vorhanden

Aber ehrlich gesagt kommt diese auch gar nicht so oft vor bzw. bei einem
zweiten Tool von uns gar nicht.
Es kommt ehr die Meldung mit dem "Ungültigen Fensterhandle".

Die Meldung mit dem "Ungültigen Fensterhandle" kommt praktisch schon vor der
ersten Codezeile.

> Hast Du das ohne Neustart auf der gleichen Maschine getestet? Oder
> tritt das Phänomen mit einer solchen simplen VB-Anwendung auch auf
> einer frisch gestarteten Maschine auf?

Die zweit simplen Test wurden ohne neustart gemacht. Nach dem Neustart läuft
wieder alles einwandfrei. Für ca. 1 Tag.
Ich vermute irgendwie das es was mit der Speicherverwaltung von VB6
Programmen zu tun haben muss. Ich muss dazu sagen
das unsere Tools in einem Batch mit eingebunden sind, die jede 2 Minuten
gestartet werden. Kann es vielleicht sein das unsere Programme
nach dem Beenden die Speicher nicht mehr freigeben? Oder sowas in der
Richtung?!
Mittlerweile sind wir sogar schon soweit das wir unserer Kunden dazu
auffordern Ihre Server nachts immer neu zu starten! Ein
dauerhafter Zustand darf das aber nicht bleiben.

> In Bezug auf VB6: Es kann eventuell mit einer anderen Anwendung, die
> in VB6 erstellt worden ist oder die mit VB6 erstellte Komponenten
> nutzt, zu tun haben. Eure Anwendung braucht zunächst nicht mal
> unbedingt der Missetäter bzw. Verursacher zu sein.

Nach unseren Test liegt die Vermutung sehr nahe das es an unseren Programmen
liegt. Komisch nur das auf dem gleichen System es 2 Monate vorher
immer lief. Eine andere Vermutung war von uns auch irgend ein Update seites
Microsoft! Kann das sein?

> Ja, was denn nun? Tritt das Problem bei Windows 2000 SP4 oder bei
> Windows 2003 auf??

Die Probleme treten im moment nur bei den Windows 2003 Server auf. Ich hab
nur meine Entwicklungsmaschine noch dazu geschrieben. Ich entwickle
praktisch unter Windows 2000 SP4.

> Was macht das Programm so ungefähr?
>
> Werden Biblitoheken/Konponenten/Controls von Drittherstellern
> verwendet? Sind diese auf aktuellem Update-Stand, passend zum
> OS-Stand?

Das erste Programm verknüpft verschiedene Datensätze aus einem SQL Server
Datenbank zu einem und erstellt daraus einen Exportdatei zum Importieren in
eine Archivsystem.

Das zweite Tool überprüft spezielle Importdateien aus verschiedene systemen
(ERP usw...) um die Daten innerhalb der Datei in das dementsprechende Archiv
zu importieren. Also ziemlich viel Filehandling.

Die Importdateien befinden sich im ganz normalen Ascii format.

Es wird innerhalb des ersten Programms mindestens das Grid von einem
Dritthersteller verwendet. Leider wird dieses Grid aber nicht bei dem
zweiten Tool verwendet. Zudem hatten wir noch Controls eins Dritthersteller
in den Tool. Da lag auch zuerst unsere Vermutung. Aber auch das half nichts!

Ich hoff du kannst mit den jetzigen Infos mehr anfangen.

gruß
Orazio


"Harald M. Genauck" <hmg.ng.entfernen> schrieb im Newsbeitrag
news:4972
[..]