Office: (Office 2010) Word-Instanzen sauber beenden

Aus access 210 erzeuge ich seinen serienbrief mit eine Excel-Datenquelle
Code:

Der Code käuft soweit ganz gut.
Was ich auch mache, im Taskmanager bleibt eine Wordinstanz hängen.
Wie kann ich Word sauber beenden?

:)

 

zeilen wie
ActiveDocument.MailMerge.DataSource.ActiveRecord = wdLastRecord
ActiveDocument.MailMerge.DataSource.ActiveRecord = wdFirstRecord
halte die Wordinstanz im Speicher

 

Versuche es mal mit WinDoc.Close 0 und WinWord.Quit 0
Sonst hängt er ggf. in der MsgBox mit der Frage, ob gespeichert werden soll.

 

Naive Frage:
Ich weiß jetzt wie sie reinkamen.
Wie kommen die wieder raus?

 

Danke alle Helfer.
Der Code von CatboyJones löste das Problem.

 

Hallo,

Ich denke nicht. Beim 2. Aufruf der Prozedur dürfte diese crashen wegen der von Daolix bereits angegeben Zeilen.

Wordobjekte (z.B. ActiveDocument) müssen in Access entsprechend verwiesen werden.
"WinDoc" dürfte deinem "ActiveDocument" entsprechen.

 

Ich habe einfach ActiveDocument durch winDoc ersetzt.

Bei
WinDoc.SaveAs FileName:=Dateiname 'Speichern unter Dateiname
'WinDoc.Close False
wird der der Client getrennt, was ein so lautende Fehlermeldung verursacht.
Kommentiere ich das .close aus,
kommt bei
Code:

ein Laufzeitfehler 438: Objeckt unterstützt diese Methode oder Eigenschaft nicht.

 

Zuerst solltest Du damit beginnen, diese Mischung aus Late Binding und Early Bindung aufzuräumen und eine Methode davon sauber und durchgängig zu verwenden. Unsaubere Codes sind ein stetiger Quell von "überraschenden" Ereignissen.

 

Hallo ble,

wenn Word als Object gestartet wird, räumt ein .Quit die Instanz oft nicht aus dem Speicher. Das Problem kann man aber leicht umgehen, indem man Word in einer Klasse kapselt. Wenn die Klasse terminiert, zieht sie die Wordinstanz zuverlässig mit in den Abgrund wie in diesem Beispielcode gezeigt.

 

kann es sein, dass die Klasse Serienbriefe nicht unerstützt? Denn bei

Code:

kommt der Laufzeitfehler 438 Objekt unterstützt diese Methode oder Eigenschaft nicht.

 

Noe. Da wird wohl WinDoc nicht zugewiesen sein.

 

Ich bin da auch regelmäßig dazu geneigt zu sagen: Rede doch in vollständigen Sätzen (Zusammenhängen).
Bei einem solchen hingeworfenen Brocken kann man nie beurteilen, was da im Umfeld alles passiert, insbesondere wenn zu einen verbesserungswürdigen Code einige Vorschläge gekommen sind und man nicht im Ansatz nachvollziehen kann, ob und wie da einiges umgesetzt wurde => Black Box.

 

Code:

Bei dem Kursiv geschriebenen "WinDoc.MailMerge" meckert der Debugger.

Abgesehen davon, kann man das ActiveDocument nicht irgendwie zurücksetzen? Wenn ich das Formular schließe und wieder öffne läuft der Ausgangscode ohne Probleme.

ebs 17 hat sicher Recht, wenn er meine Postings bemängelt, aber im Eifer des Gefechts...

 

Code:

GetWord nach haklesoft übergibt eine Wordinstanz, nichts weiter.
Code:

Hier tust Du aber so, als wäre WinDoc plötzlich ein Dokument.

Du solltest Dir also Klarheit darüber verschaffen, was eine Wordinstanz (das Word an sich) und was ein Dokument ist und wie man die beiden unterschiedlichen Objekte auch per Namensgebung von Objektvariablen unterscheidet sowie dann auch verwendet => gezielte Referenzierung statt Schießen in den Nebel. Mit der Objektvariablen für das Dokument hättest du auch den logischen Ersatz für ActiveDocument.

Da würde ich doch auf das Formular gleich verzichten ...

Im Ernst: Wenn in Zusammenarbeit mit Word oder Excel ein Code abwechselnd läuft und dann auch nicht, hat man es regelmäßig mit unsauberer Referenzierung zu tun. Klar: Wenn man würfelt, kriegt man nicht immer die Sechs.

 

In Ergänzung zu Eberhard:
Du könntest drei passend benannte Objekte anlegen.
Eins für die Klasse, eins für die mit GetWord geholte Word.Application und eines für das mit Documents.Add (Vorlage.dotx) erstellte Arbeitsdokument. Das kann dann auch Mailmerge.
Und wenn Du den Verweis auf Deine WordOLB herausnimmst um komplett auf late bound umzustellen, müssen auch alle wd-Konstanten nachgebildet werden.