future date testing
Fairlight
fairlite at fairlite.com
Thu Jun 3 12:10:25 PDT 2010
When asked his whereabouts on Thu, Jun 03, 2010 at 02:51:31PM -0400,
Boaz Bezborodko took the fifth, drank it, and then slurred:
> Why not write the FPro routine to look at a declared variable instead of
> @td and then load that variable to @td+"30"?
>
> Then, when you go into production all you have to do is remove the
> '+"30"' to have it read the present system date. Al the rest of the
> routine should remain the same.
Interesting concept for processing you control--wherever there's a time
formula, use what you're suggesting. Creative.
The problem I see is in what you can't control-- at cd, @ud, et al. Those are
set by internal time calls in *clerk/*report, and you can't manipulate what
they do at the record level. So if even some of the attendant testing
relies on anything uncontrollable by processing, you're better off just
using a virtual environment.
mark->
--
Audio panton, cogito singularis,
More information about the Filepro-list
mailing list