realloc() error while attempting to run a report

[Nancy Palmquist]

Jose,

Try setting PFTMP if not set.

Try removing edits - I have seen that table corrupted.  Make sure you do 
not have more than 200 edits active.  Global + local edits.  It screws 
up some pointers and results can be really strange.

Can you select the same records without any processing and dump a report?

Does it use a selection table that is corrupt or self referencing?

You need to figure if it is the data or the programming.  I have seen 
instances of all these things being corrupted and causing weird results.

Did you look at the auto table - is it there? do you use it?

Could you be hitting a token table limit? FilePro usually reports this 
accurately, but DIM's and such might do it.

Just my thoughts.  You never say if it is Windows or *NIX but maybe I 
missed it.

Good luck.
Nancy



On 5/25/2021 12:34 PM, Jose Lerebours via Filepro-list wrote:
> I removed index files to eliminate possible issues with them and 
> nothing, still
> have same problem.
>
> Tried rreport and dreport, same problem ...
>
> Weird is that I can IUA through every record and not see distorted 
> data nor
> process abend ...
>
> fpTech responded - I am communicating with them ... If I end-up 
> resolving this,
> I will let the list know what we found.
>
> For now, writing a PHP script to parse "map" and extract data from 
> "key" based
> on "map" definition.  The advantage of flat text  .... ;-)
>
>
> On 5/25/21 12:04 PM, Fairlight via Filepro-list wrote:
>> Bug in filePro, possibly being massaged by bad data of some sort.
>>
>> Only fP-Tech can fix this.  It's a bad pointer error, which indicates
>> faulty coding or bad data...or both.
>>
>> m->
>>
>> On Tue, May 25, 2021 at 10:48:21AM -0400, Jose Lerebours via 
>> Filepro-list thus spoke:
>>> Good morning!
>>>
>>> Running a single user development version of fp on a Ubuntu 20.x 
>>> 64bit LINUX
>>>
>>> COMMAND:
>>> dreport aspvendf -f export -u -s -y xnxn -t 165000 -p /tmp/export.txt
>>>
>>> ERROR:
>>>
>>>                            Records Selected:       328
>>>
>>>                           Generating Output:       328 realloc(): 
>>> invalid
>>> pointer
>>> Aborted (core dumped)
>>>
>>> I am able to navigate the files in every way possible within the 
>>> filePro
>>> application
>>> and directly via filePro menu but, no go when attempting to run 
>>> dreport.
>>>
>>> The format is very simple - output is of a "report" type sorting by 
>>> full
>>> length only
>>> one field without any subtotals.
>>>
>>> The processing table is a single line like so:
>>>
>>> zz=1<"~"<2<"~"<3<"~"<4<"~"<5<"~"<6<"~"<7<"~"<8<"~"<9
>>>
>>> memory? missing library? bad binaries?
>>>
>>> I do not think it is memory since I have nothing else running and I 
>>> often
>>> run a lot of
>>> SQL queries on this machine without issues - in addition to video 
>>> and audio
>>> editing.
>>>
>>> If missing library, why am I able to run IUA without a problem? Of 
>>> course,
>>> dclerk and
>>> dreport may be using different libraries but what do I know ...
>>>
>>> As per bad binaries, it is possible that my installation (some God 
>>> knows how
>>> long ago)
>>> was not 100% problem free and the dreport binaries are bad but how 
>>> can I
>>> confirm or
>>> eliminate that other than the fact that I am getting this error?
>>>
>>> Thank you all in advance for you assistance!
>>>
>>>
>>> -- 
>>> Jose Lerebours
>>>
>>> https://www.asisuites.com
>>> https://www.helpsuites.com
>>> https://www.cargosaas.com
>>>
>>> _______________________________________________
>>> Filepro-list mailing list
>>> Filepro-list at lists.celestial.com
>>> Subscribe/Unsubscribe/Subscription Changes
>>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>>

-- 
Nancy Palmquist         MOS & filePro Training Available
Virtual Software Systems    Web Based Training and Consulting
PHONE: (412) 835-9417           Web site:  http://www.vss3.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20210526/e83970dc/attachment.html>