Re: Implementing application's variables
Customer decided to make the change as usual it means hard coding the new VAT, for future changes they want to have a best mechanism. I appreciate all the information and suggestions you all provided here, certainly will be explored, analised and thoroughly tested before to be implemented. Thanks to all. 2017-01-04 7:17 GMT-05:00 Elardus Engelbrecht < elardus.engelbre...@sita.co.za>: > Windt, W.K.F. van der (Fred) wrote: > > >> Can COBOL read environment variables these days? > > >You can call CEEGTJS to read the value of (exported) JCL variables. > > Indeed. It is more or less the same as other LE functions + services like > CEEENV, CEEDATE, CEEBLDY, CEE3PRM, CEEGMT, CEESxLOG, etc. You setup the > parameters, storage, etc and way how you call it and then you call that > function/service. [1] > > In fact, the book (z/OS Language Environment Programming Reference) > contains C++ and COBOL examples for these functions and callable services. > Hard and difficult RTFM work, of course, but once you got the hang, it > should be easy. > > This book only contains an example CEEGTJS in C/C++, but it should not be > that hard to do the same in COBOL or PL/I. Hmmm, perhaps in a good rainy > day, I should try out that CEEGTJS in COBOL out just for fun. ;-) > > Just keep an eye on these results after calling that service CEEGTJS: > CEE000, CEE3L9, CEE3LA, CEE3QS > > Groete / Greetings > Elardus Engelbrecht > > [1] - I played around in Assembler and COBOL with date/time/utc/local CEE > functions during testing and implementing of our brand new STP some years > ago. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Implementing application's variables
Hi List, Maybe this is not the best please to ask for the information I'm looking for, if so please kindly point me to the right direction. Due to a recent tax reform, a customer needs to change the value added tax (VAT). Currently they have that value inserted as part of the program's code where is used. Now they are looking for the best way/practice to implement that kind of variables. Programs are Cobol, Cobol-CICS, JAVA; no databases only VSAM, PDS, PDSE and sequential datasets. Customer is z/OS 2.1. Any suggestion/recommendation will be appreciated. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Grant permission for TSO Account command
Joel, that's exactly the case and thanks for your help too. Thanks 2013/1/3 Joel C. Ewing jcew...@acm.org On 01/03/2013 05:06 PM, Lizette Koehler wrote: Make sure your IKJTSOxx member contains the correct AUTHPGM and AUTHCMD entries. Lizette -Original Message- From: Angel Tamayo a.tamay...@gmail.com Sent: Jan 3, 2013 4:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Grant permission for TSO Account command Hi List, I'm migrating to zOS 1.11 from an unsupported zOS level, I defined a new SYS1.BRODCAST and now I'm trying to format and synchronize but I got COMMAND NOT AUTHORIZED FOR userid. I have been looking in manuals, google, IBM and my notes and I couldn't find(remember) how to get access to the command. I know that it can be granted in RACF but I don't have the command to do it. Someone of you could be so kindly and tell me how can I do it? Thanks. ... You weren't specific about the messages seen, but suspect you would have encountered IKJ58618I SYNC TERMINATED. USER UNAUTHORIZED TO ISSUE SYNC COMMAND. + IKJ58618I USER MUST HAVE ACCOUNT AUTHORITY TO ISSUE THE SYNC COMMAND. The userid in question must have at least READ access to a profile ACCT in class TSOAUTH in order to issue either the old TSO ACCOUNT command (made obsolete in a RACF environment by user profile TSO segments and the TSOAUTH class) or the TSO SYNC command.If TSOAUTH ACCT doesn't already exist, it should be created with UACC(NONE) and explicit READ access only given to those who should be allowed access to ACCOUNT/SYNC commands. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Grant permission for TSO Account command
Hi List, I'm migrating to zOS 1.11 from an unsupported zOS level, I defined a new SYS1.BRODCAST and now I'm trying to format and synchronize but I got COMMAND NOT AUTHORIZED FOR userid. I have been looking in manuals, google, IBM and my notes and I couldn't find(remember) how to get access to the command. I know that it can be granted in RACF but I don't have the command to do it. Someone of you could be so kindly and tell me how can I do it? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Related to RVARY password
Hi list, I'm working on revising some procedures for zOS support team, one of them is related to password for RVARY command, from what I've been looking for information, I have not managed to get and I hope you can help me: - What are the reasons why it is implemented a password for RVARY command? - In what circumstances is required the password for RVARY command? - What is the recommended practice for custody RVARY password?, I mean who should know it and who shouldn't. Thank you. Angel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN