ich habe mit VC++ 7 eine DLL geschmiedet, die per serieller Kommunikation Daten von einem Controller abholt. Die Host-Anwendung, die ich nicht Debuggen kann, ruft 3 Funktionen auf:

1. Create(): Kommunikationsblock (Client-Objekt) erzeugen, Serielle Verbindung herstellen
2. Communicate(): Daten über den Kommunikationsblock zyklisch schreiben/lesen
3. Destroy(): Kommunikationsblock zerstören, Kommunikation beenden

Starten und Daten holen funktioniert soweit, stoppen aber nicht:

Communicate() wird in 99% der Fälle in der Hälfte beim Stoppen durch Destroy() unterbrochen. D.h. der Block mit den Schreib/Lesedaten wird zerstört und die Verbindung zum Controller gekappt. Danach wird versucht, die andere Hälfte von Communicate() auszuführen. Deht ja nicht, da Block schon weg -> Exception() -> Hostanwendung wird sofort terminiert.

Jetzt hab ich schon probiert mit CCriticalSection() den kritischen Abschnitt innerhalbt von Communicate() zu zementieren. Leider wird die Funktion immer noch unterbrochen.

Ich bin mit meinem Latein am Ende.

Tipps

MfG F98.

CCriticalSection m_lock;

void Communicate()
{
  m_lock.Lock();
  ... // gesicherter Bereich
  m_lock.Unlock();
}

void Destroy()
{
  m_lock.Lock();
  ... // Aufräumarbeiten
  m_lock.Unlock();
}

(Auf die Weise warten beide Funktionen, bis der jeweilige Partner fertig ist mit Arbeiten, bevor sie sich um ihren Kram kümmern können)

Wie aus heiterem Himmel funktioniert das Locken nicht mehr korrekt. Ich habe die CCriticalSection genauso wie folgt verwendet:

CCriticalSection m_lock;

void Communicate()
{
  m_lock.Lock();

  ... // gesicherter Bereich

  m_lock.Unlock();
}

void Destroy()
{
  m_lock.Lock(); // Absturz

  ... // Aufräumarbeiten

  m_lock.Unlock();
}

Jetzt ist es aber so, dass wenn ich Destroy() aufrufe und m_lock.Lock(); aufgerufen wird es zum Absturz kommt. m_lock scheint also nicht mehr vorhanden zu sein, obwohl es statisch erzeugt wurde und die DLL noch nicht entladen worden ist.

"Absturz" ist ein ziemlich weitreichender Begriff - wie genau äußert sich "kommt es zum Absturz"? (ASSERT? Zugriffsverletzung? wasweiß ich?)

Und du solltest das Programm mal durch den Debugger jagen, um einen genaueren Überblick über die Abläufe zu bekommen.

Eine Ausnahme (erste Chance) bei 0x00234a86 in warwin.exe: 0xC0000005: Zugriffsverletzung-Leseposition 0x0000000c.

ausgegeben, und zwar solange, bis

Eine Ausnahme (erste Chance) bei 0x778acbb8 in warwin.exe: 0xC00000FD: Stack overflow.

kommt. Und dann geht der Debugger in die Disassembly und das war's dann.

Die Sache sieht so aus: Communicate() läuft vollständig durch und springt mit return raus.

Nach dem Unlock hoff ich doch?

Was ist mit meinem obigen Vorschlag?

F98 schrieb:

Die Sache sieht so aus: Communicate() läuft vollständig durch und springt mit return raus.

Nach dem Unlock hoff ich doch?

Selbstverfreilich.

Wie geht das mit dem Event Handle? Hab ich, glaube ich, noch nie programmiert sowas.

sind da wohl die passenden Funktionen die es sich mal zu gemüte zu führen lohnt (o: