[Bug 33311] Loading of libraries intended to be delay loaded for a built-in module actually is not delayed

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=33311

--- Comment #4 from Dmitry Timoshkov <dmitry at baikal.ru> 2013-04-01 06:47:49 CDT ---
(In reply to comment #3)
> Probably some other dll is importing the library you are looking at. Delay
> imports definitely work.

How do you test that delay imports work?

As far as I can see in the +relay,+module log if a dll such as setupapi.dll
(which delay loads winspool) is being loaded by a small preloader app (that
doesn't import winspool in any of its dependencies) then main application
which actually performs printing faces a bug fixed by
http://www.winehq.org/pipermail/wine-patches/2013-March/123253.html
The bug manifests itself that main app fails to print some of cyrillic
glyphs because generic.ppd gets used instead of the printer's PPD (because
libcups is treated by already loaded in winspool imported by main app) where
correct *TTRasterizer is specified instead of None (which in turn leads
to the bug fixed by
http://www.winehq.org/pipermail/wine-patches/2013-April/123263.html.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.