RE: Call Stack Entry does not exist -- CPF8E25

MF17841 should solve this problem for V3R2.
This PTF only became available yesterday (December 18th).

It appears the problem was introduced with PTF SF36969 and MF14110.

PTF's for other releases are not yet available - but may not be
applicable if this problem was only introduced by the above two V3R2
PTF's.

Keep an eye on APAR MA17405 for PTF availability for other releases.

... Neil Palmer                                     AS/400~~~~~      
... NxTrend Technology - Canada     ____________          ___  ~     
... Thornhill, Ontario,  Canada     |OOOOOOOOOO| ________  o|__||=   
... Phone: (905) 731-9000  x238     |__________|_|______|_|______)   
... Cell.: (416) 565-1682  x238      oo      oo   oo  oo   OOOo=o\   
... Fax:   (905) 731-9202         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
... mailto:NPalmer@NxTrend.com          http://www.NxTrend.com


        -----Original Message-----
        From:   bvining@VNET.IBM.COM [SMTP:bvining@VNET.IBM.COM]
        Sent:   Friday, December 19, 1997 2:51 PM
        To:     MIDRANGE-L@midrange.com
        Subject:        Call Stack Entry does not exist -- CPF8E25

        Dave,

        One of the debugger developers suggests that PTF MF17841 (Apar
SA70085)
        should address your problem.

        Bruce Vining

        >
        >Folks:
        >
        >I have an irritating problem which is driving me crazy.  I am
on V3R2
        >and latest cum ptf 97322.
        >
        >When you use debug on a program with many modules, I am able to
use the
        >F11 to display variables on the CL modules but not on the ILE
RPG
        >modules.  It gives me "Call Stack Entry does not exist" which
is
        >CPF8E25.   It will let me step with F10.  I have recompiled all
the
        >modules, recreated the program and still no luck.  Used the
DSPPGM and
        >DSPMOD to verify the modules and source files.  I have tried
creating
        >the modules with DBGVIEW(*LIST) to no avail (I usually do
        >DBGVIEW(*SOURCE)) .  I have also tried OPTIMIZE(*BASIC) and
        >OPTIMIZE(*FULL) to no avail. (I usually do OPTIMIZE(*NONE)).
This
        >started happening after the latest cum tape 97322.  What gives?
It is
        >pretty random.  Once it happens in a program, it does not go
away.  I
        >have also cleared QRPLOBJ to avoid wrong object being debugged.
I now
        >have to create a program for each of the modules to debug.
This is
        >insane.  (or is this IBM's way of taking revenge on poor V3R2
people
        >:-(( ).  No I am not calling IBM with their new feature. No
support line
        >either.
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---