Discussion :

[SergioMaster]

Bonjour,

Voilà le contexte : [Delphi 10.3] une table en mémoire ( article,quantité ) qui est remplie par programme et la nécessité d'obtenir un résumé de celle-ci. (total_article).

La solution 1 consiste bien sûr à faire un bout de code genre

Code :

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

1
2
3
4
5
6
7
tablememoire.first;
var total_article: integer :=0;
while not tablememoire.eof do
begin
  total_article:=total_article+teblememoirequantité.asinteger; 
  tablememoire.next;
end;

ce qui revient à un SQL SELECT SUM(quantité) Total_article FROM tablememoire
J'ai donc voulu utiliser TFDLocalSQL pour éviter le code,(est-ce que ce sera plus rapide ? je n'en sais rien). J'ai donc ajouter une connexion SQLite (sans base de données donc "mémoire") un TFDLocalSQL avec la table memoire déclarée comme dataset et donc ma requête. Un test en mode design, c'est nickel.

Passons à l'exécution, nickel également, le résultat est là jusqu'à ce que je ferme l'application qui me donne une erreur de pointeur non alloué
Dés que l'on isole la partie LocalSQL tout fonctionne normalement, conclusion il s'agit de cette "chaine" de composants qui déconne. Comme celle-ci nécessite un ordre précis de construction j'en ai conclu qu'il fallait clore en sens inverse cad la requête, le FDLocalSQL, la connexion SQLite puis la table mémoire.

Malgré ces étapes j'ai toujours cette erreur . Ayant d'autres utilisations de FDLocalSQL hors tables en mémoire (généralement sur des tables de 2 bases de données) sans aucun problème, je ne vois pas d'où peut venir mon souci.

Donc, si vous avez utilisé ce genre de FDLocalSQL sur table en mémoire, que vous n'avez pas expérimenté cette erreur, quelle bourde ai-je commis ?

[pprem]

Ca ne me dit rien, je suppose qu'en DEBUG impossible de savoir quel pointeur pose problème ?

As-tu la possibilité de tester en 10.4 ? C'est peut-être une anomalie qui a été corrigée entre temps plus qu'un problème dans ton code.

[Paul TOTH]

oui j'ai fait ça sur un projet

en fait je devais en urgence récupérer la BDD d'un client sur laquelle je n'avais pas la main autrement qu'en SQL, pour l'importer dans un produit

le plus simple que j'ai trouvé a été de tout dumper dans des TClientDataSet...et ensuite j'ai utilisé TFDLocalSQL pour interroger les Dataset

du coup tu dois avoir un évènement GetDataSet, tu fais quoi là dedans ? que mets tu dans le paramètre AOwned ?

[SergioMaster]

Merci

Ca ne me dit rien, je suppose qu'en DEBUG impossible de savoir quel pointeur pose problème ?

Non puisque c'est en cloture de programme

As-tu la possibilité de tester en 10.4 ? C'est peut-être une anomalie qui a été corrigée entre temps plus qu'un problème dans ton code.

Je vais le faire dans un test distinct dès que j'aurai le temps d'isoler ça de l'application (toujours l'urgence prioritaire)

du coup tu dois avoir un évènement GetDataSet, tu fais quoi là dedans ? que mets tu dans le paramètre AOwned ?

non, c'est un seul dataset mis au design

que mets tu dans le paramètre AOwned ?

Ah, ça c'est une bonne question, il était à true (à ma souvenance puisque pour des raisons d'urgence j'ai viré cette partie)

[SergioMaster]

Bonjour,

ce matin avant les appels téléphoniques prévisibles j'ai donc isolé la partie Local SQL
et vlan



dés que j'ai posé une liaison au design (livebindings) c'est carrément L'EDI qui plante
Je crois que je tiens mon coupable

[SergioMaster]

Pour continuer sur le sujet
tout d'abord :

que mets tu dans le paramètre AOwned ?

AOwned était à true.

Pour tenter de résoudre mon problème en cas de Livebindings, je pense que la solution consisterai à désactiver les liens avant fermeture, peut-être qu'un DisableControls suffirait je n'en suis pas sur à 100% donc ce sont encore des pistes à suivre.
Comme j'ai, quelquefois, cette erreur en fermant des applications utilisant FDLocalSQL je me pencherai sur le sujet dès que l'urgent sera terminé, n'habitant pas Lourdes n'attendez pas de miracle surtout que je passe doucement en mode vacances

As-tu la possibilité de tester en 10.4 ? C'est peut-être une anomalie qui a été corrigée entre temps plus qu'un problème dans ton code.

Même comportement avec 10.4. Toutefois, je ne sais toujours pas si l'on doit qualifier ce truc de bogue ou pas donc pour l'instant pas de signalement