[Delphi XE3] Application fonctionne en debug mais pas en release

Version imprimable

19/09/2014, 15h18
Kali_

[Delphi XE3] Application fonctionne en debug mais pas en release

Bonjour,

J'ai terminé une petite application en Delphi XE3, tout fonctionne bien en mode Debug mais hélas, dès que j'exécute en mode release ... violation d'accès et donc impossible de faire tourner l'application. l'exe du mode Debug fonctionne quant à lui très bien.
19/09/2014, 15h21
skywaukers

bonjour,

sans code ça ne va pas être simple :)

est-ce que par hasard tu n'aurais pas conditionné certaines parties de code avec la directive DEBUG ? (genre {$IFDEF DEBUG}....{$ENDIF} ?
Si oui est-ce que entre ces deux balises tu ne créérais pas un objet que tu utilise en dehors ? Dans ce cas, en mode release il ne serait pas instancié, d'où une VA.

@++
Dany

dans mon create j'ai ceci (ML_Connexion est un TIB_Connection ) et non je n'ai rien conditionné avec DEBUG :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
try
 
   cxGrid1DBTableView1.DataController.OnDataChanged := nil ;
   Fconnexions := TMLConnexion.Create(NIL);
 
    ML_Connexion.Disconnect ;
    ML_Connexion.Server := 'tldbstest' ;
    ML_Connexion.path := 'e:\databases\ml_test\database\fil_000\DB_gw.fdb' ;
    ML_Connexion.Username := 'XXX' ;
    ML_Connexion.Password := 'xxxxxx' ;
    ML_Connexion.Connect ;
 
except on e:Exception do
  Showmessage(e.Message);
end;

19/09/2014, 16h01
Kali_

1 pièce(s) jointe(s)

Pièce jointe 156710

Citation:

Debugger fault notification
project xxxxxxx faulted with message : 'privileged instruction at xxx'. process stopped.
19/09/2014, 16h39
Kali_

C'est bon ! Problème de composants de base de données IBO, la version 5.2 me donne l'erreur, si je passe en 5.3 alors plus de soucis.

Merci !
20/09/2014, 07h36
SergioMaster

Bonjour,

J'arrive un peu tard , puisque le problème est résolu . Maintenant , il m'arrive fréquemment de me retrouver face à un problème a peu près équivalent :
le debug "tourne" , l'application sur le poste de développement "tourne" mais "plante" lamentablement sur un autre poste .
ces applications sont en général faites sur le même système de connexion a la base c.a.d. en fonction de paramètres dans un fichier ini ou par une construction de la connexion dans le code , donc avec un path voire un nom de Base de données pas forcément identiques à celui de l'environnement de développement et c'est là que le noeud du problème .
en effet lors du développement , on a tendance a ouvrir la connexion pour faire des tests (de query , d'affichage de données etc...) , on compile , on debug ou exécute tout est nickel et on met le programme en 'exploitation' en ayant oublié de déconnecter la connexion de la base de test ! avec pour conséquence l'erreur d'exécution .
Pas moyen d'y couper , il faut déconnecter la base , recompiler et remettre cette nouvelle mouture du programme en 'exploitation' .

Le pourquoi , à mon avis , tout bêtement parce que la forme est chargée avant les instructions (même le oncreate se passe après ce chargement) et donc le système tente (sans succès bien sur) d'accéder à la base de données ouverte !