 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Overlay Printing Issue</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/overlay-printing-issue/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/overlay-printing-issue/</link>
	<description></description>
	<lastBuildDate>Tue, 21 May 2013 23:11:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: qtrmaster</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/overlay-printing-issue/#comment-105239</link>
		<dc:creator>qtrmaster</dc:creator>
		<pubDate>Thu, 22 Mar 2012 11:48:38 +0000</pubDate>
		<guid isPermaLink="false">#comment-105239</guid>
		<description><![CDATA[Thanks Tom for your response. The CL I&#039;m using is very simple:

          PGM                                                    
             OVRDBF     FILE(GBLCTL03T) TOFILE(MOWENS/GBLCTL03T)
/*           CALL       RB530        */                         
             CALL       RB530B                                  
         ENDPGM                                                 

The overlay works fine when call RB530 but doesn&#039;t work when calling RB530B.  I call the CL program from a command line so the LIBL shouldn&#039;t be a factor.

Below is the F spec that&#039;s in both programs:

FRB530ZZ   O    E             PRINTER

Below is the overlay in the PRTF:

 A                            OVERLAY(*LIBL/RB530OL 0.250 0.250)

Keep in mind there is only one RB530ZZ on the system.

Thanks]]></description>
		<content:encoded><![CDATA[<p>Thanks Tom for your response. The CL I&#8217;m using is very simple:</p>
<p>          PGM<br />
             OVRDBF     FILE(GBLCTL03T) TOFILE(MOWENS/GBLCTL03T)<br />
/*           CALL       RB530        */<br />
             CALL       RB530B<br />
         ENDPGM                                                 </p>
<p>The overlay works fine when call RB530 but doesn&#8217;t work when calling RB530B.  I call the CL program from a command line so the LIBL shouldn&#8217;t be a factor.</p>
<p>Below is the F spec that&#8217;s in both programs:</p>
<p>FRB530ZZ   O    E             PRINTER</p>
<p>Below is the overlay in the PRTF:</p>
<p> A                            OVERLAY(*LIBL/RB530OL 0.250 0.250)</p>
<p>Keep in mind there is only one RB530ZZ on the system.</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/overlay-printing-issue/#comment-105217</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Thu, 22 Mar 2012 00:09:57 +0000</pubDate>
		<guid isPermaLink="false">#comment-105217</guid>
		<description><![CDATA[&lt;i&gt;Any ideas?&lt;/i&gt;

Sure.

First idea is that the two programs don&#039;t use the same printer file definitions. Perhaps because they use two different printer files or because they apply different overrides.

Second idea is that it&#039;s a library list problem. It doesn&#039;t matter if they&#039;re called from the &quot;same&quot; CL or not; in fact, they might require different CLs, and calling from the &quot;same&quot; CL is what&#039;s introducing the problem.

Third idea is that the execution of one program makes some underlying change to the program environment. When the second program runs, it behaves different from what is expected.

There are probably many variations of those three ideas as well as other ideas. Without seeing the programming, it could be almost anything. Seeing the CL should be the minimum needed to know what to suggest to try.

Tom]]></description>
		<content:encoded><![CDATA[<p><i>Any ideas?</i></p>
<p>Sure.</p>
<p>First idea is that the two programs don&#8217;t use the same printer file definitions. Perhaps because they use two different printer files or because they apply different overrides.</p>
<p>Second idea is that it&#8217;s a library list problem. It doesn&#8217;t matter if they&#8217;re called from the &#8220;same&#8221; CL or not; in fact, they might require different CLs, and calling from the &#8220;same&#8221; CL is what&#8217;s introducing the problem.</p>
<p>Third idea is that the execution of one program makes some underlying change to the program environment. When the second program runs, it behaves different from what is expected.</p>
<p>There are probably many variations of those three ideas as well as other ideas. Without seeing the programming, it could be almost anything. Seeing the CL should be the minimum needed to know what to suggest to try.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/8 queries in 0.037 seconds using memcached
Object Caching 283/284 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-21 23:41:40 -->