http://bugs.winehq.com/show_bug.cgi?id=1528
Summary: wineps printing to lpr issues Product: Wine Version: 20030508 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-winelib AssignedTo: wine-bugs@winehq.com ReportedBy: ktaylor@daac.gsfc.nasa.gov
I'm trying to follow the documentation and usenet advisings as closely as possible to figure out why I'm unable to print through lpr (to multiple devices).
As the test program I'm using Powerpoint 97, and I stuck this line into dlls/wineps/init.c:
line 274: MESSAGE("DRIVER: %s\tDEVICE:%s\tOUTPUT:%s\tINITDATA:%s\n",driver,device,output,initData);
I wanted to see how the device was being set during the program run (without trying to find it in the trace output.
DRIVER: WINEPS DEVICE:gcdcpr8 OUTPUT:LPT1: INITDATA:(null) DRIVER: WINEPS DEVICE:gcdcpr8 OUTPUT:LPT1: INITDATA:(null) DRIVER: WINEPS DEVICE:gcdcpr8 OUTPUT:LPR:gcdcpr8 INITDATA:(null) fixme:psdrv:PSDRV_DeviceCapabilities DC_TRUETYPE: stub DRIVER: WINEPS DEVICE:gcdcpr8 OUTPUT:(null) INITDATA:gcdcpr8 DRIVER: WINEPS DEVICE:gcdcpr8 OUTPUT:(null) INITDATA:gcdcpr8 DRIVER: WINEPS DEVICE:gcdcpr8 OUTPUT:(null) INITDATA:gcdcpr8
For some reason it starts out being set to LPT1, which it shouldn't be....but after a couple of events, it sets itself to LPR:gcdcpr8, which if the wine backend is right, should send it to the printcap queue gcdcpr8. Then after some more events, the value of OUTPUT gets wiped out, and I believe the default action is to send the job to LPT1, which is the wrong place.
If there's more debugging stuff you'd like me to give you, let me know, and I can try and provide it.