Discussion :

[j.p.mignot]

delphi dans certains projets mes breakpoints se désactivent au lancement de l'application alors que dans d'autres (utilisant typiquement les mêmes librairies, aussi compilés en Win64,...) tout se passe correctement.

Par exemple:
Dans l'éditeur je peux définir des breakpoints comme:


Mais au lancement de la tâche (F9) j'obtiens:


et aucune pause ne se fait au passe du breakpoint


Ce comportement n'apparait pas dans l'ensemble de mes projets.
Comment puis-je réactiver l'accès aux breakpoints dans les projets concernés.

Merci pour toutes réponses!

[Charly910]

Bonjour,
c'est peut être idiot ce que je vais dire, mais tu as vérifié que tu passes sur cette instruction pendant l'exécution ?

A+
Charly

[Bernard B]

Après avoir rencontré ce problème, je me suis rendu compte que si le point d'arrêt était désactivé c'était parce que le compilateur avait déterminé qu'il ne pouvait jamais passer au point d'arrêt.
Différentes raisons pour cela : les conditions d'accès ne peuvent jamais être satisfaite : erreur dans les opérations booléennes, mais souvent aussi parce que le fichier où j'avais mis le point d'arrêt n'était pas celui utilisé par le compilateur !

[ShaiLeTroll]

Ne pas oublier de nettoyer les DCU et tout construire, cela aide aussi.
Vérifier la présence de CR ou LF seul pas sous la forme CRLF, on ne sait jamais

Ensuite, parfois déroutant, les points d'arrêt sont accessibles en DesignTime mais disparaissent en RunTime, mettre un point d'arrêt ailleurs (à l'entrée garantie), les points réaparaissent.

Voir aussi au lieu de lancer en Debug directement, lancé l'exe autonome + attacher un processus, cela affiche la fenêtre ASM, 3-4 F9 et poursuivre les manipulations jusqu'au code à deboguer

Sinon quelles sont les types/structure de Y_testé, sol_zv et Computed ?
Car le for peut être remplacé par un Move et un ZeroMemory potentiellement plus rapide.

Si Y_testé et sol_zv du même type, genre un array of Boolean :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Move(sol_zv[0], Y_testé[0], SizeOf(sol_zv[0]) * NK4_eq);
ZeroMemory(Computed[0], SizeOf(Computed[0]) * NK4_eq)

Mettre des accents dans le code, jamais encore osé !

[ALWEBER]

Tout le code doit être en mode debug et pas release. Passer par le build/construire pour régénérer les dcu et non par compile

[fbalien]

Bonjour

autre point de vigilance c'est le chemin de votre projet il ne doit pas y avoir de caractère du style ç

[der§en]

Bonjour

autre point de vigilance c'est le chemin de votre projet il ne doit pas y avoir de caractère du style ç

Pourquoi ?

[j.p.mignot]

Fort de la remarque de fbalien:
"

autre point de vigilance c'est le chemin de votre projet il ne doit pas y avoir de caractère du style ç

"

j'ai supprimé le caractère "µ" de mon path et miracle cela devient (dans un test rapide) OK ???

Je vous remercie pour cette indication que je n'aurais jamais imaginée!
Mais pourquoi???

En tout cas merci BEAUCOUP!!!

[j.p.mignot]

...

Mettre des accents dans le code, jamais encore osé !

On peut aussi utiliser des caractères encore plus "farfelus" comme
"
θ, ω, σ, φ, ψ, Δ, Σ, Φ, Ω, α, β, δ, ε, λ, μ, ρ ...
"
Quand on programme de la physique ou des math, c'est bien plut lisible d'utiliser var Ω : array of double pour des résistances, var ω_3 pour une vitesse angulaire, ε pour un infiniment petit,...
ou définir par exemple function ψ(...) : complex pour une équation de schrödinger

Attention ici comme pour toute variable en delphi on ne peut définir var φ, Φ : ...
dephi ne distngue pas majucule et minuscule dans le code!

[anapurna]

Salut,

Le path est propre au système.
Je pense que Pascal a fait le choix du plus petit dénominateur commun afin d’assurer la compatibilité avec le plus grand nombre de systèmes.

Il est vrai que les systèmes les plus récents n’ont plus vraiment cette contrainte, mais les anciens ne géraient pas les caractères exotiques dans les chemins et se limitaient aux caractères de base.

[j.p.mignot]

Oui...
Toute fois Pascal/delphi permet ces path pour l'IDE, la compilation, la génération des tpu/exe/..., l'exécution et même il est possible d'installer delpi RAD studio sur de tels path contenant ces caractères "exotiques"
Seul le debbug est affecté.
Curieux non?

[fbalien]

Pourquoi ?

il semble que le debug n'arrive pas a gérer les caractères exotiques dans le chemin de l'application me suis déjà confronté au problème car mon profile contient un ç
j'ai déjà remonté le soucis lors des bêta test
en plus je ne sais plus si cela ne concerne que le debug en 64bits