Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!sun-barr!olivea!samsung!uunet!hoptoad!pacbell!sactoh0!unify!csusac!usenet
From: changw@athena.ecs.csus.edu (Weide Chang)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Networks, PRN, and a quirky executable
Message-ID: <1990Oct23.094716.29147@csusac.csus.edu>
Date: 23 Oct 90 09:47:16 GMT
References: <9430@helios.TAMU.EDU>
Reply-To: changw@athena.ecs.csus.edu.UUCP (Weide Chang)
Organization: California State University, Sacramento
Lines: 21

ctl8588@rigel.tamu.edu writes:
>In the real-time systems lab I have been programming in there is a
>token ring network connecting the 286 and 386 PCs.  I have been
>redirecting my standard PRN and LPT1 to the network print server.
>Now, everything works just fine...but my interest has been peeked
>by a certain situation.
> [ trouble with starting printing as wanted..]

That's the problem of IBM's famous PC-LAN built on the token-ring.

All you need to do is just add a line in your fft.c where you want
it to start printing. That's the <stdlib.h>'s

   	system("copy dummy.txt prn");

where dummy.txt is an empty file. You can try substitute dummy.txt with
NUL, then you don't need to create an actual file dummy.txt
This DOS shell call would start a new queue thus the fft.exe's queue has
to be forced to be printed.

Good luck!