Discussion :

[fredfred]

Salut

J'ai un prog sur écrans tactiles qui tourne exclusivement avec des TQuery.

De manière aléatoire, l'une ou l'autre query du programme déclenche une erreur "Opération de pointeur incorrecte".
En traçant à l'aide logs, ça plante sur cette fonction du composant :

Code :

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

1
2
3
4
5
6
7
 
procedure TRxADOQuery.OpenCursor(InfoQuery: Boolean);
begin
  ExpandMacros;
  inherited OpenCursor(InfoQuery);
 
end;

et c'est la ligne OpenCursor qui déclenche l'erreur.

Le code SQL de la query, quelle qu'elle soit, est toujours correct (aussi vérifié grâce aux logs).

Qu'est-ce qui peut faire que différentes requêtes d'un programme plantent aléatoirement à l'ouverture ?

Elles ne sont jamais détruites en cours d'exécution, et sont gérées par un datamodule.

Les requêtes sont exécutées plusieurs centaines de fois en une journée, et je ne vois qu'un ou deux plantages par poste / jour.

Merci pour vos lumières.

[ShaiLeTroll]

EInvalidPointer - "Operation de pointeur incorrecte" c'est en général un Free qui le génère sur la libération d'un pointeur déjà libéré

Cela arrive si deux TObjectList en OwnObject libère le même objet par exemple
Cela peut se produire avec une TObjectList et un TDataModule comme Owner si l'on passe la Query dans la TObjectList

Si c'est vraiment au tout début, à l'ouverture
Est-ce que l'ordre des créations des objets est-il le bon ?

As-tu des threads, parfois l'un ou l'autre va plus vite que prévu et tu as oublié de mettre des sections critiques
D'ailleurs, attention, ne partage pas le même objet Connection par plusieurs thread qui lancerait différentes Query, il se mélangerait les pinceaux

Je me rappelle d'un TMyConnection très instable dans un vieux programme parce que j'écrivais n'importe quoi n'importe où

Si ton erreur se produit peu plus tard, lorsque le programme tourne

Il est possible que ce ne soit pas CE code le coupable mais un autre !
Ailleurs, dans une boucle par exemple, tu balayes un buffer ou un tableau et tu dépasses !
Pas de chance, tu modifie à cet endroit d'autres variables, et peut-être certains éléments d'un objet Query, un pointeur sur un objet par exemple

Et c'est pour cela que c'est peu fréquent, il faut d'abord que l'autre code "pourrisse" suffisamment de mémoire pour que tout en soit perturbé !


L'autre possibilité c'est un bug du TRxADOQuery, est-ce ta proche couche de donnée héritée de TADOQuery ?

[fredfred]

TRXAdoQuery est un mix que j'ai fait à partir d'une TADOQuery en y ajoutant les spécificités d'une RXQuery. Cela fait des années que je l'utilise, et je n'ai pas encore rencontré ce genre de problème sur d'autres projets.

Cela ne se produit pas à l'ouverture, uniquement en cours d'exécution.
Et ce prog n'utilise pas de threads.

Va peut-être falloir que je surveille un peu plus les plantages, et voir si c'est toujours la même ligne de code qui déclenche l'erreur.

[Moez.B]

Salut

Essaie de détecter les fuites mémoires en quittant l'application avec ReportMemoryLeaksOnShutdown à True, ou bien en incluant la library de FastMM4.
Sinon, il faut déboguer le OpenCursor pour voir d'où ça vient cette erreur.
Généralement c'est un accès à un membre déjà détruit ou pas encore créé. Puisque c'est un cas spécifique, il faut surveiller aussi les rows puisque OpenCursor ramène un ensemble de données. Faudra-peut être un contrôle métier en plus

Bonne journée.

[fredfred]

Je pense avoir trouvé de quoi il s'agit.

J'ai un timer qui se déclenche toutes les 10 sec. pour rafraichir les données.
Chaque fois qu'un utilisateur clique qqpart, je désactive le timer.

Or, je viens de découvrir que la syntaxe timer.enabled:=false exécute une dernière fois le code du timer. Et cela peut évidemment générer des conflits entre ce que le timer est censé rafraichir, et ce que l'utilisateur à cliqué.

Je viens de déployer une nouvelle version dans laquelle j'empêche le timer d'exécuter son code s'il est disabled. Je serrai vite fixé si cela a résolu le problème ou non.