Problem with dreport crashing
Bruce Easton
bruce at stn.com
Thu Jul 31 22:47:03 PDT 2008
Quoting Nancy Palmquist <nlp at vss3.com>:
>
> Bruce Easton wrote:
> > Nancy Palmquist wrote Thursday, July 31, 2008 4:37 PM:
> >
> > [a bunch of good stuff about things to watch out for
> > on Windows with filepro (if rats were filepro
> > developers, they would be eating their young at
> > this point), including ..]
> >
> >> Then I increased the TOK size for all TOK levels, that put me up to
> >> 99.9% reliability.
> >>
> >>
> > [and ..]
> >
> >
> >> 2) Check TOK sizes - increase if not sure. defaults are 20000 for
> each
> >> of the three types.
> >>
> >>
> >
> > I was a bit surprised when I ran that little test a while
> > ago (Unix fp 5.0.14) where it said at runtime my token table
> > for the called table was too small when all it had in it was:
> >
> > ::1="333":
> > ::write:
> > ::end:
> >
> > (field 1 was a ten character field and the map only had
> > that one field in it; also only one index for the file
> > against that one field)
> >
> > Isn't there a minimum tok size for form/called prc
> > in use if not set?
> >
>
> Default is 20000. You can decrease to 10000. Tok size is not a measure
>
> of the size of the processing only, in includes arrays and variables.
> Is it possible the machine did not have enough memory to allocate the
> minimum? Tok size might be for automatic processing, input processing
> or form processing (calls are using the same memory as forms, chains use
>
> the same memory as input or output.) When you are Requesting Output the
>
> form processing is the same as INPUT and the calls use the form
> processing. So is it possible that the automatic processing was the
> issue or a form that printed.
>
> Nancy
>
No - for this test case, I specifically only used that small
processing above as a as a called prc (from a report
selection processing that only hadthe call to this prc);
no final output processing; no auto prc. Blank report format.
I know this for sure
because I created the test file from scratch just for this test
and I only create the lines above plus the one line "call testc"
selection table. Now granted, I probably would never use a
table like this - and ultimately, with no select statement,
no records were selected for output, so it did the call
while reading records.
Maybe that does have some merit as Mark is doing - a place
to process in report on one record without selecting
any records and therefore not ever opening spooler? I'll
have to think on that at a better hour.
When I set the -tf size to 30000, the problem went away. That's
why I thought it was strange that such a small table with small
map, index and byte use would throw up that error.
Bruce
Bruce Easton
STN, Inc.
More information about the Filepro-list
mailing list