|
Xuan, Regarding the "mismatch" of line numbers that I mentioned in this thread: Someone I work with noticed the following post on the comp.sys.ibm.as400.misc newsgroup: ---------------- Hi folks. I compile C from the IFS using the officially unsupported "icc" program (run from qshell). Things are working mostly okay. The big problem is the resulting programs cannot be debugged easily. By this, I mean the debugger gets BADLY confused. It shows you as executing lines anywhere from a few lines to dozens and dozens of lines off from what you are really executing. This happens no matter what listing mode I choose, though it does tend to change what the debugger thinks the active line is. My question is, is anyone else experiencing this? I am using V5R1. IBM has been promising a fix for months, but still has not delivered a fix, so I'm hoping the AS/400 (sorry, iSeries) community has come up with work-arounds. Thanks for any replies. ---------------- This post describes the problem I'm having also. I've confirmed that the modules I've created were compiled with no optimization. I see the problem with stepping in the debugger and in trying to set breakpoints. The problem occurs in both the native debugger and in the distributed debugger. I'm going to continue to investigate and try to set up a simple test case to see if I can narrow it down. For now I wanted to forward this to you. Thanks Morgan > -----Original Message----- > From: code400-l-admin@midrange.com > [mailto:code400-l-admin@midrange.com]On Behalf Of Morgan Najjar > Sent: Friday, January 18, 2002 2:14 PM > To: code400-l@midrange.com > Subject: RE: Distributed Debugger Source Pane > > > Xuan, > > I hope this comes through in email ok. I'm trying to > correlate the line > numbers that I'm seeing in the various places. > > ====================================== > This is the left hand side of a DSPF of one of my steam file, source > files. This is the actual source. > > Browse : ap.c > Record : 274 of 1852 by 18 > Column : 1 > 77 by 131 > Control : > > ....+....1....+....2....+....3....+....4 > ** Attach a sarb that restricts compile > ** that meet the frame class parameter. > */ > cfrm_proto.cfrm_class = frm_class; > #if OLD_MACROS > fad.fad_scb = SCB_PROTO_EQ( &scb, 2 > cfrm_proto.cfrm_class, > #else > fad.fad_scb = SCB_PROTO_EQ( &scb, > cfrm_pr > cfrm_ar > #endif > cfrm_sarb = FM_ATTACH( cfrm_arb, &f > CASSERT( cfrm_sarb, ( ut_dbg, "Atta > > /* > ** Locate the first frame for this frame class. > */ > > ====================================== > > Here's the CRTCMOD listing for the same section of code. > > I'm assuming that the line "5722WDS V5R1M0...." is a page > heading where > a page break would be? > > Notice that before this the last line printed is 284, but > after it it is > 294. > > This seems incorrect to me, and also seems to be the point in this > module where the debugger interaction pertaining to line numbers goes > astray. > > The only thing that I can think of is that my macro, > SCB_PROTO_EQ, does > expand to 8 lines. > > Display Spooled > File > File . . . . . : AP > Control . . . . . +1 > Find . . . . . . 607 > *...+....1....+....2....+....3....+....4....+....5....+. > 274 |/* > 275 |** Attach a sarb that restricts compiled f > 276 |** that meet the frame class parameter. > 277 |*/ > 278 4 | cfrm_proto.cfrm_class = frm_class; > 282 |#else > 283 | fad.fad_scb = SCB_PROTO_EQ( &scb, 2, &c > 284 | cfrm_proto. > 5722WDS V5R1M0 010525 IBM ILE C for AS/400 ap.c > 294 5 | cfrm_arb ); > 295 |#endif > 296 6 | cfrm_sarb = FM_ATTACH( cfrm_arb, &fad, > 298 7 | CASSERT( cfrm_sarb, ( ut_dbg, "Attach c > 299 | > 300 |/* > 301 |** Locate the first frame for this frame c > 302 |*/ > 303 8 | cfrm = ( cfrm_blk * ) fm_read_fast( cfr > 304 | > > More.. > F3=Exit F12=Cancel F19=Left F20=Right F24=More keys > > ====================================== > > Does this make sense? > > Morgan > > _______________________________________________ > This is the CODE/400 Discussion & Support (CODE400-L) mailing list > To post a message email: CODE400-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l > or email: CODE400-L-request@midrange.com > Before posting, please take a moment to review the archives > at http://archive.midrange.com/code400-l. >
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.