Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

19 {
6.3 OpenSSL-Basisfunktionalität 349
20 /* Typumwandlung von pthread_t nach unsigned long */
21 return( (unsigned long)pthread_self() );
22 }
23
24 void openssl_mutex_lock( int mode, int n, const char *file,
25 int line )
26 {
27 if( mode & CRYPTO_LOCK ) /* Lock oder Unlock? */
28 pthread_mutex_lock( &openssl_mutex[n] );
29 else
30 pthread_mutex_unlock( &openssl_mutex[n] );
31 }
15–16
18–22
24–31
Anschließend vereinbaren wir mit openssl_mutex einen Zeiger auf ein Feld
von Mutex-Variablen, welches wir später anlegen und initialisieren werden.
Das Feld dient dem mit CRYPTO_set_locking_callback() gesetzten statischen
Mutex-Callback als Mutex-Vorrat“.
”
Die Funktion openssl_thread_id() liefert die von OpenSSL zur Identifikation
bzw. Unterscheidung der einzelnen Threads benötigte Thread-ID als
unsigned long. DerRückgabewert entsteht durch eine Typumwandlung der
von pthread_self() gelieferten opaquen Thread-ID pthread_t in eine vorzeichnlose
lange Ganzzahl. 23
Mit Hilfe der openssl_mutex_lock()-Funktion kann der n-te Mutex des statisch
vereinbarten Mutex-Felds gesperrt oder freigegeben werden. Ist in mode
das CRYPTO_LOCK-Flag gesetzt, so wird der Mutex gesperrt, andernfalls wird
er wieder freigegeben.
Beispiel 6.3. openssl-thread-init.c, Teil 2
33 struct CRYPTO_dynlock_value *openssl_dl_create(
34 const char *file, int line )
35 {
36 int st;
37 struct CRYPTO_dynlock_value *dl;
38
23 Die hier gezeigte Typumwandlung ist eigentlich nicht ganz ”
sauber“, denn der
POSIX-Standard trifft keine Aussage über den Aufbau der opaquen Datenstruktur
pthread_t. Insofern ist leider nicht zu 100% sichergestellt, daß die vorgenommene
Umwandlung tatsächlich eine eindeutige Identifikation des Threads durch
den von openssl_thread_id() zurückgelieferten Wert erlaubt. Andererseits funktioniert
das Verfahren für alle gängigen Unix-Systeme und so ist die hier vorgestellte
Implementierung auch die in der Literatur geläufige Umsetzung für diese
Callback-Funktion.