Re: Debug tool Problem
Because you use CALL '...', the subroutine is linkedited into the main program. Try SET QUALIFY PROGRAM DEBUGNW4 IBM Mainframe Discussion List wrote on 08/19/2010 03:33:30 AM: > From: גדי בן אבי > To: IBM-MAIN@bama.ua.edu > Date: 08/19/2010 03:36 AM > Subject: Debug tool Problem > Sent by: IBM Mainframe Discussion List > > Hi, > > I am having problems using debug tool to debug called programs. > > I have two COBOL programs, DEBUGNW3 and DEBUGNW4. > > I compiled DEBUGNW4 and then DEBUGNW3. > > DEBUGSW3 has the command CALL ‘DEBUGNW4’ in it. > > Running the program without Debug Tool works fine. > > When I run the program using Debug Tool in batch I use the following commands > > SET QUALIFY LOAD DEBUGNW3; > AT 13 > LIST ( "MONE-1: ", MONE-1 ) ; > AT 18 > LIST ( "MONE-1: ", MONE-1 ) ; > SET QUALIFY LOAD DEBUGNW4; > > The last commands causes the message: THERE IS NO LOAD MODULE NAMED > DEBUGNW4. To be displayed. > The message says: > EQA1925S There is no load module named load > module name. > Explanation: Load module qualification is referring to > a load module that cannot be located. > Programmer Response: The load module might be > missing or it might have been loaded before Debug > Tool was first used. On the System/370, Debug Tool is > aware of additional load modules only if they were > FETCHed after Debug Tool got control for the first > time. > > How do I cause DEBUGNW4 to be fetched? > Is there another way to fix the problem? > > TIA > > Gadi > > לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או > מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של > החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר > מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין > לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע > פעולה עסקית או משפטית כלשהי. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you
Debug tool Problem
Hi, I am having problems using debug tool to debug called programs. I have two COBOL programs, DEBUGNW3 and DEBUGNW4. I compiled DEBUGNW4 and then DEBUGNW3. DEBUGSW3 has the command CALL ‘DEBUGNW4’ in it. Running the program without Debug Tool works fine. When I run the program using Debug Tool in batch I use the following commands SET QUALIFY LOAD DEBUGNW3; AT 13 LIST ( "MONE-1: ", MONE-1 ) ; AT 18 LIST ( "MONE-1: ", MONE-1 ) ; SET QUALIFY LOAD DEBUGNW4; The last commands causes the message: THERE IS NO LOAD MODULE NAMED DEBUGNW4. To be displayed. The message says: EQA1925S There is no load module named load module name. Explanation: Load module qualification is referring to a load module that cannot be located. Programmer Response: The load module might be missing or it might have been loaded before Debug Tool was first used. On the System/370, Debug Tool is aware of additional load modules only if they were FETCHed after Debug Tool got control for the first time. How do I cause DEBUGNW4 to be fetched? Is there another way to fix the problem? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SV: Debug Tool problem
Yes, that should be the proper way. But because of different reasons, whereof the time to setup the databases for the test is the main, we seldom test that way. We have 12 different IMS (3 "normal" + 9 COPE) test environments (although it's only one that we use for Debug Tool). Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Don > Leahy > Skickat: den 15 februari 2010 21:53 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: SV: Debug Tool problem > > To avoid these issues we chose to use BTS for all of our online debugging. > We have only a small number of MPRs available in our test environment and > a > dozen programmers running debugging sessions at the same time would > monopolize all of them. > > On Mon, Feb 15, 2010 at 15:09, Thomas Berg > wrote: > > > But this is not how You should or normally ever do manage an IMS online > > system. Even if it's only for testing. Picture a dozen programmers > > debugging online programs this way. And add the usual misses they > > sometimes > > do... > > > > This should be handled by the tool. It have already hooks into IMS it > > seems, > > so why not take it all way, it's IBM's own software everywhere here! > > > > > > > > Regards, > > Thomas Berg > > _ > > Thomas Berg Specialist A M SWEDBANK > > > > > > > > > -Ursprungligt meddelande----- > > > Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För > > > Brian Peterson > > > Skickat: den 15 februari 2010 20:47 > > > Till: IBM-MAIN@bama.ua.edu > > > Ämne: Re: SV: Debug Tool problem > > > > > > Your IMS systems programmer should handle this for you, per the IBM > > > (vague) > > > documentation. Doing so is a required setup step. If your IMS > systems > > > programmer refuses to do so, that's a different (management) problem. > > > > > > Brian > > > > > > On Mon, 15 Feb 2010 20:38:35 +0100, Thomas Berg wrote: > > > > > > >I'm afraid You are right. > > > >But this is silly. I would never get the authority to submit my own > > > >msg region. > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: Debug Tool problem
To avoid these issues we chose to use BTS for all of our online debugging. We have only a small number of MPRs available in our test environment and a dozen programmers running debugging sessions at the same time would monopolize all of them. On Mon, Feb 15, 2010 at 15:09, Thomas Berg wrote: > But this is not how You should or normally ever do manage an IMS online > system. Even if it's only for testing. Picture a dozen programmers > debugging online programs this way. And add the usual misses they > sometimes > do... > > This should be handled by the tool. It have already hooks into IMS it > seems, > so why not take it all way, it's IBM's own software everywhere here! > > > > Regards, > Thomas Berg > _ > Thomas Berg Specialist A M SWEDBANK > > > > > -Ursprungligt meddelande- > > Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För > > Brian Peterson > > Skickat: den 15 februari 2010 20:47 > > Till: IBM-MAIN@bama.ua.edu > > Ämne: Re: SV: Debug Tool problem > > > > Your IMS systems programmer should handle this for you, per the IBM > > (vague) > > documentation. Doing so is a required setup step. If your IMS systems > > programmer refuses to do so, that's a different (management) problem. > > > > Brian > > > > On Mon, 15 Feb 2010 20:38:35 +0100, Thomas Berg wrote: > > > > >I'm afraid You are right. > > >But this is silly. I would never get the authority to submit my own > > >msg region. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SV: Debug Tool problem
But this is not how You should or normally ever do manage an IMS online system. Even if it's only for testing. Picture a dozen programmers debugging online programs this way. And add the usual misses they sometimes do... This should be handled by the tool. It have already hooks into IMS it seems, so why not take it all way, it's IBM's own software everywhere here! Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För > Brian Peterson > Skickat: den 15 februari 2010 20:47 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: SV: Debug Tool problem > > Your IMS systems programmer should handle this for you, per the IBM > (vague) > documentation. Doing so is a required setup step. If your IMS systems > programmer refuses to do so, that's a different (management) problem. > > Brian > > On Mon, 15 Feb 2010 20:38:35 +0100, Thomas Berg wrote: > > >I'm afraid You are right. > >But this is silly. I would never get the authority to submit my own > >msg region. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: Debug Tool problem
Your IMS systems programmer should handle this for you, per the IBM (vague) documentation. Doing so is a required setup step. If your IMS systems programmer refuses to do so, that's a different (management) problem. Brian On Mon, 15 Feb 2010 20:38:35 +0100, Thomas Berg wrote: >I'm afraid You are right. >But this is silly. I would never get the authority to submit my own >msg region. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: Debug Tool problem
I'm afraid You are right. But this is silly. I would never get the authority to submit my own msg region. Besides, the main problem would not exist if Debug Tool released the dataset at termination. I can't understand why they keep the allocation at all. If the FREE command supported datasetname I could use the AT TERMINATION command for this, but it seems not to. BTW, typically for IBM's new products, they didn't even document this command correctly in the reference manual, it just says: "The FREE command frees a file that is currently allocated. ddname Name of the file to free." In reality You have to use the "FREE FILE ddname" format to get it working! As it is, the IMS region keeps the exclusive allocation of my save dataset "eternally" or until the region itself terminate. Sigh! Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För > Brian Peterson > Skickat: den 15 februari 2010 19:49 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: Debug Tool problem > > I believe you must run your IMS MPP in a single message region. Which > message region(s) are eligible to run a particular IMS MPP program is > defined by the IMS sysprog who assigns IMS transactions to classes, and > classes to regions, as I understand it. > > The following quotation from "Debug Tool for z/OS Users Guide" topic 6.3.4 > "Creating setup file for your IMS program by using Debug Tool Utilities" > reads to me like a technical writer has tried to beautify/spin the > absolute > requirement that Debug Tool IMS MPP testing must be done in a single > region > with pretty words making it sound like this is somehow optional (but still > a > good idea). > > "You can also create and customize a setup file to create a private > message > region that you can use to test your IMS message processing program (MPP). > Creating a private message region with class X allows you to test your IMS > program run by transaction X and reduce the risk of interfering with other > regions being used by other IMS programs." > > Brian > > On Mon, 15 Feb 2010 16:44:59 +0100, Thomas Berg wrote: > > >Hi, > > > >I have a problem with Debug Tool that I can't resolve (at least by > myself...). > >When using it at debugging an IMS program (within IMS!) my save dataset > will > >be in exclusive hold in the actual IMS region. > >The problem arises when I run the same program (e g by responding to the > screen) > >and it is started in *another* region. Now the saved (e g) breakpoints > can't be > >loaded because the save dataset is hold by the first region. > > > >Does someone have a solution for this ? (That do not include e g another > config > >of IMS etc.) > > > >TIA! > > > >Regards, > >Thomas Berg > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Debug Tool problem
I believe you must run your IMS MPP in a single message region. Which message region(s) are eligible to run a particular IMS MPP program is defined by the IMS sysprog who assigns IMS transactions to classes, and classes to regions, as I understand it. The following quotation from "Debug Tool for z/OS Users Guide" topic 6.3.4 "Creating setup file for your IMS program by using Debug Tool Utilities" reads to me like a technical writer has tried to beautify/spin the absolute requirement that Debug Tool IMS MPP testing must be done in a single region with pretty words making it sound like this is somehow optional (but still a good idea). "You can also create and customize a setup file to create a private message region that you can use to test your IMS message processing program (MPP). Creating a private message region with class X allows you to test your IMS program run by transaction X and reduce the risk of interfering with other regions being used by other IMS programs." Brian On Mon, 15 Feb 2010 16:44:59 +0100, Thomas Berg wrote: >Hi, > >I have a problem with Debug Tool that I can't resolve (at least by myself...). >When using it at debugging an IMS program (within IMS!) my save dataset will >be in exclusive hold in the actual IMS region. >The problem arises when I run the same program (e g by responding to the screen) >and it is started in *another* region. Now the saved (e g) breakpoints can't be >loaded because the save dataset is hold by the first region. > >Does someone have a solution for this ? (That do not include e g another config >of IMS etc.) > >TIA! > >Regards, >Thomas Berg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: Debug Tool problem
I don't see how ? The problem is that I want exactly the same data that was saved to be used the next time. And as that data is hold by the first IMS region, Debug Tool can't allocate it for loading that data. What's making it harder is that it's allocated by a generated DDname, like SYS00163 etc. Otherwise I had tried with the AT TERMINATE command with FREE ddname. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För > Jerry McCarthy > Skickat: den 15 februari 2010 19:02 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: Debug Tool problem > > Perhaps using a PDS member for the save dataset could help? > > Regards, > > Jerry > > On Mon, 15 Feb 2010 16:44:59 +0100, Thomas Berg > wrote: > > >Hi, > > > >I have a problem with Debug Tool that I can't resolve (at least by > myself...). > >When using it at debugging an IMS program (within IMS!) my save dataset > will > >be in exclusive hold in the actual IMS region. > >The problem arises when I run the same program (e g by responding to the > screen) > >and it is started in *another* region. Now the saved (e g) breakpoints > can't be > >loaded because the save dataset is hold by the first region. > > > >Does someone have a solution for this ? (That do not include e g another > config > >of IMS etc.) > > > >TIA! > > > > > > > >Regards, > >Thomas Berg > >_ > >Thomas Berg Specialist A M SWEDBANK > > > > > > > >-- > >For IBM-MAIN subscribe / signoff / archive access instructions, > >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > >Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Debug Tool problem
Perhaps using a PDS member for the save dataset could help? Regards, Jerry On Mon, 15 Feb 2010 16:44:59 +0100, Thomas Berg wrote: >Hi, > >I have a problem with Debug Tool that I can't resolve (at least by myself...). >When using it at debugging an IMS program (within IMS!) my save dataset will >be in exclusive hold in the actual IMS region. >The problem arises when I run the same program (e g by responding to the screen) >and it is started in *another* region. Now the saved (e g) breakpoints can't be >loaded because the save dataset is hold by the first region. > >Does someone have a solution for this ? (That do not include e g another config >of IMS etc.) > >TIA! > > > >Regards, >Thomas Berg >_ >Thomas Berg Specialist A M SWEDBANK > > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Debug Tool problem
Hi, I have a problem with Debug Tool that I can't resolve (at least by myself...). When using it at debugging an IMS program (within IMS!) my save dataset will be in exclusive hold in the actual IMS region. The problem arises when I run the same program (e g by responding to the screen) and it is started in *another* region. Now the saved (e g) breakpoints can't be loaded because the save dataset is hold by the first region. Does someone have a solution for this ? (That do not include e g another config of IMS etc.) TIA! Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
