The labels are generated by an RPG program, exactly one. The program
never does form feeds only line by line output. They print perfectly on
an older P5000 printers but those are twinax connected.

The labels are IGP graphics language and print perfectly on the page,
ending with the printer at the bottom of the final label. IBM i then
sends just one single 0C character (form feed in ASCII) at the end of
the spooled file. We can Hex Dump the output and see it at the printer
we can also see it in the Comm Trace.

This is categorically not an RPG output problem. The tangle comes
because the output of RPG is IGP commands and may be 40 to 50 commands
per label, one per line (by IGP requirements) while the label is a mere
15 lines tall. In fact you can see in the trace and the Hex Dump at the
printer that IBM i is in fact sending the 0C form feed after every
fifteen lines of IGP command output. While in IGP command mode the
printer simply ignores those 0C characters. However the final 0C comes
out right after the printer flips out of command mode and back to 'dumb
printer' mode. Of course that's where it is because IBM i makes sure
it's the very last thing sent. Unfortunately the printer is already AT
top of form having just completed the last label and so it skips to the
top of the NEXT label. With hundreds of jobs per night that's a lot of
wasted labels.

The printer is SUPPOSED to have an option where you set 'Ignore Mode'
and tell the printer what character to ignore. We want to change the
character IBM i is sending as Form Feed to something that will do
nothing (i.e. Bell) and then specify that character in the printer as
the 'Ignore character' but the printer ignores the ignore and since IBM
i is inserting those characters every 15 lines they makeamess of the labels.

We're hoping someone has a workaround or knows how to tell a printronix
printer how to honor the ignore character. Their documentation is
'exceptionally light' on the topic.

- Larry "DrFranken" Bolhuis

On 4/27/2012 5:37 PM, Stone, Joel wrote:
Sounds like a pgm is creating too many form feeds.

What is creating the spool file? RPG?

Is it just one pgm - or many?

Did you look at that pgm to remove any extra form-feeds?

Does it use an external printer file? If not, can you convert to external? Then you have a lot more control.

Possibly it is encountering an overflow condition AND issuing a form feed - that would waste a form.

Printers are tough on the iseries. But if the pgm is issuing an extra formfeed, it is going to be tough to get rid of it.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Friday, April 27, 2012 3:34 PM
To: Midrange Systems Technical Discussion
Subject: Printronix IGP mode ignore Character??

Setting up new Printronix P7000 printer with IGP Ethernet connected.
Prints just fine except it form feeds an entire label at the end,
wasting it. With hundreds of print jobs per day this is unacceptable.

Went into the WSCST object (WSCSTCONT132) and retrieved that. Changed
the Form Feed '0C' to 00 and applied it. Blows up the IGP string
wherever IBM i Inserts a form feed because 00 isn't valid there. Tried
other characters (07, OD, Space, ^) with the same results. IGP mode has
an 'Ignore Char' option so we set that to the character we're using. It
seems not to honor the ignore.

From the printer config page:

087 Ignore Char
088 Ignore Mode Enable
089 Select Char 94 /* 94 is 5E Hex */

Any ideas how to get IBM i to NOT DO ANY FORM FEEDS period. Or how to
get IGP to honor the ignore character?? This is driving us nuts.

Device Description:

FORMFEED(*AUTOCUT) /* Tried Continuous, generates LOTS of
LF's */

Our WSCST: (compiled to PRINTRONIX above)


DATA ='00'X.
DATA ='20'X.
DATA ='0D'X.
DATA ='5E'X. /* 5E is the ^ Character. Not used
by IGP */
DATA ='0A'X.


- Larry "DrFranken" Bolhuis

This thread ...

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].