Debugger - probl�me avec les "double"

Version imprimable

06/03/2007, 10h24
Dev_Michael

Debugger - probl�me avec les "double"
Bonjour,

J'ai de gros probl�mes d'incoh�rence avec le debugger Borland C++ Builder.

Explication :
Code:

1 2 3 double fAbstract = monObjet.getAbstract(); if( fAbstract > 0 ) monTraitement();
la variable fAbstract a la valeur 2519691 par exemple, et le d�bugger refuse cat�goriquement de rentrer dans la fonction monTraitement();
J'arrive � corriger le probl�me, en supprimant le .obj de mon fichier et en supprimant le fichier .tds
Cela me fait perdre beaucoup de temps dans mon d�veloppement puisque, lorsque je teste mes d�veloppements je tombe sur des probl�mes qui n'existent pas puisque c'est le d�bugger qui part dans les choux.

Je travaille dans un tr�s gros projet, pour info le tds fait un peu plus de 52Mo. Le d�bbuger a �t� patch� pour qu'il accepte une telle taille de projet...

N�anmoins quand je fait de petites modifs dans certains fichier, je tombe sur des erreurs �tranges comme je viens de l'expliquer...

Quelqu'un peut il m'aiguiller?

Si besoin de plus d'info, me le demander.... Merci d'avance.
06/03/2007, 11h59
josse95

Essaie:

Code:

if (fAbstract > 0.0)

ou la grosse artillerie:

Code:

if ((double) fAbstract > (double) 0.0)

pour �viter la conversion en int du compilateur
06/03/2007, 12h06
Dev_Michael

En fait cela n'a rien � voir, ce n'est pas un effet de bord.

J'ai une valeur bien supp�rieure � 0, c'est vraiment le d�bugger � mon sens qui lache...
06/03/2007, 14h00
josse95

Pourquoi parles tu uniquement du debugger ? En dehors de l'ex�cution sous debugger, l'application (et notamment le test que tu donnes en exemple) fonctionne t'elle ?
06/03/2007, 14h06
nasplit

Bonjour,

j'ai le m�me probl�me avec BCB 5, dans un gros projet �galement.

cependant, changer le "0" en "(double)0.0" n'a rien chang� au probl�me, et en ce qui me concerne ma solution depuis un moment d�j� c'est le reboot... donc pas tr�s pratique non plus...

que dire de plus sinon que ce n'est pas syst�matique, ce qui est d'autant plus �trange (et malheureusement "acceptable" vu qu'un reboot r�gle la plupart du temps le probl�me).

J'ai essay�, il y a de ca un moment, de chercher un peu partout si il y avait des limites connues de BCB ( en terme de tailles de fichiers de traitements et autre ) mais je n'ai rien trouv�...

voili voilou, en esp�rant que ces soucis inspirent quelqu'un...

A bientot.
nasplit.
06/03/2007, 14h15
Dev_Michael

josse95, si je parle du debugger c'est parce que je vois bien la valeur en mode d�bugger, mais sans le d�bugger je te confirme que �a ne change rien, un log me donne la valeur de la variable fAbstract.

Le code que je donne est vraiment simplissiste je vous l'accorde, mais c'est pour bien vous montrer qu'il s'agit d'un probl�me avec le double et bcb.

J'ai entendu dire que l'on arrivait peut �tre � la limite de bcb avec un projet d'une telle taille ? oui - non?
Je me corrige, quand je disais avant que l'on avait patch� le d�bugger j'ai dit une b�tise, c'est le ilink que l'on a patch� justement � cause de la taille du fichier .tds qui est immense...

Et comme �a ?

Code:

1
2
3
4
5
6
7
 
double fAbstract = monObjet.getAbstract();
if ( fAbstract <= 0.0 ) {
}
else {
  monTraitement();
}

Ou encore :

Code:

1
2
3
4
 
if ( fAbstract > 0.000000001 ) {
  monTraitement();
}

07/03/2007, 08h35
Dev_Michael

Merci d'avoir r�pondu,

fAbstract = 2519691;

J'ai supprim� les .obj et les .tds, j'ai reboot� et je n'avais plus le probl�me, si je post un message c'est bien parce que la compil me fait souvent ce genre de chose : une incoh�rence entre le code et ce qui devrait se passer !

Je r�ponds tout de suite � une autre question, oui je suis s�r d'avoir compil� mon fichier, d'autant plus que la modif que j'ai fait dans se fichier n'avait pas lieu sur cette ligne, pourtant c'est bien � cet endroit qu'il est parti dans les "choux", c'est un ph�nom�ne "paranormal" :P

J'ai mis un bout de code, ce n'�tait pas pour qu'on me le corrige mais bien pour qu'on me dise pourquoi la compil par dans les "choux" ... ?
07/03/2007, 11h08
josse95

Bonjour,

Quand un programme a un comportement incoh�rent, notamment quand un bout de code apparemment simple a un dysfonctionnement, on a vite tendance (c'est humain) � incriminer l'OS ou le compilateur.
Dans la quasi totalit� des cas, il s'agit pourtant d'un effet de bord: un bout de programme situ� en amont du code sur lequel on focalise interf�re avec celui-ci, en raison d'un d�bordement m�moire, d'un pointeur mal initialis� ou autre. Le comportement d'un effet de bord est souvent al�atoire, ce qui fait qu'il n'est pas �vident � d�tecter. Pour ma part, j'essaie (dans la mesure du possible) de mettre en commentaire des parties de code en amont jusqu'� ce que le ph�nom�ne disparaisse.
Peut-�tre que dans ton cas, il ne s'agit pas de �a, mais j'ai un doute quand m�me ...
07/03/2007, 13h55
Fbartolo

Essayez de lancer Codeguard pour v�rifier les d�bordements, on ne sais jamais.
Autre chose: Quelle version De BCB utilisez vous ? et avez vous test� sur une nouvelle installation de BCB sur une nouvelle machine ?
(je dis �a parce que ce type de m�saventure m'est arriv�, suite � installation de Nouveaux composants.. et sur des projets pas tr�s lourds)
et derni�re chose retirez les optimisations et mise en registre des variables, car souvent on n'arrive pas � suivre le processus correctement en debug.
07/03/2007, 15h49
Dev_Michael

J'utilise BCB5, ce dernier est patch�.
ilink32 est �galement patch� comme je l'ai dit pr�c�demment.
A titre indicatif, j'ai encore le service pack 1 de windows xp.

Je n'ai pas l'optimisation de code active...
07/03/2007, 15h58
Fbartolo

� titre d'info mes plus gros projets font dans les 32Mo en tds, et je suis dans un domaine technique.

Je pense donc qu'il peut all�grement d�passer les 50 Mo dans des domaines de Gestion.

Tentes de faire une bascule sur une nouvelle machine avec une r�installe, voire passer � BCB6.
L� je vois pas :?
(sauf peut �tre reconstruire ton projet.. fichier Bpr.)
11/03/2007, 00h21
SOPRA-Eherve

pour ma culture,
ou puis je trouver ce patch pour accepter que BC5 C++ accepte d'avoir des tds de plus de 32 mo ?
je suis rejett� de mon cote

sinon quand j'ai des ph�nom�nes comme le tien et j'en ai eu..je reinstalle borland 5 et son patch1 ... et cela ca arrive souvent....
je ne sais pas ce qui se passe...
21/03/2007, 15h20
SOPRA-Eherve

pas de r�ponse pour pouvoir avoir la possibilit� d'un tds plus gros que 32mo?
passer en BC6 me fait @@@@ car le wrapper COM/DCOM ne donne pas la meme chose qu'en BC5...et commme je n'ai pas eu de r�ponse claire la dessus, je maintiens mon BC5 patch1
22/03/2007, 13h59
Dev_Michael

1 pi�ce(s) jointe(s)

Bonjour,

J'ai les fichiers, mais je n'ai pas de lien vers leur provenance, n�anmoins en cherchant dans google j'ai trouv� ces liens :

http://info.borland.com/devsupport/bcppbuilder/patches/

J'ai joint (zipp�) les fichiers que j'ai utilis� pour patcher mon linker (bcb5) :
28/03/2007, 11h15
Dev_Michael

En fait je me suis renseigner sur l'origine du linker que je vous ai joint et � priori il provient de bcb6 tout simplement...

Ce dernier r�gle le probl�me de la taille du tds !