mtlcl410andClaude Opus 5.5 24e0d070ef M10: the print crate's tests delay-load the print DLLs too (#2630) ...

The pdfcraft-print unit-test executable imported windows.data.pdf.dll and
prntvpt.dll at load time (the windows crate binds them with raw-dylib), so
on a Windows installation without them it could not start, and the tests
of the missing-DLL guard never ran there. crates/print/build.rs now passes
/DELAYLOAD for both and delayimp.lib on MSVC, as the applications' build
scripts do. Link arguments from a build script reach only this package's
own executables, so dependents are unaffected.

dumpbin /imports: before, both DLLs under "the following imports"; after,
under "the following delay load imports". A copy of each test binary with
prntvpt.dll renamed to a DLL that doesn't exist: the old one exits with
0xC0000135 (STATUS_DLL_NOT_FOUND) before main, the new one starts and runs.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Pq7HyCfwzyRXj4VfQAVVdv

2026-11-02 10:23:34 +08:00

..

pdfcraft

M10: the print crate's tests delay-load the print DLLs too (#2630)

2026-11-02 10:23:34 +08:00

pdfcraft-cli

M10: the print crate's tests delay-load the print DLLs too (#2630)

2026-11-02 10:23:34 +08:00

pdfcraft-web

Migrate PdfCraft to egui 0.37 (#4591)

2026-10-25 14:30:31 -04:00