Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!julius.cs.uiuc.edu!rpi!uupsi!fozzie!stanley
From: stanley@phoenix.com (John Stanley)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Printing Graphics files via LPT1:
Message-ID: <6eFkV3w163w@phoenix.com>
Date: 10 Jan 91 15:55:28 GMT
References: <1991Jan09.220846.15527@cavebbs.gen.nz>
Organization: Not BIFF At All (NBAA)
Lines: 21


frank@cavebbs.gen.nz (Frank van der Hulst) writes:

> In article <8280@emcard.UUCP> mat@emcard.UUCP (W Mat Waites) writes:
> >
> >I'm trying to print bitmaps files to a Laserjet via LPT1: and the image
> >gets all trashed. I'm wondering if LPT1: is only passing 7 bits, playing
> >with what it thinks are tabs, etc. I know the file is good because I can
> 
> The same type of problem applies to TurboC/Pascal -- it thinks the printer is
> a text device, so it bombs out on ^Zs... there are workarounds, although I
> don't know the specifics of them.

   There are supposedly at least 2 ways around the problem in TC. One I
do, one I think will work.

   Use the call biosprint(). While this makes your code non-portable, if
you are using TC it probably already is. This is the one I use to get around
the binary output problem.

   The other, untested, way is to do a setmode() on the output.