|
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 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.