dummy field problem

[GCC Consulting]

> -----Original Message-----
> From: Jeff Harrison [mailto:jeffaharrison at yahoo.com]
> Sent: Thursday, November 15, 2012 12:43 PM
> To: GCC Consulting; filepro-list at lists.celestial.com
> Subject: Re: dummy field problem
> 
> ----- Original Message -----
> 
> > From: GCC Consulting <rkreiss at gccconsulting.net>
> > To: 'Jeff Harrison' <jeffaharrison at yahoo.com>;
> > filepro-list at lists.celestial.com
> > Cc:
> > Sent: Thursday, November 15, 2012 10:55 AM
> > Subject: RE: dummy field problem
> >
> >
> >
> >>  -----Original Message-----
> >>  From: Jeff Harrison [mailto:jeffaharrison at yahoo.com]
> >>  Sent: Wednesday, November 14, 2012 4:58 PM
> >>  To: GCC Consulting; filepro-list at lists.celestial.com
> >>  Subject: Re: dummy field problem
> >>
> >>  >________________________________
> >>
> >>  > From: GCC Consulting <rkreiss at gccconsulting.net>
> >>  >To: filepro-list at lists.celestial.com
> >>  >Sent: Wednesday, November 14, 2012 3:37 PM
> >>  >Subject: dummy field problem
> >>  >
> >>  >FilePro 5.6.10 Windows
> >>  >
> >>  >I have an output process which has been working for some years now
> >> but  >recently started to have some problems with one process.
> >>  >
> >>  >I have a dummy variable ct(2,.0) which is set in auto processing as
> >> I  >use this counter a lot.  For some reason this edit was not being
> >> >applied by this output program.  When I set the edit in this
> >> processing  >table, I got the warning that it was already set in auto.
> >>  >
> >>  >I was under the impression that a processing table would use the
> >> auto  >processing table, if there when tokenizing it.  Unless on
> >> tokenizes the  >processing from the command line with a different
> >> auto processing
> > table.
> >>  >
> >>  >Anyone know why ct should lose its edit?
> >>  >
> >>  >
> >>  >Richard Kreiss
> >>  >GCC Consulting
> >>  >
> >>  >Office: 410-653-2813
> >>
> >>
> >>  What does the command line look like when you run request output
> >> (dreport/rreport)?  If you are using the -y flag and specifying
> >> another  processing table that would explain this.
> >
> > Command line:
> >
> > @rreport sales_journal -f make_re -v sel_make -ig -a -u
> >
> > Richard
> 
> Ok, so you are not overriding the automatic processing table.  Have you
> verified that the auto.tok table is there?  If so, have you verified that
it is being
> executed?  I would put a simple show statement in the auto table
temporarily
> to prove that it is seeing this table.

1. Yes the auto file is there
2. When tokenizing, get the warning the ct has an attribute in auto
processing

Will have to check to see if auto actually ran. 

Richard