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