hi, i am now trying for weeks to get my lpt0 working without any success :( i always get "device busy" (running lptcontrol, lptest, open(/dev/lpt0)). i found a lot of questions about this via google and some hints too (e.g. excluding device ppi from kernel) but all this didnt help :( i should mention that my printer connected to lpt0 is a funny gdi printer which only works under win98. so my idea was to use qemu to run a emulated win98 to get my printer working - but therefore qemu needs to be able to open /dev/lpt0 ... finally i wrote a simple c prog which just calls open(/dev/lpt0) but it also always fails with device busy :( what are the requirements to successfully open lpt0 port (apart from having connected a printer to it) ? does fbsd expects a response from the printer (e.g. ready status)? maybe my printer is not able to do this ... if so: what are possible workarounds? could i convice the kernel that lpt0 is ready? thx regards, stan ps: i am running fbsd 5.4
On Sat, Sep 24, 2005 at 06:09:09PM +0200, stanley jobson <stanley.jobson@gmx.ch> was witnessed plotting the following conspiracy:> hi, > i am now trying for weeks to get my lpt0 working without any success :( > > i always get "device busy" (running lptcontrol, lptest, > open(/dev/lpt0)). i found a lot of questions about this via google and > some hints too (e.g. excluding device ppi from kernel) but all this > didnt help :( > > i should mention that my printer connected to lpt0 is a funny gdi > printer which only works under win98. so my idea was to use qemu to run > a emulated win98 to get my printer working - but therefore qemu needs to > be able to open /dev/lpt0 ... > > finally i wrote a simple c prog which just calls open(/dev/lpt0) but it > also always fails with device busy :( > > what are the requirements to successfully open lpt0 port (apart from > having connected a printer to it) ? > > does fbsd expects a response from the printer (e.g. ready status)? maybe > my printer is not able to do this ... if so: what are possible > workarounds? could i convice the kernel that lpt0 is ready? > > thx > regards, > stan > > ps: i am running fbsd 5.4 >Usually, if you get "device busy," it means that the printer is simply not on or connected properly. Check your parallel cable. -Dan -- Dan Ponte http://www.theamigan.net/ A great many people think they are thinking when they are merely rearranging their prejudices. -- William James
> > hi, > > i am now trying for weeks to get my lpt0 working without any success > > :( > > > > i always get "device busy" (running lptcontrol, lptest, > > open(/dev/lpt0)). i found a lot of questions about this via google > > and some hints too (e.g. excluding device ppi from kernel) but all > > this didnt help :( > > > > i should mention that my printer connected to lpt0 is a funny gdi > > printer which only works under win98. so my idea was to use qemu to > > run a emulated win98 to get my printer working - but therefore qemu > > needs to be able to open /dev/lpt0 ... > > > > finally i wrote a simple c prog which just calls open(/dev/lpt0) but > > it also always fails with device busy :( > > > > what are the requirements to successfully open lpt0 port (apart from > > having connected a printer to it) ? > > > > does fbsd expects a response from the printer (e.g. ready status)? > > maybe my printer is not able to do this ... if so: what are possible > > workarounds? could i convice the kernel that lpt0 is ready? > > > > thx > > regards, > > stan > > > > ps: i am running fbsd 5.4 > > > Usually, if you get "device busy," it means that the printer is simply > not on or connected properly. Check your parallel cable.unfort. my printer is connected properly and it is on while simply trying to open it with open(/dev/lpt0) - lptest > /dev/lpt0 fails too ... so it seems that fbsd expects some kind of status reply from the printer - correct? if so: how could i by-pass this? (cause my ugly gdi printer is probably not able to answer correctly) i just wonna have access to my parallel port ... thx regards, stan
> > > > its a canon lbp 460 - ugly gdi printer :) > > Aha, that explains wy it will not work. see this: > http://linuxprinting.org/show_printer.cgi?recnum=Canon-LBP-460 > > the printer can print ascii text at all, it is a raster-only win* gdi > printer. It is the driver who does all the work.i know that this printer will never work with fbsd or even linux so i hoped i could setup a qemu with win98 and just passing lpt0 throu ... but unfort. this does not work :( what i need is a possibility to give qemu/vmware access to lpt0 without any checking done by fbsd thx, regards, stan