no input files message from printer file

Fairlight fairlite at fairlite.com
Sun Jan 6 10:10:43 PST 2008


Simon--er, no...it was Barry Wiseman--said:
> That message is generated when filepro closes the pipe to lp to direct 
> print output instead to your file.  I believe if you first issue a 
> "printer reset", then the "printer file" command, that will prevent the 
> message.

I'm still not getting it.  I may not be the OP, but I don't see how any of
the answers concerning "what has to be done to get lp to stop printing that
message" have been relevant so far to his problem.  

FROM the docs:

     PRINTER FILE "filename"
                        Send output to file "filename".

I have used this feature myself on Windows 2003 Server with fP 5.0.14 to
send output directly to a file, do not pass Go, do not collect $200.  It's
then handled by PrintWiz to convert to PDF for download.

Key thing being, it does not even -attempt- to print anywhere but to that
file, nor should it.  No spoolers, no programs--nothing except the file.

So far, I'm failing to see where `lp` or any other print spooler should
even remotely be in play while using PRINTER FILE.  Emphasis: ***FILE***.

Now, my very salient question is:  Why/How is `lp` getting called -at all-
from PRINTER FILE?  When we know the answer to that, we'll have a
reasonable chance of providing a sane solution that works.  There are only
a few ways I can think of this happening:

1) There's a bug in fP at whatever release the OP is using, and PRINTER
FILE is broken there, and does indeed try `lp`.  I kind of doubt this, as
this feature goes back -at least- to one major version prior.  Pretty sure
this was in 4.8, so I can't see it being left that buggy that long.

2) There's some sort of printout-inducing command that is getting triggered
before or after PRINTER FILE, and it's a flaw in processing with a
drop-through (no END somewhere?) either before or after...somewhere.

3) It's a case of *report being called and using PRINTER FILE in a process
table, and -that- goes to file, but *report thinks it should be printing
something to a printer for the current record or what have you.

Those are the three most logical explanations that come to my mind.

I just fail to see how multiple people telling someone how to fix lp is
helpful when lp shouldn't even be in play at all with this command.  It's
not addressing a primary root issue.

No flame intended...I just want to see Scott get a real answer, and none of
the discussion so far seems to be headed in that direction.  At least not
to me, it doesn't.

mark->



More information about the Filepro-list mailing list