C/C++ Forum :: Critical Section vs. Mutex Object vs. Interlocked Access

FrEEzE2046 Mitglied 15:42:32 01.08.2010 Titel:

Man sollte dazu sagen, dass ich heute seit Freitag krank bin. Anders kann ich mir diesen lächerlichen Fehler auch nicht erklären. In Zeile 47 muss es natürlich so aussehen:

C/C++ Code:
HANDLE hEvent = *static_cast<HANDLE*>(param);

C/C++ Code:
HANDLE hEvent = *static_cast<HANDLE*>(param);

C/C++ Code:
HANDLE hEvent = *static_cast<HANDLE*>(param);

Jetzt funktioniert das auch.

FrEEzE2046 Mitglied 20:17:36 11.08.2010 Titel:

Ich hole diesen Thread nochmal vor. Wie kann ich denn eine Variable auf die gleichzeitig geschrieben werden könnte sicher lesen?

Ich nutze in meinem Code generell die Interlocked-Funktionen wenn möglich. Ich könnte natürlich mit InterlockedAnd oder InterlockedCompareExchange operieren, die mir jeweils den "alten" Wert zurückliefern, allerdings möchte ich weder austauschen noch konjugieren.

Kennt jemand eine andere Möglichkeit?

hustbaer Mitglied 20:50:18 11.08.2010 Titel:

InterlockedCompareExchange(&v, 0, 0) geht schön, bzw. natürlich auch allgemein InterlockedCompareExchange(&v, X, X)

Mit MSVC (ab Version 8 aka 2005) + x86 reicht allerdings einfach ein Lesezugriff auf eine volatile Variable.

Bzw. glaube ich sogar ein normaler Lesezugriff wenn man ihn mit zwei _ReadWriteBarrier() Aufrufen einklammert.

EDIT:

MSDN schrieb:

Microsoft Specific

Objects declared as volatile are not used in certain optimizations because their values can change at any time. The system always reads the current value of a volatile object at the point it is requested, even if a previous instruction asked for a value from the same object. Also, the value of the object is written immediately on assignment.

Also, when optimizing, the compiler must maintain ordering among references to volatile objects as well as references to other global objects. In particular,

A write to a volatile object (volatile write) has Release semantics; a reference to a global or static object that occurs before a write to a volatile object in the instruction sequence will occur before that volatile write in the compiled binary.

A read of a volatile object (volatile read) has Acquire semantics; a reference to a global or static object that occurs after a read of volatile memory in the instruction sequence will occur after that volatile read in the compiled binary.

This allows volatile objects to be used for memory locks and releases in multithreaded applications.

Note

Although the processor will not reorder un-cacheable memory accesses, un-cacheable variables must be volatile to guarantee that the compiler will not change memory order.

End Microsoft Specific

Unregistrierter

Ich begreif's nicht.

Unregistrierter

Ich schon lang nicht mehr ...

Andreas XXL Mitglied 20:56:32 12.08.2010 Titel:

Ich schlage diesen Beitrag für die FAQ vor!

(Wird zwar nicht so häufig gefragt, sind aber recht vernünftige Beiträge)

xor Mitglied 23:53:37 12.08.2010 Titel:

Falls es um Geschwindigkeit geht, möchte ich noch die intrinsics des MSVC einbringen. So laufen die Operationen nicht als WinAPI Aufruf, sonder werden direkt als atomare CPU-Anweisung in den Code eingefügt. Und dass geht dann noch schneller als über die API.
Hab mir dafür mittels Makros die Funktionen umdefiniert ... hier ein Auszug:

C/C++ Code:
1 2 3 4 5 6 7 8 9	1 2 3 4 5 6 7 8 9	#include "windows.h" #if defined(CPP_MSVC05) && !defined(WINCE) # include "intrin.h" # define InterlockedExchange _InterlockedExchange # define InterlockedCompareExchange _InterlockedCompareExchange # define InterlockedIncrement _InterlockedIncrement # define InterlockedDecrement _InterlockedDecrement #endif

C/C++ Code:
1 2 3 4 5 6 7 8 9	#include "windows.h" #if defined(CPP_MSVC05) && !defined(WINCE) # include "intrin.h" # define InterlockedExchange _InterlockedExchange # define InterlockedCompareExchange _InterlockedCompareExchange # define InterlockedIncrement _InterlockedIncrement # define InterlockedDecrement _InterlockedDecrement #endif

C/C++ Code:
1 2 3 4 5 6 7 8 9	#include "windows.h" #if defined(CPP_MSVC05) && !defined(WINCE) # include "intrin.h" # define InterlockedExchange _InterlockedExchange # define InterlockedCompareExchange _InterlockedCompareExchange # define InterlockedIncrement _InterlockedIncrement # define InterlockedDecrement _InterlockedDecrement #endif

lg XOR

hustbaer Mitglied 02:46:53 13.08.2010 Titel:

defined(CPP_MSVC05) - huch? :confused:

ich mach immer defined(_MSC_VER) && (_MSC_VER >= ...)