<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Through a selection set.&nbsp; (Looking for a "Y" in a particular field.)<br>
<br>
GCC Consulting wrote:
<blockquote cite="mid004401c6d758$b0dcebc0$0a01a8c0@Lassie" type="cite">
  <pre wrap=""> 

  </pre>
  <blockquote type="cite">
    <pre wrap="">-----Original Message-----
From: 
<a class="moz-txt-link-abbreviated" href="mailto:filepro-list-bounces+gccconsulting=comcast.net@lists.celestial">filepro-list-bounces+gccconsulting=comcast.net@lists.celestial</a>
.com 
[<a class="moz-txt-link-freetext" href="mailto:filepro-list-bounces+gccconsulting=comcast.net@lists.c">mailto:filepro-list-bounces+gccconsulting=comcast.net@lists.c</a>
elestial.com] On Behalf Of Boaz Bezborodko
Sent: Wednesday, September 13, 2006 1:11 PM
To: <a class="moz-txt-link-abbreviated" href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a>
Subject: Weird report run

A user ran a report that had a very weird result and I need 
help trying to figure out why.  This is a report that has 
been running fine for a long time.

The report picks out invoices to pay and then generates 
checks for them.  Each invoice is a line on the rePORT 216,254,100,159,128,84
by vendor with a new form being generated 
for each new vendor.  When it does so it generates a new 
check number and creates a new record for this check in the 
checks file.

The weird thing on this run was that on this run they were 
only generating one check, but a bunch o invoices that should 
not have been selected, from different vendors, were chosen 
and they were printed all on the first form for the original 
check.  They should not have been selected, but they were.  
They should not have shown up on the first form as part of 
the one check that was supposed to have run, but they did.  
And they should not have generated their own checks, but they 
did.  That last part was the one part that was consistent 
with their being printed even though they shouldn't have 
because they didn't conform to the selection criteria.

I've reviewed the code and can't find any reason why this 
should have happened.  Any suggestions as to why the errant 
selection and sort behavior?

Note:  I'm using FP 4.8 on Windows.

Boaz
    </pre>
  </blockquote>
  <pre wrap=""><!---->
What is the criteria that you are using to select invoice to pay?

Is this through -v processing or a selection set?

Richard Kreiss
GCC Consulting
 



  </pre>
</blockquote>
</body>
</html>