In debugging the problem I found out that if one attaches an strace to the
stuck output process (strace -p pid) the output continues. The strace always
consisted of either write or read calls (can't remember right now, though
write seems more logical) the first of which after attaching with strace was
a request for 8192 Bytes which returned short with usually some 100 bytes.
All folowing calls had the full 8192 requested Bytes as return value.
All of this vanished, when I replaced all occurrences of /dev/lp0 in my
printer configuration by /dev/par0. I has been working flawlessly since then.
I have changed quite a bit on my system since that time, but using
/dev/printers/0 under devfs also works fine here.
> Tim.
> */
-- Patrick Dreker --------------------------------------------------------------------- > Is there anything else I can contribute? The latitude and longtitude of the bios writers current position, and a ballistic missile. Alan Cox on linux-kernel@vger.kernel.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/