I agree it's probably better that the differentiation is obvious/apparent in the source code rather than masked in the form of calls that return without performing their intended functions. However, I think it's risky to share one copy of the same load module, if that means also sharing the load library and giving CICS access to many other programs that might not be so friendly. I say, even if you can figure out how to deploy dual-mode programs from a common source, don't deploy them from a common load module. Or at least have designated loadlibs for these dual-mode programs so they don't get mixed in with everything else.
regards, Dennis > -----Original Message----- > From: Ronald Weinger [SMTP:[EMAIL PROTECTED]] > Sent: Friday, December 13, 2002 12:23 PM > To: [EMAIL PROTECTED] > Subject: Re: general programming doubt > > If your shop has or can create a utility program that can be called and can > respond with the runtime environment (CICS or batch), you can structure > your main program to bypass the CICS calls when running batch and bypass > the batch-only code when running in CICS. Then you only need one > main loadmodule and life can be simple (relatively). > > > > > "Miller, Dennis" > <[EMAIL PROTECTED] To: [EMAIL PROTECTED] > OM> cc: > Sent by: Subject: Re: general programming >doubt > "MQSeries List" > <MQSERIES@AKH-Wie > n.AC.AT> > > > 12/13/2002 12:58 > PM > Please respond to > "MQSeries List" > > > > > > > > In a way, the compiler ALWAYS ignores the CICS commands because they are > commented out and replaced by a series of moves and calls. You cannot make > the compiler ignore the substituted code, but you can render it > ineffective. To do that, write a NO-OP stub and link it in place of CICS's > ECI stub for the batch version of the program. > > That' solves one technical hurdle, but there are others. I believe another > responder gave you ideas about how to deal with other linkage, concurrency, > and re-entrancy issues. You also need to be careful that any functionality > this is provided by CICS is provided another way in batch and visa-versa. > Bottom line--it's pretty tricky business. > > Personally, I'd adivse modularizing your application into batch-only parts, > CICS-only parts, and parts that go both ways. By definition, the both-way > parts would NOT contain any CICS coding at all. Of course, you then need to > develop both a CICS version and a batch version of some parts, but that's a > LOT easier than developing one that works both ways. > > > > > -----Original Message----- > > From: N Vinodh [SMTP:[EMAIL PROTECTED]] > > Sent: Thursday, December 12, 2002 7:34 PM > > To: [EMAIL PROTECTED] > > Subject: Re: general programming doubt > > > > > > Hi > > > > it is COBOL. > > > > Thanks > > Vinodh > > > > > > > > "Miller, > > Dennis" To: > [EMAIL PROTECTED] > > <DMiller@SNOPUD cc: > > .COM> Subject: Re: general > programming doubt > > Sent by: > > MQSeries List > > <MQSERIES@AKH-W > > ien.AC.AT> > > > > > > 12/13/02 01:10 > > AM > > Please respond > > to MQSeries > > List > > > > > > > > > > > > What language? > > > > > -----Original Message----- > > > From: N Vinodh [SMTP:[EMAIL PROTECTED]] > > > Sent: Wednesday, December 11, 2002 9:30 PM > > > To: [EMAIL PROTECTED] > > > Subject: general programming doubt> > > > > > > Hi all > > > > > > I need a help ..plz excuse...this is not related to MQ. > > > > > > 1. Can you let me know the tips for writing a dual mode program ( > working for Online and > > > Batch ) - How the CICS commands will be ignored when > > > batch compilation and link-edit done and vice versa? > > > > > > 2. Any Compiler option / link-edit option difference between a > single-mode program and > > > dual mode program? > > > > > > 3. Any sample for dual mode program if you have. > > > > > > Thanks in advance > > > > > > Rgds > > > Vinodh > > > > > > > > > > > > ***The information contained in this message is legally privileged and > confidential > > > information intended only for the use of the addressed individual or > entity indicated in > > > this message (or responsible for delivery of the message to such > person). It must not be > > > read, copied, disclosed, distributed or used by any person other than > the addressee. > > > Unauthorised use, disclosure or copying is strictly prohibited and may > be unlawful. > > > Opinions, conclusions and other information on this message that do > not relate to the > > > official business of any of the constituent companies of the TATA > CONSULTANCY SERVICES > > > shall be understood as neither given nor endorsed by the Group. If you > have received > > this > > > message in error, you should destroy this message and kindly notify the > sender by > > e-mail. > > > Thank you.*** > > > > > > Instructions for managing your mailing list subscription are provided > in > > > the Listserv General Users Guide available at http://www.lsoft.com > > > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > > Instructions for managing your mailing list subscription are provided in > > the Listserv General Users Guide available at http://www.lsoft.com > > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > > (See attached file: InterScan_SafeStamp.txt)> > > > > > > > > > > > > * * * The information contained in this message is legally privileged and > confidential > > information intended only for the use of the addressed individual or > entity indicated in > > this message (or responsible for delivery of the message to such person). > It must not be > > read, copied, disclosed, distributed or used by any person other than the > addressee. > > Unauthorised use, disclosure or copying is strictly prohibited and may be > unlawful. > > Opinions, conclusions and other information on this message that do not > relate to the > > official business of any of the constituent companies of the TATA > CONSULTANCY SERVICES > > shall be understood as neither given nor endorsed by the Group. If you > have received this > > message in error, you should destroy this message and kindly notify the > sender by e-mail. > > Thank you. * * * << File: InterScan_SafeStamp.txt >> << File: > InterScan_SafeStamp.txt >> > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > > > > > > The information contained in this message may be CONFIDENTIAL and is for the >intended addressee only. Any unauthorized use, dissemination of the information, or >copying of this message is prohibited. If you are not the intended addressee, please >notify the sender immediately and delete this message. > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
