Problem with dreport crashing
Chris Sellitto
sellich at guaranteedreturns.com
Fri Aug 1 10:29:07 PDT 2008
> -----Original Message-----
> From: GCC Consulting [mailto:gccconsulting at comcast.net]
> Sent: Friday, August 01, 2008 1:09 PM
> To: Chris Sellitto; 'filepro list'
> Subject: RE: Problem with dreport crashing
>
>
>
> > -----Original Message-----
> > From:
> > filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
> >
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
> elestial.com]
> On
> > Behalf Of Chris Sellitto
> > Sent: Friday, August 01, 2008 11:15 AM
> > To: filepro list
> > Subject: RE: Problem with dreport crashing
> >
> >
> >
> > > -----Original Message-----
> > > From:
> > > filepro-list-bounces+sellich=guaranteedreturns.com at lists.celes
> > > tial.com
> > > [mailto:filepro-list-bounces+sellich=guaranteedreturns.com at lis
> > > ts.celestial.com] On Behalf Of Bruce Easton
> > > Sent: Friday, August 01, 2008 1:47 AM
> > > To: filepro list
> > > Subject: Re: Problem with dreport crashing
> > >
> > > 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.
> > > _______________________________________________
> > > Filepro-list mailing list
> > > Filepro-list at lists.celestial.com
> > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> >
> > All,
> >
> > Today (08/01/08), I came into the office bombarded with an entire
> > warehouse of people with the "Memory Could Not Be Read
> From" error. I
> > noticed it was happening basically at the same point in the program
> > every time. So I checked the file that it was updating,
> and rebuilt
> > the indexes, and that resolved this particular issue.
> >
> > Based on what I have been reading, it seems that the
> majority of the
> > time, this error is triggered by a bad index.
> >
> > My question is, is there a utility out there that could be run
> > manually, that might somehow recognize that an index is bad? Is it
> > even possible, and if so, does anyone know how to write one?
> >
> >
> >
> > Christopher Sellitto
> > VP Computer Operations
> > Guaranteed Returns
> > 100 Colin Drive
> > Holbrook, NY 11741
> > (631) 689-0191 x132
> > sellich at guaranteedreturns.com
>
> Not aware of any utility. However, if the warehouse is not
> operating around the clock, you could run a rebuild option at night.
>
> Depending what OS this would either be a cron job or through
> task manager on Windows.
>
> Depending on the version of fp you have, you might have an
> index maintenance program supplied with your fp install or upgrade.
>
> Look to see if you have these 2 files fpidx and fpidxdat. If
> you haven't used these programs yet, through IUA load fpidx.
> At the prompt answer (Y)es.
> The program will examine all of the indexes in your
> application and copy the command line necessary to rebuild
> each index to a record in fpidxdat. The program will also
> build a batch file, fpreindx.bat -windows or fpreindx.sh-*nix.
>
> Now just set either run a cron or task to run this file at night.
>
> Richard
>
> PS: remember to re-run fpidx when you add or change indexes.
Thanks for the advice Richard,
I failed to mention that we use a Windows environment with filePro
5.0.14DN9. I checked for these files, and did not see them anywhere.
Since I could not find it, is there somewhere online that I could
download the utility?
Thank you again.
Christopher Sellitto
VP Computer Operations
Guaranteed Returns
100 Colin Drive
Holbrook, NY 11741
(631) 689-0191 x132
sellich at guaranteedreturns.com
More information about the Filepro-list
mailing list