Office: (Office 2016) Bericht als PDF ausgeben bringt Access 2016 Runtime zum Absturz

Access 2016 Runtime stürzt ohne Fehlermeldung ab, wenn man wiederholt versucht, einen Bericht als PDF zu exportieren, siehe

Access 2016 accde "DoCmd.OutputTo acOutputReport, , acFormatPDF..." crashes after 10 minutes
http://answers.microsoft.com/en-us/o...e7183ec?page=1

Hat jemand eine Idee, wie dieses Problem umgangen werden kann?
Gibt es evtl. Alternativen zur PDF-Erstellung per VBA?

Ich bin für jeden Hinweis dankbar.

:)

 

ReportToPDF

 

Eine der früher genutzten Varianten sollte immer gehen:
- Bericht drucken
- als Drucker einen PDF-Drucker einstellen, z.B. PDF Creator

 

Vielen Dank für die Infos.

Bzgl. der lebans Lösung wird hier von Problemen ab Access 2010 berichtet
http://www.access-basics.de/index.ph...speichern.html
Evtl. Erfahrungen ab Access 2010 wären deshalb interessant.
Ich werde es auch noch einmal probieren.

Einen PDF-Drucker muss man unter Windows 10 noch nicht einmal installieren, da bereits von Microsoft vorinstalliert - Microsoft Print to PDF.

Ich suche aber etwas, das PDF - ohne Rückfragen nach Dateiname usw. - speichert. Der Pfad und Dateiname wird in meiner Access DB per VBA bereits vorgegeben.

 

Hallo!

Wenn du DoCmd.OutputTo ausführst, ist dann der Bericht bereits geöffnet?

mfg
Josef

 

Hallo Josef,

mein Original-Code (Auszug) sieht so aus, der bereits seit Jahren problemlos funktioniert:
strCaption = Me.VerbundeneVV.Column(3)
strWhere = "tVV_Nr=" & Me.VerbundeneVV
strDateiname = "Datei" & (Me.VerbundeneVV.ListIndex + 1) & "-" & strCaption
DoCmd.OpenReport strCaption, acViewPreview, , strWhere
DoCmd.OutputTo acReport, strCaption, acFormatPDF, Global_ProgrammVerzeichnis & strDateiname & ".pdf"
DoCmd.Close acReport, strCaption

Sämtliche Variablen sind natürlich vorher ordungsgemäß deklariert und gefüllt.

Ich habe es aber auch schon mit einem geschlossenen Report versucht, dann reicht natürlich nur eine Zeile
DoCmd.OutputTo ...

Es scheint ein echter Bug in Access 2016 zu sein.

Hier wird auch davon berichtet.
http://www.successcontrol.de/office-...t-zu-beachten/

Der PDF-Reader kann aber nicht schuld sein, weil hier auf mehreren Computern mit unterschiedlichen PDF-Readern getestet worden ist.

Die erste PDF-Erstellung funktinioniert tadellos. Anschließend kann ich beliebig viele weitere PDFs erstellen. Nach ca. 8 Minuten bringt jede weiteren PDF-Erstellung Access zum Absturz ohne Fehlermeldung.
Es ist wirklich so, als ob ein Timer abläuft. Dieses Problem kann ich auf einen Windows 7 und einen Windows 10 Computer jederzeit wiederholen.

Viele Grüße
Jürgen

 

Hallo!

Ich konnte das Problem auch nachstellen.
Es reicht aus, wenn man mir der Vollversion 2016 eine accdr-Datei mit /Runtime-Schalter startet.

Eine Problemumgehung fand ich keine.
Hast du schon ausprobiert, ob das Problem bei dir auch auftritt, wenn du eine accdb auf accdr nur umbenennst und dann mit der Runtime startest?

mfg
Josef

 

Hallo,

ich habe jetzt alles probiert
accdb, accde, accdr
alles führt mit Access 2016 Runtime nach ca. 8 Minuten zum Absturz.

Ich habe - um eigene Fehler auszuschließen - eine neue leere DB erstellt:
1 Bericht mit einer Textzeile
1 Formular mit einem Button, der den Bericht exportiert (eingebettetes Makro).

Also keine einzige Codezeile. Es werden nur die Bordmittel genutzt.
Es ist wirklich ärgerlich, dass Microsoft diesen Bug noch nicht beseitigt hat.

Ich habe mich jetzt mit der Lebans PDF Lösung beschäftigt. Leider habe ich hier auch ein Problem gefunden. Die neuen DLLs speichern jeden Bericht als PDF im Hochformat, die alten DLLs speichern jeden Bericht als PDF im Querformat. Es gibt in meiner DB aber Berichte in beiden Formaten.

Gibt es hierfür eine Lösung?

Gruß
Jürgen

 

Hallo Jürgen,
ich habe es noch nie gebraucht bzw. benutzt, da ich PDFs bisher immer
im Hochformat speichere. Bereiche die ich in Lebans Code nicht nutze,
habe ich auskommentiert. Komme leider momentan auch nicht dazu, mich
tiefer damit zu beschäftigen.

Im modReport to PDF gibt es eine Function SetMarginsAndOrientation
schau mal, ob du damit etwas anfangen kannst.

Ein Zwischenschritt wäre, zu prüfen, ob die Snapshotdatei, die temporär erstellt wird,
das richtige Format aufweist.

 

Hallo Marsu,

bzgl. Lebans-Lösung:
Die Ausrichtung habe ich hinbekommen, in dem ich die alte und neue dll gleichzeitig eingebunden habe.

Das nächste Problem:
Auf einem Computer werden falsche Schriftarten in der erstellten PDF verwendet.

Es gibt ja schon eine aktuelle DynaPDF, die dann die richtigen Schriftarten verwendet. Diese ist allerdings kostenpflichtig. Hier muss ich noch überprüfen, ob ich die dann gekaufte DLL so einbinden kann, dass der Demo-Schriftzug nicht kommt.

Bug in Access 2016 Runtime:
Der Bug tritt auch auf, wenn man einen Bericht als XPS erportiert.
Evtl. hängt das damit zusammen, dass nach dem Export eigentlich noch ein Dialog kommt "Exportschritte speichern". Und das ist ja mit der Runtime nicht möglich ist. Vielleicht haben hier die Programmierer einen Fehler gemacht.

Gruß
Jürgen