Re: lpt0 always busy
It seriously looks like the printer, cable or port are broken, or the printer is very very special.. What sort of printer is it? its a canon lbp 460 - ugly gdi printer :) You could try printing to /dev/lpt0.ctl since that will ignore BUSY for the open. one can print using lpt0.ctl? - thx 4 the hint - i'll check this ... thx regards, stan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lpt0 always busy
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 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lpt0 always busy
You could try printing to /dev/lpt0.ctl since that will ignore BUSY for the open. one can print using lpt0.ctl? - thx 4 the hint - i'll check this ... Well, I'm pretty sure you can. AFAIK the only difference is that lpt0.ctl ignores BUSY on open so lptcontrol can use it. unfort. qemu is not able to open lpt0.ctl too (no perm prob) but i will do some more testing in this direction ... thx regards, stan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lpt0 always busy
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 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lpt0 always busy
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 ... It expects that your printer will toggle the BUSY line as it should.. I don't believe you'd be able to print on any OS if this was broken. i have a separate box running win98. from this box i am able to use the printer with the orig vendor driver without any problem ... Are you sure nothing else is using the port? (lpd, cups, etc) i think so: lpd is not running and lsof | grep lpt doesnt show anything either : ( so i guess there could be a prob with the ready/status checking procedure any other ideas? any idea how to by pass this check so other programs (like qemu) could simple use the port? maybe it s necessary to hack the lpt driver - but because i am not a kernel hacker (maybe a good c hacker :)) - some help with this would be really nice ... thx regards, stan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lpt0 always busy
i have a separate box running win98. from this box i am able to use the printer with the orig vendor driver without any problem ... Hmm, well it's possible the serial port is broken.. maybe ... Are you sure nothing else is using the port? (lpd, cups, etc) i think so: lpd is not running and lsof | grep lpt doesnt show anything either : ( fstat /dev/lpt0 and fstat /dev/lpt0.ctl ? [EMAIL PROTECTED] seb $ fstat /dev/lpt0.ctl USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME [EMAIL PROTECTED] seb $ fstat /dev/lpt0 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME [EMAIL PROTECTED] seb $ so i guess there could be a prob with the ready/status checking procedure This consists of checking the BUSY pin on the port.. Parallel ports are (sans ECP/EPP extras) very very simple. Have you tried using lptcontrol to put it into simple mode? [EMAIL PROTECTED] seb $ lptcontrol -s -d /dev/lpt0.ctl [EMAIL PROTECTED] seb $ What do you see in dmesg? lpt0: switched to interrupt-driven standard mode looks that everything is ok - not ? but open(/dev/lpt0) still complains about device busy ... thx regards, stan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
lpt0 always busy
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 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Eterm
hi, when updated my box from 5.3 to 5.4 / -STABLE i ran into probs with Eterm ... transparancy still works but --tint option does not produce usable results: my Eterm is alway blue - no matter which color i specify :( i did several cvsups and rebuilds of the base system and the ports but with no luck so far anybody else seeing this behaviour? anybody using eterm with --trans --tint--shape successfully on 5.4 / -STABLE ? Had this happen several months ago (February). Try recompiling Eterm with -DWITH_MMX. today i tried -DWITH_MMX on my box with the eterm prob - et voila :) ... everything works fine now :) open question: why is this option necessary at all now (after updating from 5.2.1)? before this update eterm worked on this box as expected ... wired ... thx regards, stan -- Perfection is achieved, not when there is nothing left to add, but when there is nothing left to take away. --- Antoine de St. Exupery, Wind, Sand, and Stars, 1939 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Eterm
hi, when updated my box from 5.3 to 5.4 / -STABLE i ran into probs with Eterm ... transparancy still works but --tint option does not produce usable results: my Eterm is alway blue - no matter which color i specify :( i did several cvsups and rebuilds of the base system and the ports but with no luck so far anybody else seeing this behaviour? anybody using eterm with --trans --tint --shape successfully on 5.4 / -STABLE ? thx regards, stan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]