По поводу "в свойствах ярлыка нет возможности...".
Значит, на рабочем столе - не сам ярлык программы, а ССЫЛКА НА ЯРЛЫК. Порыться внимательнее на этих машинах и на беспроблемных, посравнивать... скорее всего - криво вытащен сам ярлык. Настройки запуска ДОС-приложений менять МОЖНО. В конце концов, заново его создать и поместить на рабочий стол - и будет Вам щасте.
Однако, то, что происходит это именно при выводе на печать, и именно ПОСЛЕ первого вывода, который был успешен - говорит, скорее, о другом:
На этих двух машинках НАВЕРНЯКА криво установлены драйверы принтеров (или не убиты до конца драйверы других, давно почивших принтеров). Наиболее ве6роятные кандидаты в такие, почившие неубитые - что-нить из струйных Хрюлетов или Епсонов.
Поясняю. И у тех, и у других были так называемые спулеры - примочки, перехватывающие отправляемые принтеру байтики и помещающие их в специальный *TMP-файл, расположенный только они знают где (чтобы принтер потоком данных не захлебнулся). Агент шпулера прописывался в число запускаемых при загрузке Винды программ и занимался исключительно вызовом шпулера сразу, как только что-то отправится в LPT-порт.
Но и агент, и шпулер, перехватывающий всю посылаемую на печать лабуду - чужие, не от сегодняшнего драйвера, и хотя они честно отбуферили все что надо и не надо - команду уйти и очистить буфер печати отдают, ессно, не шпулеру... или она при имеющемся драйвере вообще не нужна... вот он и ждет, закрыться не может, и свой *TMP-файл держит. Посылаем на печать еще раз... следилка опять зовет шпулера, требует его загрузки. И - в зависимости от кривизны его написания ав-вторами драйвера: или шпулер грузится еще раз, вдобавок к невыгруженному, а тогда - писать куда ? - или не может погрузиться. Вот Винда и жалуется. На что ? А вот - памяти нет. Писать данные (или грузить шпулера) некуда. Когда же мы выходим из программы - Винда автоматом закрывает ВСЕ вызванные данной программой приложения. В том числе - и шпулера. Вуаля.
Лечится сия проблема сшибанием имеющихся принтерных драйверов - ВСЕХ, ПОД КОРЕНЬ ! и последующим долгим ковырянием в реестре и вышибанием "ручками" всех упоминаний о принтерах. После этого - перезагрузка и проверка всех запущенных Виндой процессов (на предмет затесавшегося среди них агента шпулера) и только затем - установка НУЖНЫХ драйверов.
Правда, МЕ- очень капризная тетка, хранит у себя тучу бэкапов того же реестра и старается все восстановить "как было" не спрашивая фамилии. Поэтому вышибать гнилые осколки принтеров из реестра МЕ - это особое искусство... но другого способа "восстановить справедливость" я не знаю.
Наконец, возможен и еще один вариант - наверняка печать из ДОС-приложений ведется через какую-нить программу-русификатор печати (типа DOSPRN или ей подобной). Тогда - кривизна может быть в ее настройке/установке: возможно, раньше она принадлежала другому принтеру. Тогда - абсолютно тем же механизмом, что описано для шпулера, работает (и глючит) эта программка-русификатор.
По поводу "в свойствах ярлыка нет возможности...".
Значит, на рабочем столе - не сам ярлык программы, а ССЫЛКА НА ЯРЛЫК. Порыться внимательнее на этих машинах и на беспроблемных, посравнивать... скорее всего - криво вытащен сам ярлык. Настройки запуска ДОС-приложений менять МОЖНО. В конце концов, заново его создать и поместить на рабочий стол - и будет Вам щасте.
-----------------------------------------------------------------------------------
Однако, то, что происходит это именно при выводе на печать, и именно ПОСЛЕ первого вывода, который был успешен - говорит, скорее, о другом:
На этих двух машинках НАВЕРНЯКА криво установлены драйверы принтеров (или не убиты до конца драйверы других, давно почивших принтеров). Наиболее ве6роятные кандидаты в такие, почившие неубитые - что-нить из струйных Хрюлетов или Епсонов.
Поясняю. И у тех, и у других были так называемые спулеры - примочки, перехватывающие отправляемые принтеру байтики и помещающие их в специальный *TMP-файл, расположенный только они знают где (чтобы принтер потоком данных не захлебнулся). Агент шпулера прописывался в число запускаемых при загрузке Винды программ и занимался исключительно вызовом шпулера сразу, как только что-то отправится в LPT-порт.
Но и агент, и шпулер, перехватывающий всю посылаемую на печать лабуду - чужие, не от сегодняшнего драйвера, и хотя они честно отбуферили все что надо и не надо - команду уйти и очистить буфер печати отдают, ессно, не шпулеру... или она при имеющемся драйвере вообще не нужна... вот он и ждет, закрыться не может, и свой *TMP-файл держит. Посылаем на печать еще раз... следилка опять зовет шпулера, требует его загрузки. И - в зависимости от кривизны его написания ав-вторами драйвера: или шпулер грузится еще раз, вдобавок к невыгруженному, а тогда - писать куда ? - или не может погрузиться. Вот Винда и жалуется. На что ? А вот - памяти нет. Писать данные (или грузить шпулера) некуда. Когда же мы выходим из программы - Винда автоматом закрывает ВСЕ вызванные данной программой приложения. В том числе - и шпулера. Вуаля.
Лечится сия проблема сшибанием имеющихся принтерных драйверов - ВСЕХ, ПОД КОРЕНЬ ! и последующим долгим ковырянием в реестре и вышибанием "ручками" всех упоминаний о принтерах. После этого - перезагрузка и проверка всех запущенных Виндой процессов (на предмет затесавшегося среди них агента шпулера) и только затем - установка НУЖНЫХ драйверов.
Правда, МЕ- очень капризная тетка, хранит у себя тучу бэкапов того же реестра и старается все восстановить "как было" не спрашивая фамилии. Поэтому вышибать гнилые осколки принтеров из реестра МЕ - это особое искусство... но другого способа "восстановить справедливость" я не знаю.
Наконец, возможен и еще один вариант - наверняка печать из ДОС-приложений ведется через какую-нить программу-русификатор печати (типа DOSPRN или ей подобной). Тогда - кривизна может быть в ее настройке/установке: возможно, раньше она принадлежала другому принтеру. Тогда - абсолютно тем же механизмом, что описано для шпулера, работает (и глючит) эта программка-русификатор.