Discussion :

[khazna]

Bonjour,

Je suis en train de peaufiner un crypteur par courbe elliptique en mettant dans celui-ci un ... crackeur . C'est un crackage par force brute (de toute fa�on on peut pas faire mieux ). Pour am�liorer la vitesse de crackage j'ai eu l'id�e d'utiliser plusieurs threads ce qui distribue les calculs sur les coeurs du processeur (autant que �a tourne � 100%).

Le probl�me, c'est que �a plante: un bel segmentation fault dans les r�gles de l'art du crash.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
 
template<typename T>
class InfoPackage
{
    public:
 
        InfoPackage(){}
        InfoPackage(Cracker<T>* cracker, User<T>* user, User<T>* connectedUser, int offset, int iterateBy):
         m_cracker(cracker),
         m_user(user),
         m_connectedUser(connectedUser),
         m_offset(offset),
         m_iterateBy(iterateBy)
        {}
 
        Cracker<T>* m_cracker;
        User<T>* m_user;
        User<T>* m_connectedUser;
        int m_offset;
        int m_iterateBy;
};
 
template<typename T>
void* CrackKey(void* infos)
{
    InfoPackage<T> informations = *(static_cast<InfoPackage<T>*>(infos));
    Cracker<T>* cracker = informations.m_cracker;
    std::pair<T,T> point = cracker->m_connections[informations.m_user].m_refPoint;
    std::pair<T,T> researchedPoint = informations.m_user->GetComputedPoint(informations.m_connectedUser);
    EllipticCurve<T> curve = cracker->m_connections[informations.m_user].m_curve;
 
    for(long long i = informations.m_offset;; i+= informations.m_iterateBy)
    {
        cracker->m_mutex.Lock();
        if(cracker->keyA != 0)
        {
            cracker->m_mutex.UnLock();
            break;
        }
 
        if(curve.QuickExponentiation(i, point) == researchedPoint)
        {
            cracker->keyA = i;
            break;
            cracker->m_mutex.UnLock();
            return (void*)0;
        }
    }
}

Ce n'est pas du aux boucles mais aux op�rations pr�c�dentes.

Voila, si vous pouviez m'aider.
Merci.

[Luther13]

Aller ,
Je vais m'engager sur ce post qui me semble de haute vol�e.

InfoPackage<T> devrait avoir un constructeur par recopie � cause de
l'initialisation faite dans le bout de code contenant le static_cast.
Le static_cast, lorsqu'il ne g�n�re pas d'exception, ne renvoi pas de pointeur NULL.

[khazna]

Je ne comprends pas la n�cessit� d'un constructeur de copie, car je dois conserver un pointeur sur le "Cracker" et les "User" surveill�s. Si vous pouviez me donner des explications (et qu'est-ce qu'il doit faire ce constructeur).

ps: Arf, c'est pas pour moi, mais pour mon grand fr�re que je fais �a


second EDIT: apr�s avoir chang� le cast dans un autre bout de code (celui g�rant les threads win) d'un dynamic_cast vers un static_cast, �a ne plante plus avec le constructeur de copie.

ps ps : C'est normal que mon processeur (un double core) ne fonctionne qu'� 50% et que seulement deux threads soient d�tect�s par win?

[Luther13]

Je ne comprends pas la n�cessit� d'un constructeur de copie, car je dois conserver un pointeur sur le "Cracker" et les "User" surveill�s. Si vous pouviez me donner des explications (et qu'est-ce qu'il doit faire ce constructeur).

Ce constructeur permettra de s'assurer que les donn�es, en particulier les ponsteurs, sont bien copi�. La menace ici est d'�viter que les membres

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
Cracker<T>* m_cracker;
User<T>* m_user;

pointent sur un zone de infos qui n'est peut-�tre pas disponible.

second EDIT: apr�s avoir chang� le cast dans un autre bout de code (celui g�rant les threads win) d'un dynamic_cast vers un static_cast, �a ne plante plus avec le constructeur de copie.

Bizzard, le dynamic_cast est pourtant plus s�r que le static_cast.

[M�dinoc]

Il est possible qu'en fait, �a fasse un comportement pire que le plantage, si le "plantage" �tait une exception lev�e par dynamic_cast<> ou un d�r�f�rencement de pointeur nul...