Seg Violation on Linux
Nancy Palmquist
nlp at vss3.com
Mon Nov 7 17:55:43 PST 2005
Kenneth Brody wrote:
> Quoting Alan Mazuti (Mon, 7 Nov 2005 15:25:00 -0800):
>
>
>>Trying using the -t option and increasing the token size.
>
>
> She said the problem is in rclerk, which is unaffected by the "-t"
> series of flags, as it's running precompiled tok files.
>
>
>>-----Original Message-----
>>From: filepro-list-bounces at lists.celestial.com
>>[mailto:filepro-list-bounces at lists.celestial.com] On Behalf Of Nancy
>>Palmquist
>
> [...]
>
>>Process is starting with rclerk and creating a new record. After the
>>record has been created and the processing is complete, I have an EXIT
>>command so it will end and not continue to another record.
>>
>>rclerk filename -xa
>>
>>Usually it works just fine, but in some cases it gives me a
>>"segmentation violation" instead of a clean exit.
>
I have been messing with it and any other setting for the tok flags
seems to make it worse. I looked at the long variables and deleted a
few that were not used and it seems to squeak by with no error.
I tried in dclerk and rclerk versions. Changing the TOK sizes did seem
to affect the rclerk but I have tested so many things maybe that is not
exactly right.
The Process table only toks out to 15400, however, I have 2 arrays with
120 elements, 2 arrays with 45 and 2 arrays with 101 elements. I have a
number of long variables with large sizes 2000 or 4000. I tried to make
sure that all the variables with multiple assignments had a defined size.
I have messed with this so long I am sure it is a memory related issue.
Changing variable sizes, seems to affect the location of the crash point.
I have the biggest work happening in a call table with local
environment. Aren't those variables lost and put back into the free
space when the call is ended????
As one of my tests, I moved the call table that was crashing at the time
to the bottom of the input table and the results were similar.
As one test I changes a long variable to a dummy variable (both were
undefined in length) and it improved the results - it still crashed but
the crash was closer to the end of the processing.
Nancy
--
Nancy Palmquist MOS & filePro Training Available
Virtual Software Systems Web Based Training and Consulting
PHONE: (412) 835-9417 Web site: http://www.vss3.com
More information about the Filepro-list
mailing list