I checked all what you said. Optimize flag is indeed *NONE.

Strange thing is when I use the command
BREAK 4 it says
"Breakpoint added to statement 700 of procedure TESTCQS."

But when I give 
BREAK TESTCQS/700 -----it gives error
"Tried to refer to all or part of an object that no longer exists."  

In fact both these commands means ditto same (TESTCQS/700 & 4 - > points
to the same statement)

May be Bob has something to say about this

Thanks in anticipation.

Regards.
s.chand
------------------------------

message: 3
date: Thu, 14 Jul 2005 11:14:19 -0700
from: "Marvin Radding" <MRadding@xxxxxxxxxxxx>
subject: RE: Back with DBGVIEW & *SRCSTMT again!

Make sure that your optimize flag is *NONE.  IF it is set to something
else *BASIC or *FULL you will get problems with break points.  The most
frustrating for me is to place a breakpoint on a line and have the
optimization skip it entirely and the program runs away causing a
restart of the program to get to that point again.  Look at your
optimize flag.  It might cure the problem with the break points.

Marvin

PS. Objects that no longer exist might be due to the fact that you have
recompiled in debug mode and without exiting debug attempt to perform
debug functions on the old program that has been deleted.  Make sure you
are not in debug before starting debug again.  That might cure that
problem.

Marvin


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Shijith_Chand
Sent: Thursday, July 14, 2005 10:11 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: Back with DBGVIEW & *SRCSTMT again!

Dear Bob,

               I compiled a program TESTCQS using DBGVIEW (*SOURCE) and
option (*SRCSTMT) and 

               tried to give the command BREAK TESTCQS/ 000700 -- where
000700 is actually a line number

               in the compile listing .(same as the SEU sequence number
0007.00 - 7th line)

           

              But this gave me an error -

                          "Tried to refer to all or part of an object
that no longer exists."

              Does this mean if DBGVIEW is *SOURCE we cannot debug based
on the SEU source statement?

 

 

             Also surprisingly (Contrary to what is in the docs) .the
same error message was shown when I tried 

             To give BREAK TESTCQS/ 000700   on the same program after I
compiled it with DBGVIEW (*STMT) 

             and option (*SRCSTMT)  

 

 

             In short *SRCSTMT does not have any effect on DBGVIEW
(*SOURCE) and. DBGVIEW (*STMT)?

            

             Please correct me if I am wrong

 

Thanks & Regards,

Shijith 

 

 

 


DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.



As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.