- Akku Tests und Balkonkraftwerk Speicher         
Ergebnis 1 bis 10 von 11

Thema: Benutzung und Auswertung von void **retval in pthread_join()

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    HaWe
    Gast

    Benutzung und Auswertung von void **retval in pthread_join()

    hallo,
    meine Frage zu
    " Benutzung und Auswertung von void **retval "
    ist zwar generell zu C, bezieht sich aber auf ein konkretes Problem bei der Raspi-Programmierung, daher stelle ich sie hier.

    Gebraucht werden in einem Programm mehrere pthreads, die folgendermaßen verwaltet werden:

    Code:
    long f;
    pthread_t   threadID0, threadID1, threadID2;
    
    
    int main() {	   
        void **retval0 = NULL, **retval1 = NULL, **retval2 = NULL;
        
        printf("enter order: ");
        scanf("%ld", &f);  
        
        pthread_create( &threadID0, 0, threadW0, 0 ); 
        pthread_create( &threadID1, 0, threadf1, 0 ); 
        pthread_create( &threadID2, 0, threadf2, 0 ); 
        
             
        pthread_join( threadID0,  retval0 );
        pthread_join( threadID1,  retval1 );
        pthread_join( threadID2,  retval2 );
    
        printf("\nprogram end  \n");
        return 0;
    }
    ich möchte nun die Rückgabewerte (retval) von pthread_join auswerten, um festzustellen, ob die pthreads sich selber beendet haben (per eigener Abbruchbedingung) oder ob einer der pthreads per
    pthread_cancel
    von einem anderen thread aus "zwangsweise" beendet wurde.

    wie frage ich aber die Werte von retval ab? Es sind ja keine Integerwerte, die man z.B. auf 0 oder 3 testen kann, sondern void** (ich lese das als einen Pointer auf die Adresse einer typenlosen Variablen)
    - wie händelt man das?

  2. #2
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    20.08.2008
    Ort
    Karlsruhe
    Alter
    36
    Beiträge
    1.225
    Du kannst es auch etwas anders betrachten, hier nochmal die Signatur von pthread_create:
    Code:
    int pthread_create(pthread_t *thread, const pthread_attr_t *attr,
                              void *(*start_routine) (void *), void *arg);
    Oder etwas umformuliert:
    Code:
    int pthread_create(pthread_t *thread, const pthread_attr_t *attr,
                              out_t *(*start_routine) (in_t *), in_t *arg);
    start_routine ist also eine Funktion, die einen Pointer auf etwas (in_t) bekommt, und später einen Pointer auf etwas anderes (out_t) zurück gibt. Wie verhält sich pthread_join dazu? Nun, in der obigen Darstellung würde pthread_join so aussehen:
    Code:
    int pthread_join(pthread_t thread, out_t **retval);
    Du hast also irgendwo einen Pointer A, der später auf das Ergebnis zeigen soll. Und übergibst einen Pointer auf diesen Pointer A, damit pthread_join den Wert von Pointer A entsprechend setzt.

    Randnotiz: Du kannst den Rückgabewert nicht ohne vorherige Überprüfung nutzen, näheres dazu verrät die Doku

    Grüße,
    Markus
    Tiny ASURO Library: Thread und sf.net Seite

  3. #3
    HaWe
    Gast
    ok, danke -
    die man page pthread_join(3) kenne ich, aber schlauer war ich daraus auch nicht geworden. Dort heißt es ja gerade
    If retval is not NULL, then pthread_join() copies the exit status of the target thread (i.e., the value that the target thread supplied to pthread_exit(3)) into the location pointed to by *retval. If the target thread was canceled, then PTHREAD_CANCELED is placed in *retval.
    Zum Einen benutze ich nun kein pthread_exit((), sondern ausschließlich pthread_cancel().
    Zum Anderen: was genau muss ich tun, um retval auswerten zu können? Ich möchte ja gerade wissen, ob irgendwo was anderes als der Nullpointer steht. Genau diese Info fehlt mir ja noch.

  4. #4
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    20.08.2008
    Ort
    Karlsruhe
    Alter
    36
    Beiträge
    1.225
    Nun, um auf den ersten Teil deiner Frage zu antworten: Die Antwort steht in dem Zitat. "if the target thread was canceled, then PTHREAD_CANCELED is placed in *retval". In dem Fall gilt also *retval == PTHREAD_CANCELED. Ansonsten hat sich der Thread regulär beendet und du kannst über retval den Rückgabewert auslesen. Wie die Doku zu pthread_exit() verrät, musst du diese Funktion übrigens nicht explizit aufrufen. Ein "return foo;" führt implizit zu einem entsprechenden Aufruf von pthread_exit().

    Grüße,
    Markus
    Tiny ASURO Library: Thread und sf.net Seite

  5. #5
    HaWe
    Gast
    das ist schon klar, aber was ist z.B. *retval bzw. PTHREAD_CANCELED für ein Datentyp? Ein Integerwert, den ich genau wie NULL als defaultwert z.B. ausdrucken könnte mit
    printf("%d", *retval);
    ?
    das funktioniert nämlich nicht.
    Auch als exit code von main() funktioniert so etwas wie

    if(*retval1 !=NULL) return 1;
    else
    return 0;

    ebenfalls nicht.
    Auch wenn ich stattdessen schreibe


    if(*retval1 ==PTHREAD_CANCELED) return 1;
    else
    return 0;

    funktioniert die Abfrage nicht, in diesen Fällen ist der exit code 139, nicht 1.

    Also wie kann ich retvals z.B. mit printf korrekt ausdrucken bevor das Programm beendet wird?

  6. #6
    shedepe
    Gast
    Ein Pointer ist auf einem 64bit System in der Regel ein uin64_t. Es sei dann man hat andere Compileroptionen angegeben.

Ähnliche Themen

  1. [ERLEDIGT] Int main(void)
    Von Tom95 im Forum Asuro
    Antworten: 4
    Letzter Beitrag: 09.06.2012, 21:33
  2. void und int
    Von 1udo1 im Forum C - Programmierung (GCC u.a.)
    Antworten: 3
    Letzter Beitrag: 06.02.2009, 15:29
  3. void-Funktion
    Von Wsk8 im Forum C - Programmierung (GCC u.a.)
    Antworten: 2
    Letzter Beitrag: 02.01.2009, 13:50
  4. USB Benutzung
    Von Killer im Forum Elektronik
    Antworten: 11
    Letzter Beitrag: 08.07.2007, 00:09
  5. Frage Benutzung ISP-Pin
    Von Picht im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 4
    Letzter Beitrag: 05.12.2006, 23:40

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

LiFePO4 Speicher Test