I am using RH 6.1 for intel on a Pentium II 333, 64megs ram, 4.3gig UDMA
drive. The printer involved is a Minolta Pageworks 20, used as a HP4, as
it is built to be compatible with such. It is a local printer on lp0.
All else works fine, but when the following two lines of text are used in
a WP 5.1 merge document:
FAIRMONT PARK EAST
the message: No way to print this type of input file: IR-channel
Fasttracker "ok appears at the top of the page.
I commented out the lines in the filter script that dump unrecognized file
types with this message. The pages then printed normally. We are using
dosemu .98.0 on top of RH6.1. I used printtool to select the hp4/5/6
driver and tested it out as ok. The other several thousand pages of
printing we have done so far print without trouble. Just this particular
bit of text. I tried removing the rest of the text, just to be sure. One
other combo of text, that I can't get a copy of, apparently generated a
completely blank page. I could'nt repeat that one though. Anyone heard
of this? This is trivial enough, but could be a problem if other combos
have this sort of effect. Thanks for your time.
I dug a little deeper into the printing system and found out a bit more. In
the file /usr/share/magic, The audio section is listed in the file twice in a
row. I removed the duplication. This had no effect. I then deleted the part
in the remaining audio file section that says "Taken from loader code from
mikmod version 2.14 by Steve McIntyre" This removed the entry that my document
was being confused with, and resulted in a normal print. The entry in
particular is "
>1080 string >/0 %.2s-channel Fasttracker "oktalyzer" module sound data
I doubt I will ever need this one myself, so I'm fine without it. My document
apparently is normally seen as this entry:
0 string \033%-12345X@PJL HP Printer Job Language data
Hope this helps clarify this thing.
This looks like a very rare failure of the magic system.
I am going to close this for now, and if it happens again,
I'll remove the entry from magic.