IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C++Builder Discussion :

CreateThread( erreur à la compilation


Sujet :

C++Builder

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Étudiant
    Inscrit en
    Septembre 2006
    Messages
    19
    Détails du profil
    Informations personnelles :
    Âge : 37

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Septembre 2006
    Messages : 19
    Par défaut CreateThread( erreur à la compilation
    dans une de mes class j'ai à lancé un thread pour effectuer du traitement sur une pile.
    déja...je sais qu'il existe le composant TThread, mais je ne désire pas l'utiliser
    a la compilation du code suivant:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
            LPDWORD dwThreadId;
            DWORD dwThrdParam ;
     
            this->hThread = CreateThread( NULL, 0,
            this->ThreadFunc,
            &dwThrdParam,
            0,
            dwThreadId);    //<- ici ligne 59
    j'obtien quelques messages très significatif :p ...

    [C++ Erreur] ftig_stack.cpp(59): E2034 Impossible de convertir 'unsigned long (__stdcall * (_closure )(void *))(void *)' en 'unsigned long (__stdcall *)(void *)'
    [C++ Erreur] ftig_stack.cpp(59): E2342 Mauvaise correspondance de type dans le paramètre 'lpStartAddress' ('unsigned long (__stdcall *)(void *)' désiré, 'void' obtenu)
    dans le code on trouve ""LPDWORD dwThreadId;"" certains noterons que dans certain tuto..et même selon msdn...c'est plutot un DWORD....et pourtant...ailleur dans la msdn on trouve LPDWORD
    ( http://msdn2.microsoft.com/en-us/library/ms682516.aspx et http://msdn2.microsoft.com/en-us/library/ms682453.aspx )

    bref..j'ai essayé avec les 2..sans réussir.
    je ne sais pas trop quoi faire pour berné mon compilo (ex. ajouté des trucs comme (void *) devant ...ca s'appel comment cette méthode.."casting" non ?)
    j'en ai essayé quelques combinaisons selon les trucs renvoyé par les messages d'erreures

  2. #2
    Membre chevronné
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    349
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 349
    Par défaut
    Pour la première erreur, je pense que tu résoudras le problème en remplaçant ta fonction membre ThreadFunc par une fonction globale.

  3. #3
    Membre averti
    Étudiant
    Inscrit en
    Septembre 2006
    Messages
    19
    Détails du profil
    Informations personnelles :
    Âge : 37

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Septembre 2006
    Messages : 19
    Par défaut
    dans ce cas, la fonction ThreadFunc n'étant plus membre...elle n'aurait plus acces au truc private...faudrais que je place tout ces trucs là en public

  4. #4
    Membre extrêmement actif

    Homme Profil pro
    Ingénieur R&D
    Inscrit en
    Juin 2003
    Messages
    4 506
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur R&D
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2003
    Messages : 4 506
    Par défaut
    De toute façon il me semble que la fonction qu'executera le thread devra être une méthode statique de ta class et donc ne pourra pas avoir accès au membre private (sauf static et encore j'ai un doute)

  5. #5
    Membre chevronné
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    349
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 349
    Par défaut
    Pas besoin de passer tes données en public: tu crées des fonctions membres qui accèdent aux données private, et tu utilises ces fonctions membres dans ta fonction externe.

  6. #6
    Membre averti
    Étudiant
    Inscrit en
    Septembre 2006
    Messages
    19
    Détails du profil
    Informations personnelles :
    Âge : 37

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Septembre 2006
    Messages : 19
    Par défaut
    j'avais les yeux tellment proche du problème que j'ai même pas pensé à ca...parceque sur les 3 trucs que j'ai mis en public..il y en a 2 que je préfaire garder private.

    mais ca me chicote encore même si ces var ne sont plus modifiable de l'extérieur.. elle reste lisible au travers d'une fonction...j'aimerais bien que ne soit pas lisible par personne d'autre que la fonction ThreadFunc.

    là je vois pas trop comment...mais sinon...le problème de compilation est résolu

    Merci à vous

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Erreur de compilation après modification du Uses
    Par DevelOpeR13 dans le forum Langage
    Réponses: 5
    Dernier message: 30/10/2007, 14h23
  2. Réponses: 2
    Dernier message: 23/09/2003, 14h32
  3. Réponses: 10
    Dernier message: 22/09/2003, 21h58
  4. Réponses: 4
    Dernier message: 27/08/2003, 21h34
  5. Réponses: 2
    Dernier message: 04/03/2003, 23h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo