Another dumb question

[Courtney]

Problem was solved...

Turned out there was a reference to the field in automatic processing but
the field was not defined...we skipped the automatic processing and field
came out as desired...

Kinda of dangerous tho...if ab (the variable we used) had been defined in
the automatic processing table (i.e.  ab(6,.0)) then we you compiled the
processing table a message would pop up telling you ab already defined in
automatic processing...but since it was not defined in automatic, nothing
mentioned!

I am going thru the other tables on this file to look for that variable but
thanks for all your help

-----Original Message-----
From: Kenneth Brody [mailto:kenbrody at bestweb.net]
Sent: Tuesday, January 18, 2005 8:03 PM
To: Courtney
Cc: filePro mailing list
Subject: Re: Another dumb question


(Top-posting corrected.)

Courtney wrote:
[...]
> > What field has "/OV" in it?  What is the assignment that causes it to
> > get that value?  What are the length/type/content of all fields used in
> > that assignment?
>
> Seems like the field is defined as 6 positions even tho it is clearly
> defined as (14,.0)...it keeps a rolling count...when debug is used, it
goes
> to /ov after 999999...strange...

You still haven't answered my questions, without which anything is just
a guess.

My guess is that something used to calculate this field is only 6 digits.
Unless by "is defined as 6 positions" means that it's not (14,.0) but is
really (6,.0).

--
+-------------------------+--------------------+----------------------------
-+
| Kenneth J. Brody        | www.hvcomputer.com |
|
| kenbrody/at\spamcop.net | www.fptech.com     | #include <std_disclaimer.h>
|
+-------------------------+--------------------+----------------------------
-+
Don't e-mail me at: <mailto:ThisIsASpamTrap at gmail.com>