problem with form and printer file...I think

[Fairlight]

Confusious (Walter Vaughan) say:
> Fairlight wrote:
>
> > Running into a problem that I -think- is related to using FORM with
> > PRINTER FILE at the same time.
>
> > Any ideas on how to easily solve this?  I'm -really- wanting to avoid
> > multiple filenames with index numbers, re-assembly, etc.
>
> You are only using dclerk or rclerk, and not exiting to IUA screen, nor
> have a stray FORM command anywhere, nor running a .tok that has not been
> recompiled?

No, it's definitely been recompiled.

I tried FORMM, that didn't work any differently than FORM.  Starting to
wonder if that's a Windows-ism.

However, another interesting facet is that I thought, "Okay, let's just try
incremental filenames."  I inserted a counter and a reset of the printer
filename.  I get two 27byte files and a third 1784 byte file.  The third
large one is the actual page I get when using FORM.  The first two times
through, it just spits out what I assume to be the init string for the
printer.  It looks like it, starting with ESC-E and all...it's obviously
longer, but there's no page contents to those files.

Then I checked docs.  FORM is supposedly only for clerk.  It's -working- in
report, I'm not kidding.  The main report that I've copied is used from
clerk, but I'm using it from report and it's actually printing.  I wonder
if that's not part of my 23-byte page problem though.

Assuming I want to take it to clerk to do it, I just need the equivalent
of:

report database -sr 1 -u -f table

The clerk equivalent for that would be...?  I'm pretty sure -sr is report
only.  It doesn't actually matter to me which I run it under in this case,
since I have to actually run it as a separate process -after- my original
dreport anyway so that I'm not using two licenses concurrently.

mark->
-- 
No matter what your problems, modern medicine can help!
http://members.iglou.com/fairlite/fixital/