Suchergebnisse

Ich bin das ganz anders gewohnt. Selbst wenn con eine geöffnete Verbindung ist, er öffnet ja gar keine Verbindung in Zeile 4. Normalerweise würde ExecuteReader meckern, dass eben die Verbindung zuvor nicht geöffnet wurde. Aber das wäre schnell getestet. Einfach ein cmdreadchat.Connection.Close vor den Execute. Ich würde Commands auch immer eine eigene Connection mitgeben, also keine Klassenvariable con, sondern eher eine Klassenvariable cmdreadchat, denn man muss doch gerade bei einem Chat mehrm…

Wo ist con definiert und was passiert mit con.

Und das ist alles was mit con passiert? Dann sollte es keine Fehler geben. Ich vermute die verwendest du noch wo anders. Berücksichtige nochmal den letzten Absatz aus Post 4. Z.B. so (Public con und ConnectDatabase rausgeschmissen): VB.NET-Quellcode (24 Zeilen)(wobei man das Fehler-Handling nochmal überdenken kann, Programmneustart ist sicher nicht erforderlich, ein Aufruf cmdReadchat.Connection.Open reicht, wenn man das Verbindungsproblem denn behoben kriegt...). Das Öffnen verschiebe ich auch …