LoadXML() geht nicht nach Start durch ShellExecucte()

[nru]

Hallo zusammen,

eine Anwendung beinhaltet folgende Funktion zum Lesen eines XML-formatierten Strings

Delphi-Quellcode:

function TMDLizenz.CalcCheckSumFromString(const c:String): String;
var
   fsxml: IXMLDOMDocument2;
   cHash: String;
begin

   result := '';
   fsxml  := CoDOMDocument.Create;
   fsxml.async := False;
   
   if fsxml.LoadXML( c ) then begin                   {Bestehende XML laden}
      recInsertNodes(fsxml.DocumentElement, cHash );  {String für SignaturHash rekursiv erstellen}
      result := self.DoSignatureLicense( cHash );     {MD5Hash über gesamte Lizenz erstellen}
   end;

   fsxml := nil;

end;

Funktioniert alles wunderbar und so, wie's soll.

Aber wird diese XML-lesende Anwendung über ShellExecute aus einem anderen Prog. heraus aufgerufen (oder auch über CreateProcess, macht keinen Unterschied) und kommt dann an LoadXML(), fliegt mir alles zugriffsverletzt um die Ohren. Warum ist das so? Der String c ist in beiden Fällen identisch.

Dank und Gruß
Norbert

[mkinzler]

Zitat:

fliegt mir alles zugriffsverletzt um die Ohren.

Etwas mehr Details wären vielleicht hilfreich.

[himitsu]

Was steht in

Delphi-Quellcode:

c

?

Ich vermute jetzt einfach mal, daß du in

Delphi-Quellcode:

c

einen absoluten Pfadnamen übergeben solltest und keinen Relativen. :glaskugel:

[implementation]

Zitat:

Zitat von mkinzler (Beitrag 1095461)

Zitat:

fliegt mir alles zugriffsverletzt um die Ohren.

Etwas mehr Details wären vielleicht hilfreich.

Was soll er denn noch nennen? Bei LoadXML tritt bei ihm eine EAccessViolation auf.

[ot]Aber die Formulierung ist geil :lol:[/ot]

[nru]

Genau so siehts aus. Zugriffsverletzung und fertig ... mom ... Screenie hängt an.


In c findet sich ein komplett zusammengesetzter xml-String. Mit allem was dazu gehört. Und der wird ja auch perfekt eingelesen, wenn die Anwendung "normal" gestartet wurde. Geschieht das aber wie oben geschildert, dann gibts den GPF.


Gruss
Norbert

[mkinzler]

Mal im Debugger geschaut, wo der Fehler genau auftritt?

[sx2008]

Welche Version von MSXML2 wird denn verwendet?
Meine Erfahrung ist, dass alles unterhalb von MSXML Version 4 SP2 relativ buggy ist.
Ich habe auch schon festgestellt, dass .LoadXML() manchmal Erfolg meldet, obwohl das Dokument nicht geladen wurde.

Delphi-Quellcode:

if fsxml.LoadXML( c ) then begin {Bestehende XML laden}
   // LoadXML() hat True zurückgegeben
   // trotzdem ist fsxml.DocumentElement = nil
   recInsertNodes(fsxml.DocumentElement, cHash ); // und dann knallt es hier
   ...
end;

Evtl. liegt das daran, dass die verknüpfte Schemadatei nicht geladen werden konnte.

[nru]

Zitat:

Zitat von mkinzler (Beitrag 1095484)

Mal im Debugger geschaut, wo der Fehler genau auftritt?

Genau in LoadXML().

Zitat:

Welche Version von MSXML2 wird denn verwendet?

Guter Hinweis. Jetzt hab ich das mal aktualisiert. Aber auch mit v6 gibts diesen Fehler in LoadXML().



Ich werd den Verdacht nicht los, dass das Problem irgendwie in Richtung Prozesse, Threads oder ähnliches zu suchen ist. Es wirkt so, als wäre MSXML2 durch den ShellExecute/CreateProcess-Aufruf nicht richtig initialisiert worden. So was in der Art?!

[Luckie]

Findet er die Datei eventuell nicht? Gib mal bei Shellexecute als Arbeitsverzeichnis das Verzeichnis an, wo die XML Datei liegt.

[DeddyH]

Evtl. Leerzeichen im "Parameters"-Parameter von ShellExecute enthalten? Dann wird die Datei nämlich auch nicht gefunden. Das ist aber nur eine Vermutung, Genaueres kann man erst sagen, wenn man den ShellExecute-Aufruf einmal sieht.