TXMLDocument design/ runtime

Salut à tous,

J'ai un ch'tit soucis au niveau d'un TXMLDocument
Quand j'en ajoute un à ma fiche, j'arrive à charger un fichier xml sans problème avec Active = true, puis LoadFromFile.
Mais par contre quand j'essaie de le créer directement, avec un joli new, et ben les mêmes méthodes ne marchent pas:

j'arrive à loader un fichier
j'ai essayer de le sauver sous un autre nom et j'obtiens le même fichier donc ca marche sans problèmes
quand j'essaye d'accéder à l'attribut DocumentElement j'ai une vieille erreur "Read of adress ..." avec une adresse complètement quelconque (en tout cas pas FFFFFFFF ni NULL)

Est-ce que j'ai raté un wagon ?
Est-ce qu'il y aurait un attribut à changer qui serait différent par rapport à une instanciation directe sur une fiche ?

Quelqu'un pourrait-il m'aider please ? :cry:
Merci

Bonjour,

Le problème avec la création dynamique de TXMLDocument, c'est qu'il y a du COM dessous, qu'on ne maitrise pas, car tout est dans la VCL .

Pour la culture, la violation d'accès se produit car le TXMLDocument créé dynamiquement n'a pas d'Owner, et donc son compteur de référence reste à 0. Quand on effectue une action sur ce TXMLDocument qui est susceptible de décrémenter le compteur de référence, on cours le risque de voir l'objet se faire invalider du fait de son compteur de référence <= 0. Ce qui génère de manière récurrente des "Access Violation".

Après la culture, la bonne façon de faire :wink: :

Code:

---

1 2	_di_IXMLDocument xmldoc = LoadXMLData(L"<Root><Test>1</Test></Root>"); _di_IXMLDocument xmldoc2 = LoadXMLDocument(L"fichier.xml");

---

Cordialement,

Arnaud

ah yes merci beaucoup ca marche supe bien :lol:

Par contre question subsidiaire : qu'est-ce que le L ? :oops:
C'est pour spécifier que c'est une widestring ou pour le transformer directement ?
Et je suppose qu'il en existe d'autres comme lui alors ou pourrait-on les trouver ?

Merci

Le L sert à dire qu'on utilise une chaîne UNICODE (donc WideString directement)