<br><br><div class="gmail_quote">On Fri, Mar 15, 2013 at 4:52 PM, GCC Consulting <span dir="ltr">&lt;<a href="mailto:rkreiss@gccconsulting.net" target="_blank">rkreiss@gccconsulting.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
<br>
&gt; -----Original Message-----<br>
&gt; From: filepro-list-bounces+rkreiss=<a href="mailto:verizon.net@lists.celestial.com">verizon.net@lists.celestial.com</a><br>
&gt; [mailto:<a href="mailto:filepro-list-bounces%2Brkreiss">filepro-list-bounces+rkreiss</a>=<a href="mailto:verizon.net@lists.celestial.com">verizon.net@lists.celestial.com</a>] On<br>
&gt; Behalf Of Chris Sellitto<br>
&gt; Sent: Friday, March 15, 2013 2:01 PM<br>
&gt; To: Kenneth Brody<br>
&gt; Cc: <a href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a><br>
&gt; Subject: RE: Debug Assertion Failed!<br>
&gt;<br>
&gt; &gt; -----Original Message-----<br>
&gt; &gt; From: Kenneth Brody [mailto:<a href="mailto:kenbrody@spamcop.net">kenbrody@spamcop.net</a>]<br>
&gt; &gt; Sent: Friday, March 15, 2013 11:18 AM<br>
&gt; &gt; To: Chris Sellitto<br>
&gt; &gt; Cc: <a href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a><br>
&gt; &gt; Subject: Re: Debug Assertion Failed!<br>
&gt; &gt;<br>
&gt; &gt; On 3/15/2013 10:21 AM, Chris Sellitto wrote:<br>
&gt; &gt; &gt; filePro(r) 5.7.03<br>
&gt; &gt; &gt; Windows Server 2008, Windows 7/XP workstations<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; All,<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; We recently upgraded to 5.7.03 from 5.0.14. Everything has been<br>
&gt; &gt; &gt; going well  so far. Yesterday several of our users reported an error<br>
&gt; &gt; &gt; that I have not seen before. It reads exactly as follows...<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; __________________________________________________________<br>
&gt; &gt; &gt; |Microsoft Visual C++ Debug Library<br>
&gt; &gt; &gt;<br>
&gt; |_________________________________________________________<br>
&gt; &gt; &gt; |Debug Assertion Failed!<br>
&gt; &gt; &gt; |<br>
&gt; &gt; &gt; |Program: g:\fp\dclerk.exe<br>
&gt; &gt; &gt; |File: f:\dd\vctools\crt_bld\self_x86\crt\src\isctype.c<br>
&gt; &gt; &gt; |Line: 56<br>
&gt; &gt; &gt; |<br>
&gt; &gt; &gt; |Expression: (unsigned)(c + 1) &lt;= 256<br>
&gt; &gt; &gt; |<br>
&gt; &gt; &gt; |For information on how your program can cause an assertion Failure,<br>
&gt; &gt; &gt; |see the Visual C++ documentation on asserts.<br>
&gt; &gt; &gt; |<br>
&gt; &gt; &gt; |(Press Retry to debug the application)<br>
&gt; &gt; &gt; |<br>
&gt; &gt; &gt;<br>
&gt; |___________________________________________________________<br>
&gt; _<br>
&gt; &gt; &gt; |               Abort      Retry      Ignore<br>
&gt; &gt; &gt; -------------------------------------------------------------<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I can consistently recreate this error.  It is happening to a<br>
&gt; &gt; &gt; particular<br>
&gt; &gt; [...]<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Since you can recreate it on demand, contact fpsupport and arrange to<br>
&gt; &gt; send them files.<br>
&gt; &gt;<br>
&gt; &gt; --<br>
&gt; &gt; Kenneth Brody<br>
&gt;<br>
&gt; Ok Ken, I will do that.  However, we did narrow it down to a line of code.<br>
&gt;<br>
&gt; It is as follows<br>
&gt;<br>
&gt; declare local lu_key(10,*)<br>
&gt;   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -<br>
&gt;                                         &#39;get Batch shipped date<br>
lu_key=CustNo&amp;BatchNo<br>
&gt;   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -<br>
&gt;<br>
&gt; lookup bats = batsetup@  k=(lu_key)   i=A -nx         &lt;---------- THIS IS<br>
THE<br>
&gt; OFFENDING LINE<br>
&gt;<br>
&gt; Also when we navigate to the next record that does the same lookup using<br>
&gt; the same data in LU_KEY, it works just fine (meaning we do not get the<br>
error<br>
&gt; described above).  This line is in a called processing table that is<br>
called from<br>
&gt; auto processing.<br>
&gt;<br>
&gt; When we try the same program, using the old (5.0.14) version there is no<br>
&gt; problem.<br>
&gt;<br>
&gt; Thank you<br>
&gt; Chris<br>
</div></div> Have you tried replacing (lu_key) with (CustNo&amp;BatchNo) to see if you get<br>
the same error.<br>
<br>
Also, have you checked the value of CustNo and BatchNo the is being<br>
accessed?<br>
<br>
Richard Kreiss<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Filepro-list mailing list<br>
<a href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a><br>
Subscribe/Unsubscribe/Subscription Changes<br>
<a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a></div></div></blockquote><div><br></div><div><br></div><div>I&#39;ll answer that one for Chris.  Yes we have tried that. Originally this was a two character variable, &quot;kc&quot;, and this was in a called process.  I changed that to a long variable, and also pulled all the code into the current auto processing to eliminate the call.  I also stripped out all other lookups and have just the necessary code.</div>
<div><br></div><div>The values of CustNo &amp; BatchNo are filled and if I go one record higher or lower, I don&#39;t get the error. The values of CustNo &amp; BatchNo are the same for all three records.</div><div><br></div>
<div>This worked, and still works in 5.0.14, It does not work in 5.07.03.  The code didn&#39;t change, only the filePro version.</div><div><br></div><div>Same thing with our other issue with @SF, however, I&#39;m able to program around those, this I can&#39;t.</div>
<div><br></div><div><br></div><div><br></div><div> </div></div><br>