GDB.exe -- message d'avertissement à l'exécution

Bonjour à tous,

J'ai récemment mis à jour ma version de Lazarus (W10 version 32 bits) vers Lazarus 1.6.4 (W10 - 32 bits)
Lorsque je lance l'exécution d'un programme, une boite message s'affiche avec le message :

Citation:

---

Gdb.exe : pas de disque
Il n'y a pas de disque dan le lecteur
Insérez un disque dans le lecteur I
Annulez - Recommencez - Continuez .

---

En choisissant "Continuez", le programme continue à s’exécuter sans autre message d'erreur.
J'ai fouiné un peu sur les forums et j'ai vérifié les options de l'EDI dans "Outils - options - débogueur'. Tout semble conforme aux indications.
J'ai bien vérifié que GDB.exe était présent sur mon ordi (C:\lazarus\mingW\i386-win32\Bin) .
Qu'elle est l'origine de cette "erreur" ?
Cela peut-il avoir (a priori non) des conséquences sur les accès aux bases de données avec lequel j'ai quelques difficultés en ce moment dans le développement d'un programme.

Merci de vos réponses.

R.O.

Apparemment, c'est un problème connu concernant Gdb dans MingW.

Une solution pourrait être d'utiliser une nouvelle version de Gdb (i.e. 8.x); mais les nouvelles versions de Gdb ne sont pas toujours compatibles avec Free Pascal (ou l'inverse).

Une autre solution semblerait être possible au moins dans certains cas (mais ce n'est peut-être le votre). Cf. ce sujet (en anglais), notamment les 3 derniers posts: https://sourceforge.net/p/mingw/bugs/2108/?page=2 .

Bonjour,

Merci pour votre réponse. Il semble qu'il n'y ai pas vraiment de solution pour le moment. Comme cela ne gène pas vraiment dans l'exécution du programme et que les avertissements d'erreurs s'affichent toujours sans problème, je vais attendre un peu pour me re-pencher sur le problème qui n'a rien à voir avec les accès aux bases de données.

Cordialement

R.O.

En fait, si il y a des solutions; ou tout au moins des possibilités de contournement du problème.

Le problème ne se déclenche que pour les utilisateurs ayant une unité 'I:' déclarée sur leur ordinateur ET n'ayant pas de volume physique présent dans cette unité: lecteur de carte externe, cd-rom virtuel, etc...


On peut donc assigner une autre lettre à cette unité (il ne faut pas utiliser la lettre "I:"), ou bien insérer un volume physique dans l'unité concernée.


On peut également patcher l'exécutable: dans votre cas "gdb.exe" dans "C:\lazarus\mingW\i386-win32\bin".

Vous trouverez 2 fois la chaîne de caractères suivantes dans cet exécutable: 'i:/p/giaw/mingw/share/locale'. Je ne sais pas trop laquelle pose problème (peut-être les 2 ?), mais vous pouvez modifier l'unité au sein de cette chaîne.

Modifiez le "i:" en "c:" (puisque votre disque dur est présent et donc que l'unité "c:" existe toujours) pour ces 2 fois: avec un éditeur hexadécimal ou un petit programme de votre cru. Cela devrait -en théorie- résoudre le problème de l'affichage du message d'erreur (j'ai juste pu vérifier que cela ne pose pas de problème "secondaire", car dans mon cas je n'ai pas d'unité "i:").

Important: n'oubliez pas de sauvegarder l'exécutable original avant toute modification (au cas où).


Ceci étant, le problème est en effet très probablement complètement déconnecté de votre erreur avec les bases de données.

Bonjour à tous et merci pour les réponses proposées.
J'ai bien chargé un éditeur Hexadecimal et ai tenté de repérer la séquence signalée pour tenter de la corriger mais je n'y suis pas arrivé.
Par contre j'ai procédé à un nettoyage de ma base de registre (logiciel RegistrY firstAid mais je suppse qu'il est possible de faire la même chose avec CCleaner) et depuis je n'ai plus le message d'avertissement.
Est-ce une solution ?
Si Oui, je laisse le soin à plus compétent que moi de cocher la discussion comme résolue
Cordialement
R.O.

Tant mieux si vous avez fini par résoudre votre problème.

Je suis par contre étonné que vous n'ayez pas trouvé la chaîne indiquée dans l'exécutable concerné.

Que ce soit pour la version de Lazarus 1.6.4 ou la dernière version de Lazarus 1.8.0, cette chaîne de caractères est présente en 0x3E7C06 et en 0x3E8326 (dans les deux cas c'est exactement le même fichier exécutable):

Code:

---

1 2 3 4 5 6 7 8 9 10 11

54 45 58 54 5F 4C 4F 47 5F 55 4E 54 52 41 4E 53 TEXT_LOG_UNTRANS 4C 41 54 45 44 00 69 3A 2F 70 2F 67 69 61 77 2F LATED.i:/p/giaw/ 6D 69 6E 67 77 2F 73 68 61 72 65 2F 6C 6F 63 61 mingw/share/loca 6C 65 00 6D 65 73 73 61 67 65 73 00 70 6C 75 72 le.messages.plur 61 6C 3D 00 6E 70 6C 75 72 61 6C 73 3D 00 00 00 al=.nplurals=...     00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 69 73 6F 00 72 00 69 3A 2F 70 2F 67 69 61 77 2F iso.r.i:/p/giaw/ 6D 69 6E 67 77 2F 73 68 61 72 65 2F 6C 6F 63 61 mingw/share/loca 6C 65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 le..............

---

Comme précédemment indiqué, ceci étant valable uniquement pour la version 32 bits (la version 64 bits n'ayant pas ce souci).

Bonjour,

Je dois avoir un problème de jeux de caractères car, quel que soit l'éditeur Hexadecimal utilisé, et j'en ai testé au moins deux, je n'arrive pas à afficher en clair la chaine concernée :
Exemple : Pièce jointe 334372


Cordialement
R.O.

Citation:

---

Je dois avoir un problème de jeux de caractères

---

Sans aucun doute, dans la combo qui dit "ANSI" il n'y aurait pas une option UTF-8 par hasard ?

Je vois que vous utilisez HxD (c'est un très bon choix, de mon point de vue).

@mm_71: non a priori, pas d'option UTF8 ici (à ma connaissance). Il faut dire que l'outil est plutôt dédié à Windows uniquement: ANSI et Unicode sont donc privilégiés.


Pour la recherche, il faut que l'affichage du texte soit en ANSI (pas en EBCDIC, par exemple): mais je vois sur votre capture que c'est bien le cas.

Puis, il faut que vous sélectionnez dans la fenêtre de recherche:
- Type: 'Chaîne de texte',
- Direction: 'En avant' (si vous êtes au début du fichier- ou l'inverse si vous êtes à la fin; la recherche ne 'boucle' en effet pas),
- et surtout ne PAS cocher la case 'Chaine Unicode' (car c'est ici une chaîne ANSI qui est recherchée, pas une chaîne Unicode).


Pièce jointe 334487
Pièce jointe 334492



Accessoirement, vous pouvez aussi -par souci de vérification- regarder par vous même aux adresses que j'avais indiqué dans mon post précédent:
- menu 'Recherche' -> 'Atteindre...' (ou bien Ctrl-G comme raccourci),
- indiquer ensuite la position hexadécimale à atteindre (si 'hex' est bien cochée par défaut pour la valeur à entrer).

Bonjour à tous,

Merci FchrisF.

J'ai testé votre mode d'emploi sur HxD et cela fonctionne bien. J'ai trouvé la chaine en question.

Cordialement

R.O.