Discussion :

[lave_01]

Bonjour,

Je suis face à un problème très gênant car les points d'arrêts dans une unité son décalé. Cela rend le débuggage quasi impossible.


Voici un exemple :



J'ai essayé en effaçant le fichier exe, et en faisant une reconstruction du fichier. J'ai également effacé les fichiers indentcache, res et dcu.
J'ai vu également qu'une réorganisation du code pouvait aider mais cela n'a rien changé. J'ai aussi collé le code du .pas dans bloc note et je l'ai recopié dans l'éditeur de code (pas fait pour le dfm).
J'ai lu également qu'il faudrait faire un CTRL+D mais cela appelle le listing des procédures => je vois pas ce que cela peut faire ^^'

J'ai lu les postes suivant avant de venir vers vous :
https://www.developpez.net/forums/d4...oints-d-arret/
https://www.developpez.net/forums/d2...ret-invalides/
https://www.developpez.net/forums/d5...dant-debogage/

Dans le même projet, cela fonctionne correctement sur une autre unit. Il n'y a que la unit principal qui semble poser un problème. Si vous avez des idées, des pistes, je suis preneur

Merci d'avance pour votre aide

[blonde]

Tu peux essayer de les supprimer manuellement depuis le fichier .dsk lié à ton projet.
Tu cherches "[Breakpoints]" dans le fichier.

[blonde]

Et sinon, Ctrl+D, par défaut c'est le formatage automatique du code. Apparemment ton raccourci est lié à une fonctionnalité. Mais tu peux quand même accéder au formatage via les menus de l'IDE. C'est une bonne piste également. Parfois il y a des retours chariots cachés

[ShaiLeTroll]

Vérifie les retours charriots, ils doivent être tous en CR LF !

[Paul TOTH]

ce décalage est généralement lié à la présence dans le code de fins de lignes Unix (#10) au lieu de Windows (#13#10) ... ça peut arriver après un copier coller d'une portion de code par exemple.

dans ce cas ouvrir le source sous NotePad++ (ou autre) et choisir Edition/Convertir les sauts de lignes/Convertir en format Windows...si l'option est grisée, commencer par convertir dans un autre format (pour uniformiser les choses) puis revenir au format Windows.

EDIT: il peut aussi arriver que l'IDE s'emmêle les pinceaux si une copie du fichier source est ouverte dans l'IDE et qu'il n'est pas identique...mais en général c'est qu'il y a plusieurs projets ouverts avec des unités homonymes mais différentes.

[lave_01]

Hello,

Merci pour vos retours et pistes

@blonde : j'ai pas trouvé de fichier .dsk dans mon projet ^^' Pour le CTRL+D, j'ai CnPack d'installer. C'est peut-être cela qui a changé le raccourci. Mais j'étais passé via le clic droit pour réorganiser le code

@ShaiLeTroll : J''ai effectivement que des LF CR dans le fichier. Comme cela je n'ai rien vu de spécial à ce niveau là via Notepad++ mais j'ai pu louper une ligne ^^'

@Paul TOTH : ta piste et celle de ShailLeTroll m'ont refait penser à l'encodage des fichiers. Nos fichiers sont généralement en Ansi. Là, il était en UTF-8 sans Bom. J'ai reconverti le fichier en Ansi (via notepad++) et nous avons récupéré les points d'arrêts correctement

Ce n'est pas la première fois que nous avons des fichiers qui changent d'encodage. Je vais voir avec mes collègues si un éditeur de type Git n'en serait pas la cause.

Depuis qu'il est en Ansi, j'ai récupéré les bons points d'arrêts. Je vais faire ainsi sauf si vous avez une contre indication

Merci pour votre aide

[pprem]

Ce n'est pas la première fois que nous avons des fichiers qui changent d'encodage. Je vais voir avec mes collègues si un éditeur de type Git n'en serait pas la cause.

Tu as probablement la raison du problème vu que "git" stocke les textes en format Unix (donc LF seul). Il y a normalement une reconversion vers Windows (CRLF) à la récupération des fichiers, mais ça dépend du client git utilisé.
Dans les versions 10.4 et suivantes Delphi gère ça plutôt bien en faisant les conversion lui-même à l'ouverture des fichiers. (une option de l'IDE aussi accessible depuis la configuration de bienvenue affichée au premier démarrage)