Created attachment 175328 [details] Callstack copied with source path. Steps to reproduce: 1. Enter anything. 2. Print the document with printer "Microsoft Print to PDF". Actual Result: Read access violation exception. Expected Result: Pdf file generated successfully. Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6552ec19d1920a0c4ab074b4a16afc0fe39296f3 CPU threads: 16; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: zh-TW (zh_TW); UI: en-US Calc: CL
Hi @jmux I run a bisect on master branch and traceback to 1b7c53db87bb67eeb2591fbb186f7ac20eb00c68. Maybe this is something you're working on? $ git bisect bad 1b7c53db87bb67eeb2591fbb186f7ac20eb00c68 is the first bad commit commit 1b7c53db87bb67eeb2591fbb186f7ac20eb00c68 Author: Jan-Marek Glogowski <glogow@fbihome.de> Date: Mon Sep 20 17:55:37 2021 +0200 WIN lazy init WinSalInfoPrinter graphics ... and while at it make stuff private and add _ to the newly private member variables. The new assert revealed a bug in the SalGraphics refcounting, because the virtual ReleaseGraphics is called from the destructor, which was probably also the reason for the HACK and comment in Printer::ImplReleaseFonts. Change-Id: I7af0bda19be6810dd8c0ea5b74604381e2047407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122371 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> include/vcl/print.hxx | 1 + vcl/inc/win/salprn.h | 13 ++++++++---- vcl/source/gdi/print.cxx | 15 ++++++------- vcl/win/gdi/salprn.cxx | 55 +++++++++++++++++++++++++----------------------- 4 files changed, 46 insertions(+), 38 deletions(-)
*** This bug has been marked as a duplicate of bug 144952 ***