lawson_whitney@juno.com wrote:
Try:
import winspool
instead of winspool.drv, and see if that helps. Just a guess.
Nope. winebuild complains that it "could not open .so file for winspool".
I've uncovered a couple of additional facts which (I hope) may shed some light on the situation.
I whipped up a quick Winelib program which calls GetPrinterDataA, and it runs just fine -- using a previous, working, Wine build.
I tried commenting out the calls to GetPrinterDataA, and Wine now complains that OpenPrinterA is an undefined symbol.
So the problem seems to affect multiple functions in winspool.drv, but it doesn't affect Winelib programs.