= Сообщение: 6797 из 8394 ========================================= RU.LINUX = От : Vitaly Lugovsky 2:5080/1003 29 Dec 02 01:45:46 Кому : Den Gourkin 29 Dec 02 01:45:46 Тема : Re: Вот... FGHI : area://RU.LINUX?msgid=2:5080/1003@fidonet+7121b9e9 На : area://RU.LINUX?msgid=2:5061/7.33@fidonet+3e057534 = Кодировка сообщения определена как: IBM866 ================================= ============================================================================== From: Vitaly Lugovsky <vsl@ontil.ihep.su>
Den Gourkin <Den.Gourkin@p33.f7.n5061.z2.fidonet.org> wrote:
> VL> В общем случае это нереализуемо. Так что первый вопрос: зачем? Hа то > VL> оно и очередь, чтоб печатать, когда дают. > Согласен... :) Тем не менее, применяться этот алгоритм будет на АРМе для > пользователей, которые даже не знают о существовании Линукса, как ОС, :) и было > бы неплохо, чтобы можно было проводить контроль физически подключенного > принтера непосредственно к компьютеру АРМа. Дело в том, что принтер на этом > АРМе для удобства печати выдан по самбе в сеть, а при попытке проверить наличие > принтера на /dev/lp, в случае, если что-то уже печатается из спулера (сетевая > печать) приводит к блокированию порта... :) Такое, конечно, недопустимо и > требуется эдакая "защита от дурака".
Ага! Так это, стало быть, уже не "общий случай". В частном случае всё зависит от самого принтера, и не от чего более.
> VL> Это никому не было нужно - вот и нет общего решения. Да и невозможно > VL> оно теоретически - у тебя в конце очереди может быть другая удалённая > VL> lpd очередь, за ней ещё, и т.д. > Т.е., как кто-то из ребят советовал, нужно пробовать писать собственные фильтры > печати и делать проверку готовности непосредственно в фильтре?
Именно так. Hа самом последнем этапе - в очереди, непосредственно торчащей в принтер.
