home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.wizards
- Path: sparky!uunet!paladin.american.edu!gatech!swrinde!elroy.jpl.nasa.gov!decwrl!deccrl!news.crl.dec.com!news!alpha.aosg.gsf.dec.com!gaf
- From: gaf@alpha.aosg.gsf.dec.com (Gerald Feldman)
- Subject: Re: /dev
- Message-ID: <1992Dec22.163544.960@aosg.gsf.dec.com>
- Sender: usenet@aosg.gsf.dec.com (USENET News System)
- Nntp-Posting-Host: alpha.aosg.gsf.dec.com
- Reply-To: gaf@aosg.gsf.dec.com
- Organization: Digital Equipment Corporation
- References: <1h3m36INNd4l@usenet.INS.CWRU.Edu> <1h57c2INNhsi@chnews.intel.com> <BzMu79.F3M@chinet.chi.il.us>
- Date: Tue, 22 Dec 1992 16:35:44 GMT
- Lines: 21
-
- --
- There are also some requirements that an application have a "hot"
- printer. Certainly using popen() is a very viable solution. For
- a converted DOS application it may be reasonable to have a hot printer
- attached to some arbitary port. While it is not the Unix way of doing
- thisgs, it is workable:
- create a link (say lpt1: ) to the desired printer port. Thus, the MS-DOS
- application may not need to change. It can write to what it knows, and
- since it is linked to the real device in /dev, it will output to the
- physical device in /dev. The down side of this is that the application
- would be tieing up a real device. From a purist point of view, it would
- be better to spool, but the bottom line may be to get the program
- running.
- +-------------------------------------------------------------+
- Jerry Feldman AOSG
- Mailstop: GSF1-1/K13 DTN:264-5863
- Digital Equipment Corp. EXT:(603)884-5863
- 5 Wentworth Drive ip(DEC): gaf@aosg.gsf.dec.com
- Hudson, NH 03051 enet: alpha::gaf
- Internet(HOME):gaf@palantir.newton.ma.us
- +-------------------------------------------------------------+
-