Ärger mit XML Part 2: Microsoft MSXML ist nicht installiert

[Back2Code]

Kurz Zusammengefasst:

Ich habe eine Konsolenanwendung, dazu noch ein Datenmodul dem Projekt hinzugefügt wo ich UniDac / XMLDocument hingelegt habe. Das Datenmodul wird erstellt und ich versuche jetzt per XMLDocument per LoadFromFile eine Xml zu laden aber da sgat er mir dreist "Microsoft MSXML ist nicht installiert". Wie kann das sein, wenn ich die gleichen Einstellungen vorher bei einem GUI hatte und es dort ohne Meldung funktioniert hat sprich einlesen, auslesen, parsen etc.

Ich hab schon wieder so eine Vermutung, dass man das irgendwie wieder selber definieren muss leider hab ich absolut keine Ahnung wo und was ich jetzt genau definieren muss. :|

[baumina]

Nur mal so interessehalber: Warum eine funktionierende VCL-Formularanwendung in eine Konsolenanwendung umwandeln?

[Back2Code]

Zitat:

Zitat von baumina (Beitrag 1231551)

Nur mal so interessehalber: Warum eine funktionierende VCL-Formularanwendung in eine Konsolenanwendung umwandeln?

Ist somit besser per Batch + Parameter aufrufbar um Abläufe schneller innerhalb der Kommandozeile zu erledigen.

[Daniel]

Der Vollständigkeit halber sei angemerkt, dass hier ein Aufruf der Funktion

Delphi-Quellcode:

CoInitialize()

aus der Unit "ActiveX" fehlte. Der MSXML-Stack liefert hier eine unglückliche Fehlermeldung.
Siehe auch http://qc.embarcadero.com/wc/qcmain.aspx?d=108838.

[Lemmy]

Zitat:

Zitat von Back2Code (Beitrag 1231553)

Zitat:

Zitat von baumina (Beitrag 1231551)

Nur mal so interessehalber: Warum eine funktionierende VCL-Formularanwendung in eine Konsolenanwendung umwandeln?

Ist somit besser per Batch + Parameter aufrufbar um Abläufe schneller innerhalb der Kommandozeile zu erledigen.

mach ich auch bzw. die Notwendigkeit habe ich auch. Allerdings verwende ich dazu dennoch VCL-Formanwendungen um allein im Fehlerfall entsprechende Informationen auch mal direkt dem Anwender zu präsentieren, einen Fortschrittsbalken (insbesondere bei langwierigen Dingern) anzeigen zu können...

Die Parameteraufruferei geht dann auch...

[p80286]

Zitat:

Zitat von Back2Code (Beitrag 1231553)

Zitat:

Zitat von baumina (Beitrag 1231551)

Nur mal so interessehalber: Warum eine funktionierende VCL-Formularanwendung in eine Konsolenanwendung umwandeln?

Ist somit besser per Batch + Parameter aufrufbar um Abläufe schneller innerhalb der Kommandozeile zu erledigen.

Das halte ich für ein Gerücht, auch VCL-Programme können mit Parametern innerhalb einer Batch-Datei aufgerufen werden.

Gruß
K-H

[mjustin]

Zitat:

Zitat von p80286 (Beitrag 1231559)

Zitat:

Zitat von Back2Code (Beitrag 1231553)

Zitat:

Zitat von baumina (Beitrag 1231551)

Nur mal so interessehalber: Warum eine funktionierende VCL-Formularanwendung in eine Konsolenanwendung umwandeln?

Ist somit besser per Batch + Parameter aufrufbar um Abläufe schneller innerhalb der Kommandozeile zu erledigen.

Das halte ich für ein Gerücht, auch VCL-Programme können mit Parametern innerhalb einer Batch-Datei aufgerufen werden.

Das ist unbestritten. Aber wenn ich mich entscheiden könnte, meine Quelltexte in einem Batch mit Delphi.exe oder mit dcc32.exe zu kompilieren, dann würde ich dcc32.exe bevorzugen ;-)

[Back2Code]

Zitat:

Zitat von mjustin (Beitrag 1231567)

Zitat:

Zitat von p80286 (Beitrag 1231559)

Zitat:

Zitat von Back2Code (Beitrag 1231553)

Zitat:

Zitat von baumina (Beitrag 1231551)

Nur mal so interessehalber: Warum eine funktionierende VCL-Formularanwendung in eine Konsolenanwendung umwandeln?

Ist somit besser per Batch + Parameter aufrufbar um Abläufe schneller innerhalb der Kommandozeile zu erledigen.

Das halte ich für ein Gerücht, auch VCL-Programme können mit Parametern innerhalb einer Batch-Datei aufgerufen werden.

Das ist unbestritten. Aber wenn ich mich entscheiden könnte, meine Quelltexte in einem Batch mit Delphi.exe oder mit dcc32.exe zu kompilieren, dann würde ich dcc32.exe bevorzugen ;-)

Es geht hier nicht um Kompilierung! :!::wink: