has entry point ouside the code

Version imprimable

Voir 40 message(s) de cette discussion en une page

16/07/2020, 07h46
n5Rzn1D9dC

has entry point ouside the code

Bonjour,

Je commence à coder en c++, avant je codais en asm.
Et j'ai un problème en utilisant mon debugger, Immunity debugger.
Ca me dit:
"Module 'ConsoleA' has entry point ouside the code (as specified in the PE header).
Maybe this file is self-extracting or self-modifying. Please keep it in mind when setting breakpoints!"

Je compile avec Visual studio 2019.

Y-a t-il une solution pour pouvoir debugger un programme compilé avec Visual studio 2019 ?

Merci.
17/07/2020, 14h27
Médinoc

Es-tu sûr que c'est un projet pour un programme en C++ "natif", et non un projet pour le Framework .Net ou Universal Windows Platform?
18/07/2020, 11h08
n5Rzn1D9dC

Oui, en faite j'ai cliqué sur "nouveau projet" puis "application console" et ensuite "c++".
19/07/2020, 11h18
n5Rzn1D9dC

Personne pour m'aider ? Qu'est-ce que je fais de mal ?
21/07/2020, 17h18
Médinoc

C'est peut-être qu'on n'a simplement pas la réponse.
Je n'ai j'amais utilisé Immunity Debugger, moi. Et j'ignore quelle édition de Visual Studio tu as, et comme je ne connais pas Visual Studio 2019, je ne sais même pas si ça a vraiment une influence, j'ignore quelles options d'installation tu as choisies, etc.
22/07/2020, 09h32
n5Rzn1D9dC

J'ai installé Visual studio 2019, et la partie c++ uniquement, pas le reste.
Et-ce que quelqu'un qui a Visual studio 2019 pourrait me dire si ça lui fait pareil ou pas ?
Et je viens de voir qu'il y a un onglet debogage dans les options de Visual studio. Peut être que le problème vient d'une option qui devrait être ou ne devrait pas être activé. Perso j'y pige que dal donc je préfère ne pas y toucher sans savoir.
22/07/2020, 12h07
droggo

Bonjour,

Désolé, mais ma boule de cristal est en grève !

Sans blague, on teste quoi pour savoir si ça fait pareil que quoi ? :mouarf:
22/07/2020, 15h39
n5Rzn1D9dC

Est-ce que vous arrivez à debugger un programme compilé en c++ avec Visual studio 2019 ? C'est simple comme question, non ?
22/07/2020, 15h57
LittleWhite

Bonjour,

Oui, j'ai aucun souci, que ce soit avec Visual Studio 2008, 2012, 2015, 2017 et 2019.
22/07/2020, 16h03
koala01
Salut,

Citation:

Envoyé par n5Rzn1D9dC

Est-ce que vous arrivez à debugger un programme compilé en c++ avec Visual studio 2019 ? C'est simple comme question, non ?

Oui, bien sur!

Mais, pour y arriver, nous avons quelques avantages par rapport à la situation présente:
1. on sait quel type d'installation a été effectuée pour visual studio (ou, à défaut, on peut toujours la vérifier)
2. on dispose du code de l'application qui doit être débugguée
3. on sait -- a priori -- le type d'application que nous avons créé avec visual studio
4. on sait -- a priori -- ce que l'application est sensée faire
Dans le cas présent, nous avons un message qui visiblement pose problème, mais, comme nous ne disposons d'aucun de ces éléments, il devient particulièrement difficile de t'aider ;)

Au cas où l"on ne te l'aurais jamais dit:

La règle d'or sur un forum informatique est "de nous aider à t'aider", car nous ne savons rien de ce que tu as pu faire (ou ne pas faire) ni de tes intensions au moment où tu l'as fait.

Pour ce faire, l'idéal est -- au minimum -- de nous fournir
- un code minimum compilable qui puisse reproduire le problème
- les options utilisées pour la compilation
- l'ensemble des messages d'avertissement et d'erreur que tu obtiens
A défaut de pouvoir être à coté de toi lorsque tu tente ta compilation / ton débuggage, cela devrait ( ** normalement ** ) nous permettre de nous faire une idée plus précise de "ce qui cloche"; le tout en gardant en tête le fait que, avec un peu de (mal)chance, les informations fournies risquent d'avoir un résultat tout à fait correct chez nous ;)

1 - Comme je l'ai déjà dit, installation par défaut pour du c++. Aucun autre type de langage n'a été installé.
2 - Voilà le code:

Code:

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
50
51
52
53
54
55
56
57
58
59
60
61
 
#include <winsock2.h>
#include <ws2tcpip.h>
#include <stdio.h>
 
// link with ws2_32.lib
#pragma comment(lib, "Ws2_32.lib")
 
int __cdecl main(int argc, char** argv)
{
 
    //-----------------------------------------
    // Declare and initialize variables
    WSADATA wsaData = { 0 };
    int iResult = 0;
 
    DWORD dwRetval;
 
    struct sockaddr_in saGNI;
    char hostname[NI_MAXHOST];
    char servInfo[NI_MAXSERV];
    u_short port = 27015;
    struct sockaddr_in ip4addr;
 
    // Validate the parameters
    if (argc != 2) {
        printf("usage: %s IPv4 address\n", argv[0]);
        printf("  to return hostname\n");
        printf("       %s 127.0.0.1\n", argv[0]);
        return 1;
    }
    // Initialize Winsock
    iResult = WSAStartup(MAKEWORD(2, 2), &wsaData);
    if (iResult != 0) {
        printf("WSAStartup failed: %d\n", iResult);
        return 1;
    }
    //-----------------------------------------
    // Set up sockaddr_in structure which is passed
    // to the getnameinfo function
    ip4addr.sin_family = AF_INET;
    ip4addr.sin_port = htons(3490);
    inet_pton(AF_INET, "127.0.0.1", &ip4addr.sin_addr);
 
 
    //-----------------------------------------
    // Call getnameinfo
    dwRetval = getnameinfo((struct sockaddr*)&saGNI,
        sizeof(struct sockaddr),
        hostname,
        NI_MAXHOST, servInfo, NI_MAXSERV, NI_NUMERICSERV);
 
    if (dwRetval != 0) {
        printf("getnameinfo failed with error # %ld\n", WSAGetLastError());
        return 1;
    }
    else {
        printf("getnameinfo returned hostname = %s\n", hostname);
        return 0;
    }
}

23/07/2020, 17h59
Bousk

- ce code est du C et non du C++
- ce code compile et se lance parfaitement dans un projet VS2019 tout neuf, du moment que c'est au moins une console application
23/07/2020, 20h08
n5Rzn1D9dC

Citation:

Envoyé par Bousk

- ce code est du C et non du C++

Ok, c'est un code que j'ai récupéré sur le net, juste pour tester getnameinfo

Citation:

Envoyé par Bousk

- ce code compile et se lance parfaitement dans un projet VS2019 tout neuf, du moment que c'est au moins une console application

Oui mais est-ce qu'il se debug ? (avec n'importe quel debugger)
23/07/2020, 20h20
foetus

Essaye de supprimer __cdecl : peut être que cela ne va rien changer, mais cette "calling convention" pour le main est assez bizarre :weird:
23/07/2020, 22h07
koala01
Citation:

Envoyé par foetus

Essaye de supprimer __cdecl : peut être que cela ne va rien changer, ais cette "calling convention" pour le main est assez bizarre :weird:

En fait, non, pas tant que cela au vu du reste du code, et étant bien entendu que
1. on s'apprête à créer une application console qui n'est destinée qu'à windows
2. on inclut explicitement des fichiers d'en-têtes qui sont spécifiques à windows
Pour être précis, __declspec est la convention d'appel (pour utiliser le terme français :D ) utilisée par défaut sous windows.

Il n'est, bien sur, pas obligatoire de la donner (généralement, quand on donne une convention d'appel différente sous windows, c'est pour se farcir un __declspec(dllimport|dllexport) ;) ), mais elle n'entre malgré tout pas en conflit avec ce que le compilateur attend pour la fonction main ;)

Retitrer l'appel explicite ne changera rien dans le cas présent.

Citation:

Envoyé par n5Rzn1D9dC

Oui mais est-ce qu'il se debug ? (avec n'importe quel debugger)

Sans aucun problème: j'ai
1. créé une toute nouvelle solution, "console"
2. copié / collé le code que tu fournis
3. compilé la solution
4. placé un piont d'arrêt à hauteur du if
5. lancé le débuggage
et tout s'est déroulé à la perfection, dans le sens où le débuggueur a bien arrêté l'exécution à hauteur du test (et que le programme s'apprête donc à m'afficher un message avant de quitter, vu que je n'ai pas donné de deuxième paramètre ;) )

J'ai donc ajouté un paramètre supplémentaire pour le débuggage (127.0.0.1, comme l'indiquait le message affiché) dans le menu deboguer->"propriétés de débogage" puis en sélectionnant "débogage" pour ajouter cette valeur dans "Arguments de la commande", ce qui a permis au programme de s'exécuter jusqu'à la ligne 54.

Arrivé à ce point, il se fait que dwRetval valait 1047 (chez moi), et donc que le programme s'est arrêter après avoir affiché un message d'erreur :P

Mais bon, le débogage s'est passé exactement de la manière dont il était sensé le faire ;)

Citation:

Ok, c'est un code que j'ai récupéré sur le net, juste pour tester getnameinfo

Ce n'est jamais une bonne idée de récupérer un code que l'on ne comprend pas un minimum ... Surtout quand on ne maitrise pas déjà un minimum le langage utilisé et / ou l'EDI que l'on utilise ;)
24/07/2020, 07h01
n5Rzn1D9dC

Citation:

Envoyé par koala01

[*]placé un piont d'arrêt à hauteur du if

Et comment on fait cela ?
Désolé mais je débute en c++. Avant (et encore maintenant) je faisais de l'asm, et mes codes asm je n'ai pas besoin de placer de point d'arrêt pour les debug, je lance l'exécutable avec mon debugger, et le debug s'arrête pile en haut du code, pas besoin de placer de point d'arrêt dans le code, le debugging démarre au début du code..
24/07/2020, 08h51
Christophe

Citation:

je n'ai pas besoin de placer de point d'arrêt pour les debug, je lance l'exécutable avec mon debugger, et le debug s'arrête pile en haut du code, pas besoin de placer de point d'arrêt dans le code

Ton debugger par défaut place un point d'arrêt sur le point d'entrée de ton code. Si tu veux pas te farcir la commande passant à l'instruction suivante jusqu'à un point précis du code (accès à une fonction, à une variable) loin du début, il te faut placer des points d'arrêts. J'espère que c'est un acquis pour toi.

En C/C++, et avec le debuggeur intégré de Visual Studio, tu ne devrais pas avoir de difficulté à placer un point d'arrêt au niveau de l'instruction C de ton choix. Je connais pas Visual studio, mais tu dois probablement pouvoir le faire en te plaçant sur la ligne de code ou tu veux placer un point d'arrêt et appuyer sur une touche de fonction (ou sinon aller dans les menus). Ensuite en lançant le code, celui-ci s'arrêtera au niveau du point d'arrêt.

La convention d'appel indique la façon dont les paramètres d'une fonction sont passés. c'est important de la connaitre pour interpréter en assembleur en cas de déboguage, mais si tu restes sur la même plateforme, elle sera toujours la même.
24/07/2020, 08h56
n5Rzn1D9dC

Citation:

Envoyé par chrtophe

Ton debugger par défaut place un point d'arrêt sur le point d'entrée de ton code. Si tu veux pas te farcir la commande passant à l'instruction suivante jusqu'à un point précis du code (accès à une fonction, à une variable) loin du début, il te faut placer des points d'arrêts. J'espère que c'est un acquis pour toi.

Oui j'ai bien compris qu'en c++ on a pas trop le choix vu la taille finale des codes. Mais en asm c'est différent, les codes sont tellement petit qu'il n'y a pas besoin de placer de point d'arrêt (exemple MenuetOS qui fait moins d'un mo).
Autre exemple, le code qui j'ai posté ci-dessus compile un exécutable de 39ko. J'ai fait en asm le même code mais en plus élaboré (il scanne tous les hôtes de classe C et D et les enregistres dans un fichier.txt), et bien l'exécutable fait seulement 3ko..

Citation:

Envoyé par chrtophe

En C/C++, et avec le debuggeur intégré de Visual Studio, tu ne devrais pas avoir de difficulté à placer un point d'arrêt au niveau de l'instruction C de ton choix. Je connais pas Visual studio, mais tu dois probablement pouvoir le faire en te plaçant sur la ligne de code ou tu veux placer un point d'arrêt et appuyer sur une touche de fonction (ou sinon aller dans les menus). Ensuite en lançant le code, celui-ci s'arrêtera au niveau du point d'arrêt.

La convention d'appel indique la façon dont les paramètres d'une fonction sont passés. c'est important de la connaitre pour interpréter en assembleur en cas de déboguage, mais si tu restes sur la même plateforme, elle sera toujours la même.

Ok merci bien, je vais voir ça.

edit: J'ai placé un point d'arrêt au niveau du if, mais j'ai toujours le même message dans Immunity debugger, et le code est arrêté sur ConsoleA. Donc pas du tout là où il faudrait..
24/07/2020, 16h52
koala01
Citation:

Envoyé par n5Rzn1D9dC

Et comment on fait cela ?
Désolé mais je débute en c++. Avant (et encore maintenant) je faisais de l'asm, et mes codes asm je n'ai pas besoin de placer de point d'arrêt pour les debug, je lance l'exécutable avec mon debugger, et le debug s'arrête pile en haut du code, pas besoin de placer de point d'arrêt dans le code, le debugging démarre au début du code..

Tu cliques droit sur la liste où tu souhaite placer ton point d'arrêt, et, à peu près au milieu du menu contextuel tu vas vois une ligne "point d'arrêt", qui te proposera, lorsque tu cliquera dessus, la possibilité de
- placer un point d'arrêt (ce qui t'intéresse)
- placer un point de trace
25/07/2020, 05h00
n5Rzn1D9dC

Oui merci, mais j'avais arrivé à le faire, je l'ai expliqué dans mon message précédant en l'éditant.
Mais ça ne fonctionne pas.

Voir 40 message(s) de cette discussion en une page