Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

weird debugging scenario in XPEDITER

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> Compuware & Other Tools
View previous topic :: :: View next topic  
Author Message
Arun bv

New User


Joined: 29 Dec 2010
Posts: 41
Location: Mumbai

PostPosted: Wed Mar 30, 2011 10:09 am    Post subject: weird debugging scenario in XPEDITER
Reply with quote

hi,

when i tried to debugg a online cics module in XPEDITER,some few steps got skipped .those steps didnt get executed.

those steps were simple MOVE statements,as these steps were skipped the values to be moved were didnt moved .

so if any one knows abt why is this happening and how to resove this issue, pls get back to me on this.


Thanks in Advance.
Arun BV
Back to top
View user's profile Send private message

dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Wed Mar 30, 2011 10:32 am    Post subject:
Reply with quote

when you have 2 or more contiguous fields and you have single field moves,
and there is no conversion involved,
the optimizer will generate a move for the first instruction with a length equal to the length of all the contiguous fields,
and not generate a move for the remaining instructions.

look at the assembler generated and you will see the length of the first move is equal to all the fields.
there will be no generated assembler instructions for the remaining fields,
thus it will 'appear' that xpeditor 'skips' the remaining fields.

The only issue to resolve is user awareness.
Back to top
View user's profile Send private message
Arun bv

New User


Joined: 29 Dec 2010
Posts: 41
Location: Mumbai

PostPosted: Wed Mar 30, 2011 10:46 am    Post subject: Reply to: weird debugging scenario in XPEDITER
Reply with quote

these are the stmts

MOVE 1 TO NBA-TYPE.
MOVE WS-NT-ID TO NBA-NT-ID.
MOVE WS-RP-ID TO NBA-RP.


when abt to execute MOVE 1 TO NBA-TYPE it skipped next two lines. and when i checked the values using KEEP command , those variables(NBA-NT-ID,NBA-RP) were filled with garbage, not with WS-NT-ID and WS-RP-ID .
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Wed Mar 30, 2011 10:56 am    Post subject:
Reply with quote

change the order of your move instructions.
Back to top
View user's profile Send private message
Arun bv

New User


Joined: 29 Dec 2010
Posts: 41
Location: Mumbai

PostPosted: Wed Mar 30, 2011 11:28 am    Post subject: Reply to: weird debugging scenario in XPEDITER
Reply with quote

thanks for your immediate response.

im a new minframe user.tats why im getting lot of doubts.

so will the order of move statements matters?

because i have to popualate these var in order to call another module ,these var were passed thru dfhcommarea.
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Wed Mar 30, 2011 11:56 am    Post subject:
Reply with quote

Quote:
so will the order of move statements matters?


are you waiting on an answer before trying what I suggested?

Quote:
because i have to popualate these var in order to call another module ,these var were passed thru dfhcommarea.

i hope you do not mean that you have to populate field1 first, then field2, etc...
Back to top
View user's profile Send private message
Arun bv

New User


Joined: 29 Dec 2010
Posts: 41
Location: Mumbai

PostPosted: Wed Mar 30, 2011 12:02 pm    Post subject:
Reply with quote

icon_redface.gif
Back to top
View user's profile Send private message
Arun bv

New User


Joined: 29 Dec 2010
Posts: 41
Location: Mumbai

PostPosted: Wed Mar 30, 2011 5:44 pm    Post subject:
Reply with quote

hi ,

you are right, that program in xpediter is optimized ,when i view the help option ,it is telling that follow the recommendations

Compuware Recommendations :

We recommend that you compile with the NOOPT (equivalent of OPT(0)) and NOINLINE (if supported by your compiler) options when preparing your program for debugging with Xpediter/CICS. These compile options ensure that the code generated by the compiler corresponds exactly to your source
code. This will allow you to accurately test and debug your program.



im using changeman Version = 6.1.1B.

if anyone know how to compile a cics module with the NOOPT (equivalent of OPT(0)) and NOINLINE .

pls let me know
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Wed Mar 30, 2011 6:07 pm    Post subject:
Reply with quote

compiler options can be inbedded in the source code (actually, inserted as first lines)
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7914
Location: Bellevue, IA

PostPosted: Wed Mar 30, 2011 6:32 pm    Post subject:
Reply with quote

Enterprise COBOL does not have an INLINE (or NOINLINE) option.
Back to top
View user's profile Send private message
Arun bv

New User


Joined: 29 Dec 2010
Posts: 41
Location: Mumbai

PostPosted: Thu Mar 31, 2011 9:52 am    Post subject: complier options in source code
Reply with quote

hi can anyone tell me how to insert complier options in source code
Back to top
View user's profile Send private message
Nic Clouston

Global Moderator


Joined: 10 May 2007
Posts: 1717
Location: UK

PostPosted: Thu Mar 31, 2011 10:00 am    Post subject:
Reply with quote

No - but the manual can
Back to top
View user's profile Send private message
nigelosberry

New User


Joined: 06 Jan 2009
Posts: 88
Location: Ggn, IN

PostPosted: Thu Mar 31, 2011 3:55 pm    Post subject: Re: Reply to: weird debugging scenario in XPEDITER
Reply with quote

Arun bv wrote:
these are the stmts

MOVE 1 TO NBA-TYPE.
MOVE WS-NT-ID TO NBA-NT-ID.
MOVE WS-RP-ID TO NBA-RP.


when abt to execute MOVE 1 TO NBA-TYPE it skipped next two lines. and when i checked the values using KEEP command , those variables(NBA-NT-ID,NBA-RP) were filled with garbage, not with WS-NT-ID and WS-RP-ID .


Make sure that these statements are not commented in your source program(I am sure that they will not be, but just to be on the safer side).

btw did you try changing the order of your move statements?
Back to top
View user's profile Send private message
Arun bv

New User


Joined: 29 Dec 2010
Posts: 41
Location: Mumbai

PostPosted: Thu Mar 31, 2011 4:08 pm    Post subject:
Reply with quote

i changed the sequence of MOVE statements(those stmts are not commented) and tried also using nopt(compilar options) before compilation of the module.but finally its of no use ,,,,its totally bugging me..


can anyone come up with the solutions.....
Back to top
View user's profile Send private message
nigelosberry

New User


Joined: 06 Jan 2009
Posts: 88
Location: Ggn, IN

PostPosted: Thu Mar 31, 2011 4:23 pm    Post subject:
Reply with quote

Arun bv wrote:
i changed the sequence of MOVE statements(those stmts are not commented) and tried also using nopt(compilar options) before compilation of the module.but finally its of no use ,,,,its totally bugging me..


can anyone come up with the solutions.....


can you copy-paste the whole SECTION(where you are doing these MOVEs) here? I mean the whole section from the compiler listing as you see in Xpeditor session.
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Fri Apr 15, 2011 4:46 pm    Post subject:
Reply with quote

No response from TS.

I have thought about this for a while,
and xpeditor is in about 100-thousand installations.

The TS is full of BULL.
he has not bothered to provide all the information.

a word to others.

yes, xpeditor will optimize things.
as i indicated, if you have contiguous moves of contiguous items (none requiring conversion),
xpeditor will make one (1) move (for the length of all items)
and not generate code for each individual move.

again, double check your code, and insure that you have nothing
improperly coded.

i repeat, the TS is full of BULL
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> Compuware & Other Tools All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Debugging with EDF Robert.Barnes CICS 5 Wed Jan 13, 2016 5:16 am
No new posts Starts DEBUGGING by Procedure Divisio... jackare Testing & Performance analysis 4 Sun Jan 10, 2016 10:37 pm
No new posts Debugging Native Stored procedure in ... paramoberoi IBM Tools 0 Wed Dec 23, 2015 11:55 am
No new posts Weird test results when Xpediter is t... Crunch Compuware & Other Tools 6 Tue Oct 06, 2015 7:48 pm
No new posts TELON WITH DB2 DEBUGGING SETUP REQUIRED rathnamreddy ABENDS & Debugging 1 Sat Jul 18, 2015 11:01 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us