Segmentation violation
George
flowersoft at compuserve.com
Wed Dec 5 19:15:55 PST 2007
-----Original Message-----
From: filepro-list-bounces+flowersoft=compuserve.com at lists.celestial.com
[mailto:filepro-list-bounces+flowersoft=compuserve.com at lists.celestial.com]
On Behalf Of Kenneth Brody
Sent: Wednesday, December 05, 2007 12:34 PM
To: Scott Nelson
Cc: filepro-list at lists.celestial.com
Subject: Re: Segmentation violation
Quoting Scott Nelson (Wed, 05 Dec 2007 09:09:16 -0800):
> Look at the size of the processing table, both in number of lines and
> bytes. I have found that long tables on large processing tables can
> cause this due to a memory boundry overlap. Try removing old unused
> code, or comments and shorten the table.
[...]
Do you have any samples you can send to fpsupport which demonstrate this?
--
KenBrody at BestWeb dot net spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com
_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
http://mailman.celestial.com/mailman/listinfo/filepro-list
Although not in Unix, do you remember back in February of this year when I
was getting
Invalid Op Code 254 in tok table. Line 4874, offset 1" errors?
I wrote to you:
"I think the problem starts to manifest itself after a table tok size
reaches or exceeds 262,144 bytes or maybe a little less."
We solved the problem by reducing the size of the processing table by moving
some code to "called" tables.
There is a size limit to the prc and/or tok tables in the pre-5.6 Windows
versions. Maybe the same condition causes a segmentation violation in Unix?
More information about the Filepro-list
mailing list