Re: F45RUN CORE DUMP

From: Patrick.Messier <Patrick.Messier_at_infonet.ca>
Date: Wed, 25 Nov 1998 22:23:17 -0500
Message-ID: <365CC9A5.37A3E28_at_infonet.ca>


Hi,

I'm currently working on this kind of problem. Since I'm home, I can't tell you which version I actually run at work, but as far as I rembember, it's FORMS 4.5.7.2.1.

I get this "core dump behavior" each time I tried to commit a sub-form. As I was trying to understand what going on, I reduced the size of my form. That is, I deleted some blocks. Big suprise, it starts to operate properly. One by one I added the blocks I've previously removed. Up to the 45th block, everything operate just fine. As sone as I added the 46th block, boom! It starts to crash again. Even if my 46th block was very simple one (1 item, no constraint, no trigger, no data). Notice that the debuger (f45runmd) also crashed with the application when I tried to investigate this problem.

Someone told me that it might be a memory problem. With an average of 60 megs of FREE memory althrought the "execution" of my form, I don't think so... but we never know. This personne also suggest me to break down my BIG form into sevral smaller ones (many *.fmb). I haven't try that, but I will.

If you have any comments or new facts, you can reach me at Patrick.Messier_at_a.statcan.ca. I don't have access to news group at work

Calvin Cheong a écrit:

> hi
>
> OpenVMS 7.1
> Oracle 7.3.2.3.2
> Developer/2000 1.3.2 (fForms 4.5 (Runform) Version 4.5.7.2.1
> (Production))
>
> Need help. One of the users is experiencing this problem at the point
> of committing. A core dump (see below) takes place terminating the
> user. He has to re-login to the system again. It only occurs this a
> particular form.
>
> Could anyone suggest/recommend a cause of action? I have already
> logged a tar with Oracle. Yet to revert. Is there a bug with this
> version of F45RUN?
>
> ############## CORE DUMP STARTS ###########################
>
> Rec.Date: 13NOV1998 FormatCD: 21 3 Copies Invoice Tax CD:
> 1 Tax
> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
> address=000000000000
> 0064, PC=0000000000438C10, PS=0000001B INV Net Cal Tax Tax Diff
> %TRACE-F-TRACEBACK, symbolic stack dump follows ======== ========
> image module routine line rel PC
> abs PC
> F45RUN IFFRF iffrxs 74519 0000000000000340
> 0000000000438C10
> F45RUN IWIT iwitpr 68715 0000000000000208
> 00000000004C30C8
> F45RUN IFKDFN ifkcdv 76637 0000000000000308
> 00000000004423E8
> F45RUN 0 000000000042E594
> 000000000043E594
> F45RUN 0 0000000000461EDC
> 0000000000471EDC*
> F45RUN 0 000000000044D8E4
> 000000000045D8E4
> F45RUN 0 0000000000442C78
> 0000000000452C78
Received on Thu Nov 26 1998 - 04:23:17 CET

Original text of this message