Re: JES2 Spool Display
Hi Mark, we had this happenadded more spool space than could be supportedhad some interesting effects until we changed the relevent values, and here is what IBM said: Hello - I have reviewed the main loop for JES2 SPOOL subtask process. There are only 2 ways to have the TGNUM change from 36648 to 163790 as you have shown in the syslog with $T SPOOLDEF,TGSPACE command. First would be to have the $DAS for the volume on the $DASWRKQ. This will only happen if some commands are entered against this volume. The second reason for this is the flag DAS3STUN is set for the volume. This will happen when a volume is started and the SPOOLDEF TGNUM is too small to accommodate the entire volume. User is notified with $HASP811 or $HASP853. Once this happens we have set up the circumstances for OA28104. Please apply the fix to prevent this issue from happening again. and to fix:- Restarting the spool volume, with cmd $SSPL(splvol),FORMAT, will rewrite the bit maps etc. Regards Bruce Hewson -- 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
Existing jes exit06 and time restriction per job class
Hi there, I have an existing JES2 exit06 and like to restrict time based on jobclass. Let us say I have a job class z where the maximum allowed time is 9 minutes. I check for time= in job card and if the time parameter is set, and has anything greater than 9 minutes I would like to limit the job to 9 minutes as this is the policy for that particular job class. What is the correct field to set to get this done? I found JCTETIME in the JCT but I'm actually not quite sure if this is the one to use. Thanks. -- Manfred -- 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: Existing jes exit06 and time restriction per job class
The TIME keyword on the JOB statement cannot increase the time for the entire job over the default limit set for that jobclass - it is the TIME keyword on the EXEC statement that you need to concern yourself with. In my old sysprog days I did this sort of thing at a couple of sites by just removing the TIME= specification from the JCL image based on jobclass and then issued some sort of message to indicate keyword removed by exit xx. You have at least a couple of choices here on how to do this : (1) JES Exit 4 (and maybe JES Exit 2 for passing of user information from the jobcard to exit 4) (2) IEFUJV (a bit of a dark hole - JES exits are easier to debug) There are some gotchas out there - be careful with handling started tasks and also watch out for TIME= being matched inside a parameter string passed to a program. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Manfred Lotz Sent: 01 February 2011 10:53 To: IBM-MAIN@bama.ua.edu Subject: Existing jes exit06 and time restriction per job class Hi there, I have an existing JES2 exit06 and like to restrict time based on jobclass. Let us say I have a job class z where the maximum allowed time is 9 minutes. I check for time= in job card and if the time parameter is set, and has anything greater than 9 minutes I would like to limit the job to 9 minutes as this is the policy for that particular job class. What is the correct field to set to get this done? I found JCTETIME in the JCT but I'm actually not quite sure if this is the one to use. Thanks. -- Manfred -- 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: Existing jes exit06 and time restriction per job class
snip The TIME keyword on the JOB statement cannot increase the time for the entire job over the default limit set for that jobclass - it is the TIME keyword on the EXEC statement that you need to concern yourself with. In my old sysprog days I did this sort of thing at a couple of sites by just removing the TIME= specification from the JCL image based on jobclass and then issued some sort of message to indicate keyword removed by exit xx. /snip I believe TIME=1440 will override any specification on the JOBCLASS(*) JES2 initialization statements. I like the idea of removing the TIME= parameter. One of the things on my current to do list. -- 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: If Else JCL question
Sorry for the delayed response... Yes, it is permissible to omit the continuation mark. From the z/OS V1R10.0 MVS JCL Reference manual section 17.1.4: Continuing a Relational Expression You can continue relational-expressions on the next JCL statement. Break the relational-expression where a blank is valid on the current statement, and continue the expression beginning in column 4 through 16 of the next statement. Do not put comments on the statement that you are continuing. You can code comments after you have completed the statement. For example: //TESTCON IF (RC = 8 | RC = 10 | RC = 12 | //RC = 14) THEN COMMENTS OK HERE Note the lack of continuation character. On Fri, 21 Jan 2011 09:22:06 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Fri, 21 Jan 2011 08:08:32 -0600, Robert Birdsall wrote: Similar to Gil's reply - skip if you've had enough... ... // IF (STEPA.RC = 4 AND STEPB.RC = 0 AND STEPC.RUN = FALSE AND // STEPD.RC = 8 AND STEPE.RUN = FALSE) OR ... Is it permissible to omit the continuation mark in col. 72 as you appear to have done? I thought that was permitted only if the continued line ended with a comma. (I looked briefly, not thoroughly, for this in the IF...ELSE chapter of the JCL RM.) Beware of COND=ONLY to suppress execution. Decades ago, a colleague did that, but a prior step ABENDed. Embarrassing because it was my program. I've since used COND=(0,LE). Still waiting for a followup in COND format from the person who posed the challenge... -- gil -- 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: More JCL 'fun'
I should have been more clear. I used what may be an unsupported construct. According to the JCL reference manual: snip A relational-expression consists of: Comparison operators Logical operators NOT (¬) operators Relational-expression keywords. /snip FALSE (and TRUE) are clearly not operators, which are listed on the following page of the manual. Whether they are keywords depends on the correct interpretation of the 'Relational-Expression Keywords' section. Initally, that section seems very clear - snip The following keywords are the only keywords supported by IBM and recommended for use in relational-expressions. Any other keywords, even if accepted by the system, are not intended or supported keywords. Keyword Use RC indicates a return code ABEND indicates an abend condition occurred ¬ABEND indicates no abend condition occurred ABENDCC indicates a system or user completion code RUN indicates that the specified step started execution ¬RUN indicates that the specified step did not start execution /snip which seems to state that TRUE and FALSE are not keywords. In the keyword descriptions that follow, however, are the following: ABEND=TRUE ABEND=FALSE stepname.RUN=TRUE stepname.RUN=FALSE using the words TRUE and FALSE as if they were keywords with a comparison operator. Testing the constructs supports the theory that they were implemented this way. My guess is that the only _supported_ use of TRUE and FALSE is with the ABEND= and RUN= comparison. It seems unlikely to me, however, that IBM will complicate their code by limiting the constructs to that. So... today 'IF FALSE THEN' and 'IF TRUE THEN' work (at least in my testing). There is no guarantee that they will continue to do so. The same is true of 'IF U0100 = U0140 THEN', also an unsupported construct. Perhaps the manual seems clear to you in this description. Personally, I would like it if they would clearly support the use of TRUE and FALSE as relational keywords. Of course, the manual also states snip If you specify a stepname as part of a relational-expression, the system first determines whether the step executed. If the step did not execute, the evaluation of the relational-expression is false. /snip which is clearly not true for 'IF (stepname.RUN = FALSE) THEN'. Absolute statements in the manual may not be absolutely true. Cautions in the manual may be overstated. On Fri, 28 Jan 2011 16:07:36 -0700, Roger Bolan rogerbo...@gmail.com wrote: Robert, I'm confused by your example. Are you expecting that there is some kind of predefined FALSE symbol you can use. I'm not aware of that. I think what follows the IF has to be a test (what the book calls relational expression) which is why the 'IF (U0100 = U0140) THEN' works. --Roger On Fri, Jan 28, 2011 at 1:50 PM, Robert Birdsall bsqu...@umich.edu wrote: This is just silly, so be warned! Last week, I posted some JCL in a response which used 'COND=ONLY' to suppress execution of a JCL step. In this case, I knew it was OK because it was a simple test job, and if some previous step abended for some strange reason I could just throw the results away. Paul Gilmartin suggested using COND=(0,LE) instead to suppress execution of a step as a general principal. I was just playing, and tried this: //jobname JOB (acct),'BSquare',CLASS=X,MSGCLASS=X,NOTIFY=SYSUID //* // IF FALSE THEN //EXEC PGM=KLUGE,COND=ONLY // ENDIF //* // IF (U0100 = U0140) THEN //YES1 EXEC PGM=IEFBR14 //NO1 EXEC PGM=IEFBR14 // ELSE //YES2 EXEC PGM=IEFBR14 // ENDIF where KLUGE is a program that does not exist in the standard search order. OK, that works (KLUGE is not attempted, YES1 and NO1 are flushed and YES2 is executed). Add ',COND=(0,LE)' to YES2. Funny - YES2 is still executed! Hmm... get rid of the COND=ONLY on the unnamed KLUGE execution. Wait... I got an S806. What happened to the 'IF FALSE'? Well... IF (cond) THEN [whatever] [ELSE whatever] ENDIF is only evaluated after the 1st step of a job (even if that step does not execute). So the 1st 'IF FALSE' is completely useless in this job. The 'IF (U0100 = U0140) THEN' (which could just as easily have been 'IF FALSE THEN') works as expected to flush YES1 and NO1 whether the unnamed KLUGE step is 'executed' or not. This is true even if a valid program is called. The COND=(0,LE) was not effective on YES2 because no previous steps had been executed. Unlike the 'IF FALSE' test, COND=(0,LE) doesn't work if all previous steps were flushed (say, because of COND=ONLY). The only way I know to suppress execution of a step that 'always' works on any step of a job is // IF FALSE THEN //job step to flush...,COND=ONLY ... the rest of the job step DDs, etc. // ENDIF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
Re: Existing jes exit06 and time restriction per job class
I believe TIME=1440 will override any specification on the JOBCLASS(*) JES2 initialization statements. Yes - you are correct - the manual I have is a little misleading : In one place : You can use the TIME parameter on a JOB statement to decrease the amount of processor time available to a job or job step below the default value. You cannot use the TIME parameter on a JOB statement to increase the amount of time available to a job step over the default value. To increase the allowable time over the default value, use the TIME parameter on the EXEC statement. And then in another section later on in the book: For a JOB statement TIME parameter of TIME=NOLIMIT or TIME=1440, the system nullifies any TIME parameters on EXEC statements as well as the default TIME values. All steps within the job will have unlimited processor time. So - JES Exit 2 will be required as well. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: 01 February 2011 13:34 To: IBM-MAIN@bama.ua.edu Subject: Re: Existing jes exit06 and time restriction per job class snip The TIME keyword on the JOB statement cannot increase the time for the entire job over the default limit set for that jobclass - it is the TIME keyword on the EXEC statement that you need to concern yourself with. In my old sysprog days I did this sort of thing at a couple of sites by just removing the TIME= specification from the JCL image based on jobclass and then issued some sort of message to indicate keyword removed by exit xx. /snip I believe TIME=1440 will override any specification on the JOBCLASS(*) JES2 initialization statements. I like the idea of removing the TIME= parameter. One of the things on my current to do list. -- 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
Ñ(X'69') character and SYSLOG display
Hi, as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). Do we have some misconfiguration? Thanks in advance for your help, Juan Mautalen -- 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
IBM United States Announcement Letters - bad links
Well, I just got my weekly email of IBM United States Announcement Letters with links to this weeks announcements. But all the links I've tried from that email return a page with: Our apologies… The page you requested cannot be displayed anyone else getting the same result? Anyone have valid links to share? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Ñ(X'69') character and SYSLOG display
Juan Mautalen wrote: as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: What I see in your post is a Capital N with a small reversed horisontal letter S on top of Capital N. Is that correct? You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). What are you using to see SYSLOG? SDSF? What if you copy SYSLOG somewhere and you edit the dataset? Do you then see the correct hex characters? Do we have some misconfiguration? Perhaps switching to English? ;-D Tell us if you get any solution. I would really like to see it. Groete / Greetings Elardus Engelbrecht -- 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: Ñ(X'69') character and SYSLOG display
On 2/1/2011 7:12 AM, Juan Mautalen wrote: You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). It works here browsing with (E)JES: N 0001000 MVS602011032 08:00:40.32 0090 SEÑORITA Check your code page settings in your log browser product. (E)JES automatically senses the necessary code page from your 3270 emulator. Other products might not be as sophisticated. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: Ñ(X'69') character and SYSLOG display
On 2/1/2011 9:03 AM, Elardus Engelbrecht wrote: Juan Mautalen wrote: as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: What I see in your post is a Capital N with a small reversed horisontal letter S on top of Capital N. Is that correct? No. It's a tilde. On my keyboard it's the shift character on the key left of the '1' key. You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). What are you using to see SYSLOG? SDSF? What if you copy SYSLOG somewhere and you edit the dataset? Do you then see the correct hex characters? Do we have some misconfiguration? Perhaps switching to English? ;-D Or Afrikaans? Tell us if you get any solution. I would really like to see it. Groete / Greetings Elardus Engelbrecht -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: IBM United States Announcement Letters - bad links
Steve, No problems here. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, February 01, 2011 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: IBM United States Announcement Letters - bad links Well, I just got my weekly email of IBM United States Announcement Letters with links to this weeks announcements. But all the links I've tried from that email return a page with: Our apologies. The page you requested cannot be displayed anyone else getting the same result? Anyone have valid links to share? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- 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: Ñ(X'69') character and SYSLOG display
Elardous: What I see in your post is a Capital N with a small reversed horisontal letter S on top of Capital N. Is that correct? Yes, that correct. Its pronounciation is very different from N. For instance, ÑOM in spanish is pronounced as GNOM in english. What are you using to see SYSLOG? SDSF? Yes, i was browsing it via SDSF. I even turned HEX ON, and i saw X'40'. What if you copy SYSLOG somewhere and you edit the dataset? Do you then see the correct hex characters? If SYSLOG is copied elsewhere, we still see a blank. The Ñ has gone... Juan Mautalen -- 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: Ñ(X'69') character and SYSLOG display
Steve Comstock wrote: No. It's a tilde. On my keyboard it's the shift character on the key left of the '1' key. Oh yes, you're right. I now saw that '~' on my little keyboard. Thanks for educating me, I really appreciate it very much! Perhaps switching to English? ;-D Or Afrikaans? Much better! :-D Groete / Greetings Elardus Engelbrecht -- 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: Ñ(X'69') character and SYSLOG display
This might help: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/isf4cs91/2.15 I didn't see where it says what happens if you don't specify a code page or TRTAB, but I suspect it defaults to CP 037 (US EBCDIC). -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Juan Mautalen Sent: Tuesday, February 01, 2011 10:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ñ(X'69') character and SYSLOG display Elardous: What I see in your post is a Capital N with a small reversed horisontal letter S on top of Capital N. Is that correct? Yes, that correct. Its pronounciation is very different from N. For instance, ÑOM in spanish is pronounced as GNOM in english. What are you using to see SYSLOG? SDSF? Yes, i was browsing it via SDSF. I even turned HEX ON, and i saw X'40'. What if you copy SYSLOG somewhere and you edit the dataset? Do you then see the correct hex characters? If SYSLOG is copied elsewhere, we still see a blank. The Ñ has gone... Juan Mautalen -- 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: IBM United States Announcement Letters - bad links
I get the same broken links Alan Schwartz Infrastructure Management Sr. Analyst Affiliated Computer Services A Xerox Company 612-266-3150 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, February 01, 2011 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: IBM United States Announcement Letters - bad links Well, I just got my weekly email of IBM United States Announcement Letters with links to this weeks announcements. But all the links I've tried from that email return a page with: Our apologies. The page you requested cannot be displayed anyone else getting the same result? Anyone have valid links to share? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- 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: IBM United States Announcement Letters - bad links
Steve, I am getting the same results. Jay Howard On Feb 1, 2011 11:00 AM, Steve Comstock st...@trainersfriend.com wrote: -- 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
TSSO processing
Please excuse the incorrect line formatting. I have the following table in TSSO, AOFTWS1 TABSTART ID=AOFTWS1 TWSERROR TABENTRY MSG=EQQE036I,ACTION=OSCMD,ECHO=YES, X TEXT='S TWSSUB1' This is the message that is issued. EQQE036I JOB (JOB02900), OPERATION(0002), 036 OPERATION TEXT(), ENDED IN ERROR S806. PRTY=5, APPL = , WORK STATION = CPU1, IA = 1102011127 NO FTW RC The action is being executed 4 times, which is the number of lines in the WTO. How can I make it only issue one command? -- 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: Existing jes exit06 and time restriction per job class
On Tue, 1 Feb 2011 11:52:38 +0100, Manfred Lotz manfred.l...@googlemail.com wrote: Hi there, I have an existing JES2 exit06 and like to restrict time based on jobclass. Let us say I have a job class z where the maximum allowed time is 9 minutes. I check for time= in job card and if the time parameter is set, and has anything greater than 9 minutes I would like to limit the job to 9 minutes as this is the policy for that particular job class. What is the correct field to set to get this done? I found JCTETIME in the JCT but I'm actually not quite sure if this is the one to use. I did it in exit 6 in the past (you probably have seen posts of mine if you checked the archives). When I wrote this exit, we only cared if people were using TIME= with class Q, which was an express class with 3 seconds of CPU time max. There were always enough class Q inits since they were for quick compiles, iebgener jobs, etc. So I checked for time= and set a flag, then did a second check after all JCL was converted to see if the jobclass was Q and time= was used. If so, I set RC=8 and canceled the job. I also used the same exit to make RACF calls to JOBCLASS.x in a locally defined RACF class to see if the user was allowed to run in that class (keep test jobs out of production classes). Here is a snippet of code which shows the internal text keys I checked (this was under MVS/XA, but this stuff hasn't changed): *** *THE TEXT OF THE EXEC CARD TEXT IS AS FOLLOWS * *1) 2 BYTE LENGTH OF TEXT STRING INCLUDING ITSELF* *2) 1 BYTE INDICATOR COMMON TO ALL TEXT RECORDS * *3) 1 BYTE OF MISCELLANEOUS INDICATORS * *4) 1 BYTE INDICATOR X'94' INDICATING EXEC POS INFORMATN * *5) 1 BYTE NUMBER OF EXEC POSITIONAL PARAMETERS * *THE 1ST POS PARAMETER IS THE STEP NAME * *6) VARIABLE LENGTH LIST OF EXEC POS PARAMETERS * *EACH PRECEDED BY A 1 BYTE LENGTH FIELD * *7) VARIABLE LENGTH LIST OF KEYWORD PARAMETERS * *EACH IS PRECEDED BY A 1 BYTE KEY, 1 BYTE NUMBER OF * *POSITIONAL SUBPARAMETERS PRESENT, AND A LIST OF * *SUBPARAMETERS EACH PRECEDED BY A 1 BYTE LENGTH FIELD * *WHICH MAY BE ZERO IF OMITTED AND FOLLOWED BY ANOTHER * *POSITIONAL PARAMETER.* * * * MVS C/I TEXT FORMATS CAN BE FOUND IN : * * MVS/XA SPL USER EXITS APPENDIX A (GC28-1147-3 - TNL GN28-1201) * * * *** LAR2,STREKEY POINT PAST EXEC TEXT STRING PREFIX STR2,TEXTADDRSTORE START OF EXEC TEXT STRING * * CHECK EXEC STATMENT FOR USAGE OF TIME PARAMETERS * CHKEXEC CLI 0(R2),ENDK END OF INTERNAL TEXT IMAGE? BERETURN0YES, DONE WITH THIS TEXT, GET OUT CLI 0(R2),TIMEEEK EXEC TIME= KEY (X'93') BNE CHKTIME2 NO, BRANCH FOR SECOND CHECK CLC 3(4,R2),=C'' CHECK FOR STEP DEFAULT BNE NOTDEFLT TIME=(,03) FROM CLC 8(2,R2),=C'03' JES2 PARMS JOBCLASS(Q) BERETURN0TIME OK, DONE WITH THIS TEXT-GET OUT NOTDEFLT MVI TIMEFLAG,C'Y' CHG TIME USAGE FLAG IN WKAREA TO 'Y' B RETURN0DONE WITH THIS TEXT, GET OUT CHKTIME2 CLI 0(R2),TIMEPEK EXEC TIME. JCLOVRD KEY (X'8F') BNE EXLOOP NO, GO FIND TO NEXT KEYWORD MVI TIMEFLAG,C'Y' CHG TIME USAGE FLAG IN WKAREA TO 'Y' B RETURN0DONE WITH THIS TEXT, GET OUT -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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: Existing jes exit06 and time restriction per job class
(re-posting with a little more code)... mz On Tue, 1 Feb 2011 11:52:38 +0100, Manfred Lotz manfred.l...@googlemail.com wrote: Hi there, I have an existing JES2 exit06 and like to restrict time based on jobclass. Let us say I have a job class z where the maximum allowed time is 9 minutes. I check for time= in job card and if the time parameter is set, and has anything greater than 9 minutes I would like to limit the job to 9 minutes as this is the policy for that particular job class. What is the correct field to set to get this done? I found JCTETIME in the JCT but I'm actually not quite sure if this is the one to use. I did it in exit 6 in the past (you probably have seen posts of mine if you checked the archives). When I wrote this exit, we only cared if people were using TIME= with class Q, which was an express class with 3 seconds of CPU time max. There were always enough class Q inits since they were for quick compiles, iebgener jobs, etc. So I checked for time= and set a flag, then did a second check after all JCL was converted to see if the jobclass was Q and time= was used. If so, I set RC=8 and canceled the job. I also used the same exit to make RACF calls to JOBCLASS.x in a locally defined RACF class to see if the user was allowed to run in that class (keep test jobs out of production classes). Here is a snippet of code which shows the internal text keys I checked (this was under MVS/XA, but this stuff hasn't changed): *** *THE TEXT OF THE EXEC CARD TEXT IS AS FOLLOWS * *1) 2 BYTE LENGTH OF TEXT STRING INCLUDING ITSELF* *2) 1 BYTE INDICATOR COMMON TO ALL TEXT RECORDS * *3) 1 BYTE OF MISCELLANEOUS INDICATORS * *4) 1 BYTE INDICATOR X'94' INDICATING EXEC POS INFORMATN * *5) 1 BYTE NUMBER OF EXEC POSITIONAL PARAMETERS * *THE 1ST POS PARAMETER IS THE STEP NAME * *6) VARIABLE LENGTH LIST OF EXEC POS PARAMETERS * *EACH PRECEDED BY A 1 BYTE LENGTH FIELD * *7) VARIABLE LENGTH LIST OF KEYWORD PARAMETERS * *EACH IS PRECEDED BY A 1 BYTE KEY, 1 BYTE NUMBER OF * *POSITIONAL SUBPARAMETERS PRESENT, AND A LIST OF * *SUBPARAMETERS EACH PRECEDED BY A 1 BYTE LENGTH FIELD * *WHICH MAY BE ZERO IF OMITTED AND FOLLOWED BY ANOTHER * *POSITIONAL PARAMETER.* * * * MVS C/I TEXT FORMATS CAN BE FOUND IN : * * MVS/XA SPL USER EXITS APPENDIX A (GC28-1147-3 - TNL GN28-1201) * * * *** LAR2,STREKEY POINT PAST EXEC TEXT STRING PREFIX STR2,TEXTADDRSTORE START OF EXEC TEXT STRING * * CHECK EXEC STATMENT FOR USAGE OF TIME PARAMETERS * CHKEXEC CLI 0(R2),ENDK END OF INTERNAL TEXT IMAGE? BERETURN0YES, DONE WITH THIS TEXT, GET OUT CLI 0(R2),TIMEEEK EXEC TIME= KEY (X'93') BNE CHKTIME2 NO, BRANCH FOR SECOND CHECK CLC 3(4,R2),=C'' CHECK FOR STEP DEFAULT BNE NOTDEFLT TIME=(,03) FROM CLC 8(2,R2),=C'03' JES2 PARMS JOBCLASS(Q) BERETURN0TIME OK, DONE WITH THIS TEXT-GET OUT NOTDEFLT MVI TIMEFLAG,C'Y' CHG TIME USAGE FLAG IN WKAREA TO 'Y' B RETURN0DONE WITH THIS TEXT, GET OUT CHKTIME2 CLI 0(R2),TIMEPEK EXEC TIME. JCLOVRD KEY (X'8F') BNE EXLOOP NO, GO FIND TO NEXT KEYWORD MVI TIMEFLAG,C'Y' CHG TIME USAGE FLAG IN WKAREA TO 'Y' B RETURN0DONE WITH THIS TEXT, GET OUT *** *THIS ROUTINE WILL INCREMENT PAST THE STRING(S) BEING * *PROCESSED. NOTE THAT FOLLOWING THE KEYWORD DESCRIPTOR * *FIELD IS A COUNT OF SUBPARAMETERS. FOLLOWING THE COUNT * *WILL BE A LENGTH OR DESCRIPTOR FIELD. IF THE HIGH ORDER * *BIT IS ON, THE FIELD IS A COUNT FIELD OF THE NUMBER OF * *SUBPARAMETERS WHICH THE SUBPARAMETER ITSELF MAY HAVE.* *IF THIS IS TRUE, THE DESCRIPTOR FIELD WILL BE FOLLOWED BY* *A LENGTH FIELD FOR THE FIRST SUBPARAMETER. IF THE HIGH
Re: IBM United States Announcement Letters - bad links
Same here but the Announcement Summary link works for me and from there the others do too. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jay Howard Sent: Tuesday, February 01, 2011 11:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] IBM United States Announcement Letters - bad links Steve, I am getting the same results. Jay Howard On Feb 1, 2011 11:00 AM, Steve Comstock st...@trainersfriend.com wrote: -- 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: IBM United States Announcement Letters - bad links
It appears as though they fixed the link issue. Mine were broken earlier but are now working. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, February 01, 2011 10:00 AM To: IBM-MAIN@bama.ua.edu Subject: IBM United States Announcement Letters - bad links Well, I just got my weekly email of IBM United States Announcement Letters with links to this weeks announcements. But all the links I've tried from that email return a page with: Our apologies... The page you requested cannot be displayed anyone else getting the same result? Anyone have valid links to share? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- 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: Ñ(X'69') character and SYSLOG display
On 1 February 2011 11:10, Juan Mautalen jgmauta...@yahoo.com.ar wrote: Yes, that correct. Its pronounciation is very different from N. For instance, ÑOM in spanish is pronounced as GNOM in english. GN is a fairly unlikely English representation of Spanish Ñ or ñ. In ordinary English orthography, an initial GN has the G completely silent, and the N unaffected, so an English GNOM would be indistinguishable from an English NOM. The same is true for initial KN. There are exceptions, of course (what would English spelling be without them?), as well as dialectical and historical differences. It's easy to say that Spanish Ñ is the initial sound in English words like NEW, but there are some not so uncommon English dialects in which NEW has no glide and is indistinguishable from NOO. Perhaps one unambiguous way of putting it is to tell the English reader that Ñ is the sound you'd get if you put an ordinary N sound in front of the English word YOU. Regardless, the accent is evidently very important in Spanish, the classic example being feliz año nuevo vs feliz ano nuevo. Tony H. -- 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: Ñ(X'69') character and SYSLOG display
On 1 February 2011 11:19, Chase, John jch...@ussco.com wrote: This might help: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/isf4cs91/2.15 I didn't see where it says what happens if you don't specify a code page or TRTAB, but I suspect it defaults to CP 037 (US EBCDIC). CP 037 is an encoding of Character Set 697, and has always had both Ñ and ñ in it. Tony H. -- 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: TSSO processing
Check member SEAGUGOP in your TSSO souce library, it has the details on the MLWTO support. I think you will just need a TEST=((L,01)) on your table entry. On Tue, Feb 1, 2011 at 11:39 AM, Richard Pinion rpin...@netscape.comwrote: Please excuse the incorrect line formatting. I have the following table in TSSO, AOFTWS1 TABSTART ID=AOFTWS1 TWSERROR TABENTRY MSG=EQQE036I,ACTION=OSCMD,ECHO=YES, X TEXT='S TWSSUB1' This is the message that is issued. EQQE036I JOB (JOB02900), OPERATION(0002), 036 OPERATION TEXT(), ENDED IN ERROR S806. PRTY=5, APPL = , WORK STATION = CPU1, IA = 1102011127 NO FTW RC The action is being executed 4 times, which is the number of lines in the WTO. How can I make it only issue one command? -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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: TSSO processing
That's what I needed. Thanks! Richard, Vickie, and Randy Pinion --- scott.r...@joann.com wrote: From: Scott Rowe scott.r...@joann.com To: IBM-MAIN@bama.ua.edu Subject: Re: TSSO processing Date: Tue, 1 Feb 2011 12:03:03 -0500 Check member SEAGUGOP in your TSSO souce library, it has the details on the MLWTO support. I think you will just need a TEST=((L,01)) on your table entry. On Tue, Feb 1, 2011 at 11:39 AM, Richard Pinion rpin...@netscape.comwrote: Please excuse the incorrect line formatting. I have the following table in TSSO, AOFTWS1 TABSTART ID=AOFTWS1 TWSERROR TABENTRY MSG=EQQE036I,ACTION=OSCMD,ECHO=YES, X TEXT='S TWSSUB1' This is the message that is issued. EQQE036I JOB (JOB02900), OPERATION(0002), 036 OPERATION TEXT(), ENDED IN ERROR S806. PRTY=5, APPL = , WORK STATION = CPU1, IA = 1102011127 NO FTW RC The action is being executed 4 times, which is the number of lines in the WTO. How can I make it only issue one command? -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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 _ Netscape. Just the Net You Need. -- 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: Ñ(X'69') character and SYSLOG display
The closest I can find on this is here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a690/21.6 It lists the code points which are acceptable to the WTO macro and are displayed on consoles. I can't see anything that says that SYSLOG itself has the same restriction. The x'69' code point is not in this list. On Tue, 2011-02-01 at 07:12 -0800, Juan Mautalen wrote: Hi, as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). Do we have some misconfiguration? Thanks in advance for your help, Juan Mautalen -- 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 -- John McKown Maranatha! -- 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: Ñ(X'69') character and SYSLOG display
Yes Tony, You make a good point. Our US folks have a habit of saying NEW with no glide, so it ends up as NOO. 'I bought a NOO car today'. Of course it's not left there, as the cold mornings in the US can provide much Morning DOO (DEW with the glide). Mind you it's hard to imagine any US person using FEW without the glide, 'I had a FOO too many drinks'. it's also there in Church, where we sit in our usual seat or PEW, with the glide. Again it would be unthinkable of anyone saying 'well I attended Church today and sat in my usual POO'. Maybe off center in this thread, but still interesting to digest. Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc Sent: Wednesday, February 02, 2011 1:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ñ(X'69') character and SYSLOG display On 1 February 2011 11:10, Juan Mautalen jgmauta...@yahoo.com.ar wrote: Yes, that correct. Its pronounciation is very different from N. For instance, ÑOM in spanish is pronounced as GNOM in english. GN is a fairly unlikely English representation of Spanish Ñ or ñ. In ordinary English orthography, an initial GN has the G completely silent, and the N unaffected, so an English GNOM would be indistinguishable from an English NOM. The same is true for initial KN. There are exceptions, of course (what would English spelling be without them?), as well as dialectical and historical differences. It's easy to say that Spanish Ñ is the initial sound in English words like NEW, but there are some not so uncommon English dialects in which NEW has no glide and is indistinguishable from NOO. Perhaps one unambiguous way of putting it is to tell the English reader that Ñ is the sound you'd get if you put an ordinary N sound in front of the English word YOU. Regardless, the accent is evidently very important in Spanish, the classic example being feliz año nuevo vs feliz ano nuevo. Tony H. -- 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 -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- 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: Ñ(X'69') character and SYSLOG display
I submitted a job issuing a WTOR message containing both uppercase (Ñ) and lowercase (ñ), and then asked the operator how message looked liked in the real console. He told me that he did not see any Ñ nor ñ. So, my conclusion is that this is not an SDSF problem. Right? --- El mar 1-feb-11, Chase, John jch...@ussco.com escribió: De: Chase, John jch...@ussco.com Asunto: Re: Ñ(X'69') character and SYSLOG display Para: IBM-MAIN@bama.ua.edu Fecha: martes, 1 de febrero de 2011, 14:19 This might help: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/isf4cs91/2.15 I didn't see where it says what happens if you don't specify a code page or TRTAB, but I suspect it defaults to CP 037 (US EBCDIC). -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Juan Mautalen Sent: Tuesday, February 01, 2011 10:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ñ(X'69') character and SYSLOG display Elardous: What I see in your post is a Capital N with a small reversed horisontal letter S on top of Capital N. Is that correct? Yes, that correct. Its pronounciation is very different from N. For instance, ÑOM in spanish is pronounced as GNOM in english. What are you using to see SYSLOG? SDSF? Yes, i was browsing it via SDSF. I even turned HEX ON, and i saw X'40'. What if you copy SYSLOG somewhere and you edit the dataset? Do you then see the correct hex characters? If SYSLOG is copied elsewhere, we still see a blank. The Ñ has gone... Juan Mautalen -- 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
Fiber Cables
Two Issues. First, I've been tasked to procure the correct cables for a OSA-Express3 (feature code 3370 on a 2098). The only specification I can find is '9 micron single mode fiber'. I'm having trouble relating that specification to any verbiage on the cables or their packaging. Can any one point me to a Rosetta Stone to translate the various markings? This sounds an awful lot like a standard long wave FICON cable. Are these, in fact, one and the same? If so, can someone point me a definitive IBM source? (This will be a mission critical application and management wants 'works for sure' rather than 'should work'). Second, the specific mission is to interconnect two 2098's. We could use a switch (but that's a complicated solution) or we could use a 'cross over' cable. I am thinking that all I have to do is swap the polarity of one end of the fiber cable and I'm there. Anyone that has actually done this and have it in high volume production? (Please, no speculation). Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Ñ(X'69') character and SYSLOG display
I beleive that is the explanation, John. Thanks you, and also to the other contributors of the thread. Juan Mautalen --- El mar 1-feb-11, John McKown joa...@swbell.net escribió: De: John McKown joa...@swbell.net Asunto: Re: Ñ(X'69') character and SYSLOG display Para: IBM-MAIN@bama.ua.edu Fecha: martes, 1 de febrero de 2011, 15:20 The closest I can find on this is here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a690/21.6 It lists the code points which are acceptable to the WTO macro and are displayed on consoles. I can't see anything that says that SYSLOG itself has the same restriction. The x'69' code point is not in this list. On Tue, 2011-02-01 at 07:12 -0800, Juan Mautalen wrote: Hi, as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). Do we have some misconfiguration? Thanks in advance for your help, Juan Mautalen -- 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 -- John McKown Maranatha! -- 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: Fiber Cables
Assuming the OSA-3 is a SR (short wave or reach) you can use multimode 50µ (aqua) cable for a distance of about 900ft. I am going through this now. There is a single mode option (If I remember correctly), but results in a shorter length. The 9µ core is pretty much standard for 50µ single or multimode. The difference is cladding and protective wrap. 62.5µ is a bit bigger, orange, and used almost exclusively for ESCON. Tons of stuff on the web; I found most of it via Google. Good luck, and contact me off list if you need additional information, I think I can find it somewhere. Doug Fuerst On 2/1/2011 12:42 PM, Hal Merritt wrote: Two Issues. First, I've been tasked to procure the correct cables for a OSA-Express3 (feature code 3370 on a 2098). The only specification I can find is '9 micron single mode fiber'. I'm having trouble relating that specification to any verbiage on the cables or their packaging. Can any one point me to a Rosetta Stone to translate the various markings? This sounds an awful lot like a standard long wave FICON cable. Are these, in fact, one and the same? If so, can someone point me a definitive IBM source? (This will be a mission critical application and management wants 'works for sure' rather than 'should work'). Second, the specific mission is to interconnect two 2098's. We could use a switch (but that's a complicated solution) or we could use a 'cross over' cable. I am thinking that all I have to do is swap the polarity of one end of the fiber cable and I'm there. Anyone that has actually done this and have it in high volume production? (Please, no speculation). Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Protecting spool output datasets
I don't think that you have anything to worry about. The dsname you see in the IEF285I is not a temporary dataset in this context. That is, it does not actually exist on DASD under that name. The JESSPOOL class should be all you need. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Nick Jealous Sent: Monday, January 31, 2011 9:52 AM To: IBM-MAIN@bama.ua.edu Subject: Protecting spool output datasets We want to be able to control output to SYSOUT datasets on the spool when accessed via SDSF. So for example we may want to allow access to the spool dataset assigned to a SYSPRINT DD statement and deny access to a spool dataset with a REPORT DD statement. I know that we can define relevant profiles in the JESSPOOL class as detailed in the SDSF customisation manual but the problem is associating the JES temporary dataset name with the DD statement it is used on. Unless the DSNAME parameter is coded on the output dataset the allocated JES temporary dataset will end with a ? for example the following JCL //TEST EXEC PGM=IEFBR14 //DD1 DD SYSOUT=X //DD2 DD SYSOUT=X //DD3 DD SYSOUT=X,DSNAME=amp;DD3 causes the following to be allocated. IEF285I COSSNJ9.COSSNJ1B.JOB96806.D101.? SYSOUT IEF285I COSSNJ9.COSSNJ1B.JOB96806.D102.? SYSOUT IEF285I COSSNJ9.COSSNJ1B.JOB96806.D103.DD3 SYSOUT So if we add a DSNAME parameter to a spool dataset that we wish to protect this allows us to define a suitable RACF profile in the JESSPOOL class. My question is what is the best way of achieving this? Please assume that we do not wish to mass change the JCL in the production libraries using a source management package, a JCL tool such as JOBSCAN, JCLPREP, JCLCHECK etc, or an edit macro etc. This is a JES2 system at Z/OS 1.11 using RACF security. I think this can be done by using JES exit 4 and exit 40 to add a DSNAME parameter to JES output datasets as we see fit which would probably be to make the DSNAME=amp;XX where XX is the DDNAME of the current JCL statement. I have down loaded some of the JES2 mods from the CBT tape but have not managed to find (it may of course exist) a suitable example to change. Any ideas on other ways of achieving this e.g. by mods to SDSF itself or using other exit points. Has anyone got a suitable exit they may be willing to share? -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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
Ends an ISPF session.
Good day to all , When the user ends an ISPF session display the following screen: *Specify Disposition of Log Data Set Command === More: + Log Data Set (KSTF001.SPFLOG7.LIST) Disposition: Process Option . . . .1. Print data set and delete 2. Delete data set without printing 3. Keep data set - Same (allocate same data set in next session) 4. Keep data set - New (allocate new data set in next session) Batch SYSOUT class __ Local printer ID or writer-name _ Local SYSOUT class __ List Data Set Options not available Press ENTER key to complete ISPF termination. Enter END command to return to the primary option menu. Job statement information: (Required for system printer) === * Does anyone know how can ends an ISPF session without display this screen? Thanks all. Helio. -- -- 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: Ends an ISPF session.
Verify the initial value is what you want, then try 'END;;' (two command separators). On Tue, Feb 1, 2011 at 12:20 PM, HELIO helio.si...@rural.com.br wrote: Good day to all , When the user ends an ISPF session display the following screen: *Specify Disposition of Log Data Set Command === More: + Log Data Set (KSTF001.SPFLOG7.LIST) Disposition: Process Option . . . . 1. Print data set and delete 2. Delete data set without printing 3. Keep data set - Same (allocate same data set in next session) 4. Keep data set - New (allocate new data set in next session) Batch SYSOUT class __ Local printer ID or writer-name _ Local SYSOUT class __ List Data Set Options not available Press ENTER key to complete ISPF termination. Enter END command to return to the primary option menu. Job statement information: (Required for system printer) === * Does anyone know how can ends an ISPF session without display this screen? Thanks all. Helio. -- -- 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: Ends an ISPF session.
Go to ISPF option 0 (settings) and select the Log/List drop-down and set the Log and List defaults to '2' (Delete without printing). Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Tue, 1 Feb 2011 16:20:07 -0200 From: helio.si...@rural.com.br Subject: Ends an ISPF session. To: IBM-MAIN@bama.ua.edu Good day to all , When the user ends an ISPF session display the following screen: *Specify Disposition of Log Data Set Command === More: + Log Data Set (KSTF001.SPFLOG7.LIST) Disposition: Process Option . . . .1. Print data set and delete 2. Delete data set without printing 3. Keep data set - Same (allocate same data set in next session) 4. Keep data set - New (allocate new data set in next session) Batch SYSOUT class __ Local printer ID or writer-name _ Local SYSOUT class __ List Data Set Options not available Press ENTER key to complete ISPF termination. Enter END command to return to the primary option menu. Job statement information: (Required for system printer) === * Does anyone know how can ends an ISPF session without display this screen? Thanks all. Helio. -- -- 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: Ends an ISPF session.
They must set default options in their ISPF LOG/LIST options (from ISPF option 0 for ISPF PARMS). Once they have set their default, the panel will no longer be displayed unless they issue any list and/or log commands that place data that might want to be saved at end of session; for exampe, PRINT. Thanks, Craig Pace HELIO helio.si...@rural.com.br Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/01/2011 12:21 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Ends an ISPF session. Good day to all , When the user ends an ISPF session display the following screen: *Specify Disposition of Log Data Set Command === More: + Log Data Set (KSTF001.SPFLOG7.LIST) Disposition: Process Option . . . .1. Print data set and delete 2. Delete data set without printing 3. Keep data set - Same (allocate same data set in next session) 4. Keep data set - New (allocate new data set in next session) Batch SYSOUT class __ Local printer ID or writer-name _ Local SYSOUT class __ List Data Set Options not available Press ENTER key to complete ISPF termination. Enter END command to return to the primary option menu. Job statement information: (Required for system printer) === * Does anyone know how can ends an ISPF session without display this screen? Thanks all. Helio. -- -- 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 ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- 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: Ends an ISPF session.
From a typical TSO main menu, select SETTINGS, then LOG/LIST. Select LOG DATASET DEFAULTS and enter the desired process option. Repeat, except select LIST DATASET DEFAULTS. Now when you exit, there shouldn't be a prompt. That is, a simple '=X' on any command line should suffice. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of HELIO Sent: Tuesday, February 01, 2011 12:20 PM To: IBM-MAIN@bama.ua.edu Subject: Ends an ISPF session. Good day to all , When the user ends an ISPF session display the following screen: *Specify Disposition of Log Data Set Command === More: + Log Data Set (KSTF001.SPFLOG7.LIST) Disposition: Process Option . . . .1. Print data set and delete 2. Delete data set without printing 3. Keep data set - Same (allocate same data set in next session) 4. Keep data set - New (allocate new data set in next session) Batch SYSOUT class __ Local printer ID or writer-name _ Local SYSOUT class __ List Data Set Options not available Press ENTER key to complete ISPF termination. Enter END command to return to the primary option menu. Job statement information: (Required for system printer) === * Does anyone know how can ends an ISPF session without display this screen? Thanks all. Helio. -- -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Fiber Cables
Have you looked at the IBM Redbook: IBM System z Connectivity Handbook SG24-5444-11 - Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Doug Fuerst Sent: Tuesday, February 01, 2011 12:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Fiber Cables Assuming the OSA-3 is a SR (short wave or reach) you can use multimode 50µ (aqua) cable for a distance of about 900ft. I am going through this now. There is a single mode option (If I remember correctly), but results in a shorter length. The 9µ core is pretty much standard for 50µ single or multimode. The difference is cladding and protective wrap. 62.5µ is a bit bigger, orange, and used almost exclusively for ESCON. Tons of stuff on the web; I found most of it via Google. Good luck, and contact me off list if you need additional information, I think I can find it somewhere. Doug Fuerst On 2/1/2011 12:42 PM, Hal Merritt wrote: Two Issues. First, I've been tasked to procure the correct cables for a OSA-Express3 (feature code 3370 on a 2098). The only specification I can find is '9 micron single mode fiber'. I'm having trouble relating that specification to any verbiage on the cables or their packaging. Can any one point me to a Rosetta Stone to translate the various markings? This sounds an awful lot like a standard long wave FICON cable. Are these, in fact, one and the same? If so, can someone point me a definitive IBM source? (This will be a mission critical application and management wants 'works for sure' rather than 'should work'). Second, the specific mission is to interconnect two 2098's. We could use a switch (but that's a complicated solution) or we could use a 'cross over' cable. I am thinking that all I have to do is swap the polarity of one end of the fiber cable and I'm there. Anyone that has actually done this and have it in high volume production? (Please, no speculation). Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Fiber Cables
Hal Merritt pisze: Two Issues. First, I've been tasked to procure the correct cables for a OSA-Express3 (feature code 3370 on a 2098). The only specification I can find is '9 micron single mode fiber'. I'm having trouble relating that specification to any verbiage on the cables or their packaging. Can any one point me to a Rosetta Stone to translate the various markings? This sounds an awful lot like a standard long wave FICON cable. Are these, in fact, one and the same? If so, can someone point me a definitive IBM source? (This will be a mission critical application and management wants 'works for sure' rather than 'should work'). Second, the specific mission is to interconnect two 2098's. We could use a switch (but that's a complicated solution) or we could use a 'cross over' cable. I am thinking that all I have to do is swap the polarity of one end of the fiber cable and I'm there. Anyone that has actually done this and have it in high volume production? (Please, no speculation). In simple words, 9um cable is single-mode fiber, the same as for FICON LX. You can read about it in sg245444 IBM System z Connectivity Handbook, especially App. B. BTW: Things get more complicated when talking about multimode and (contemporary) big speeds - there *IS* difference between 50um and 62,5 um, and cable class (OM1, OM2, OM3, OM4 - see ISO/IEC 11801) is important. Fortunately, it is NOT your case. You need OS2 SM 9/125 um. Caution: cable (fiber) is one issue, another one is connector. It can be SC or LC (or many many more) - all new cards require LC ...but it's not everything you need to know! It can be LC/AC or LC/PC or subviariants. Honestly I simply don't remeber those details - the typical variant is the proper one. Eth connection. I don't know for sure. I never connected two Eth cards directly (I mean fiber optic media). However it can work (my divagation, I would try it). It won't work FOR SURE in case of 1000BaseT (copper media) at 1000Mbps speed. BTW: OSA Express3 is ambigous. FC 3370 is unambigous. It is OSA Ex3 10GbE LR. It requires LC cnnectors and 9um single mode fibers. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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: Ñ(X'69') character and SYSLOG display
This can be one of the most confusing things to troubleshoot. You really have to think carefully and clearly. One says I have a hex xx in my dataset and it is displaying incorrectly as a 'y'. There are so many places it could be going wrong. The z/OS component could be using the wrong (from your point of view) CCSID. Or the character could be right on z/OS but your emulator is translating it to the wrong (from your point of view) ASCII character. Or the ASCII character could be right from your point of view, but your Windows (or Mac or Linux) code page could be such that the right ASCII character displays as the wrong graphic. BTW, the standalone character '~' is a tilde. The little thing on top of a Spanish Ñ or ñ (hope those come through correctly) is properly called an enye (EN-yay). It's shorthand for a double n -- it's a little n parked on top of the main n. Señor is shorthand for what was once properly spelled Sennor. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, February 01, 2011 8:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ñ(X'69') character and SYSLOG display On 2/1/2011 9:03 AM, Elardus Engelbrecht wrote: Juan Mautalen wrote: as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: What I see in your post is a Capital N with a small reversed horisontal letter S on top of Capital N. Is that correct? No. It's a tilde. On my keyboard it's the shift character on the key left of the '1' key. -- 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: More JCL 'fun'
Mr Birdsall quotes the list | Comparison operators | Logical operators | NOT (¬) operators | Relational-expression keywords. from the JCL manual, and this snippet--apart from the quaint distinction of ¬, which is a [singulary] logical operator, from and |, which are [binary] logical operators--is innocuous. From this point forward things are less clear to me. In particular I do at all understand the discussion of whether TRUE and FALSE are keywords. Is the 12 in IF RC = 12 THEN . . . a keyword? Or again, is S0C4 in IF ABEND = S0C4 a keyword? The answer to both of these questions and to a denumerable infinitiy of other similar ones is no. TRUE and FALSE are the [only] possible values of a logical expression; S0C4, U4000, and the like are among the possible values of an ABEND code. They are constants, and as such they may have syntactic and semantic definitions, but they are not keywords. More generally, while JCL is certainly an acronym for Job Control Language, JCL is not a language either in the sense in which Estonian is a language or in the sense in which FORTRAN or XML is a language. Much of it is ad hoc, and attempts to formalize it or ask very precise questions about its syntax are certain to fail. JCL slip paths like those Mr Birdsall discusses abound; and you exploit them at your peril: the next z/OS release may omit to support them without a conscious decision by anyone to yank their support. Finally, it is not clear to me that constructs of the form IF always true construct THEN . . . ELSE . . . or IF always false construct THEN . . . ELSE . . . have legitimate uses since both THEN and ELSE groups may be empty. What qppear to be under discussion here are questions on the model of Aquinas's quaestio whether angels in translocating from A to B pass through the intervening space, which 700 years of often learned discussion have not much clarified. John Gilmore Ashland, MA 01721-1817 USA -- 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: Existing jes exit06 and time restriction per job class
One problem with doing this in JES2 exits, 2/4/6 is that you do not know with certainty what class the job will run in - it may be reset before execution. If the users submitting the jobs typically do not have authority to change the class, perhaps this is not of concern to you though. -- 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: Ends an ISPF session.
On Tue, 1 Feb 2011 12:33:33 -0600, Hal Merritt wrote: From a typical TSO main menu, select SETTINGS, then LOG/LIST. Select LOG DATASET DEFAULTS and enter the desired process option. Repeat, except select LIST DATASET DEFAULTS. Now when you exit, there shouldn't be a prompt. That is, a simple '=X' on any command line should suffice. Once the Log/List defaults are set, ending ISPF with 'X' will use the defaults. Ending with END (or PF3) will display the prompt, but you need only press ENTER. -- Tom Marchant -- 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: Ñ(X'69') character and SYSLOG display
feliz año nuevo vs feliz ano nuevo BIG difference g Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc Sent: Tuesday, February 01, 2011 9:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ñ(X'69') character and SYSLOG display -- 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: Ends an ISPF session.
Go into option 0 settings, tab or cursor up to the Log/list and set the log and list dataset defaults. If you don't want them, set the process option to delete dataset (or whatever else you want done with these datasets) and this screen won't display at logoff. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of HELIO Sent: Tuesday, February 01, 2011 12:20 PM To: IBM-MAIN@bama.ua.edu Subject: Ends an ISPF session. Good day to all , When the user ends an ISPF session display the following screen: *Specify Disposition of Log Data Set Command === More: + Log Data Set (KSTF001.SPFLOG7.LIST) Disposition: Process Option . . . .1. Print data set and delete 2. Delete data set without printing 3. Keep data set - Same (allocate same data set in next session) 4. Keep data set - New (allocate new data set in next session) Batch SYSOUT class __ Local printer ID or writer-name _ Local SYSOUT class __ List Data Set Options not available Press ENTER key to complete ISPF termination. Enter END command to return to the primary option menu. Job statement information: (Required for system printer) === * Does anyone know how can ends an ISPF session without display this screen? Thanks all. Helio. -- -- 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 e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- 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: IBMLink Update ... SR replacing ETR
On 1/31/2011 10:56 AM, David Magee wrote: I noticed the slightly new format on the web page I get to with my old bookmark for IBMLink ... its now called ServiceLink and the web page has the ETR application moved to the bottom with a sunset date. In its old position we now see the Service Request application. Select SR and then use the Site tour link on the left of the page for assistance if you are not familiar with SR. SR has some nice features (like file attachment). Be sure to set your time zone in the preferences or all time stamps will be GMT. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: IBMLink Update ... SR replacing ETR
I notice that the titles of the ETRs have not been converted. That's quite a pain. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, February 01, 2011 2:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLink Update ... SR replacing ETR On 1/31/2011 10:56 AM, David Magee wrote: I noticed the slightly new format on the web page I get to with my old bookmark for IBMLink ... its now called ServiceLink and the web page has the ETR application moved to the bottom with a sunset date. In its old position we now see the Service Request application. Select SR and then use the Site tour link on the left of the page for assistance if you are not familiar with SR. SR has some nice features (like file attachment). Be sure to set your time zone in the preferences or all time stamps will be GMT. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: Ñ(X'69') character and SYSLOG display
On Tue, 1 Feb 2011 10:16:10 -0600, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Perhaps switching to English? ;-D Or Afrikaans? Much better! :-D But that may have similar problems, nê? -- 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: IBMLink f*ed up again??
I had this problem almost a month ago and never got a good answer as to what was causing it. Eventually it went away for the ETR I was trying to update. IBM's need to know stance you know... Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Monday, November 22, 2010 9:51 AM To: IBM-MAIN@bama.ua.edu Subject: IBMLink f*ed up again?? Trying to create an ETR. Fill in the usual stuff and get this: An error has occurred: * The Comments field is not valid. WHAT??? There is NO comments field visible anywhere! WTF is going on with this POS now?? -- 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: Ñ(X'69') character and SYSLOG display
if you see SYSLOG with sdsf look his codepage 2011/2/1 Juan Mautalen jgmauta...@yahoo.com.ar Hi, as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). Do we have some misconfiguration? Thanks in advance for your help, Juan Mautalen -- 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: Ñ(X'69') character and SYSLOG display
On 1 February 2011 14:20, Charles Mills charl...@mcn.org wrote: feliz año nuevo vs feliz ano nuevo BIG difference g And in French, porc salé vs porc sale. It's interesting that Google Translate correctly makes the difference between those two in French, but translates both the accented and unaccented Spanish the same. Maybe the unaccented one is just too far-fetched, or even offensive. Tony H. -- 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: Fiber Cables
Yes, and there is no such thing as a crossover cable, all you need to do is connect them together with a standard cable, and it will work fine. Also, in this configuration, you should be able to push the MTU up to the max (64k, I think), since you won't be going through a switch or anything. On Tue, Feb 1, 2011 at 1:48 PM, R.S. r.skoru...@bremultibank.com.pl wrote: Hal Merritt pisze: Two Issues. First, I've been tasked to procure the correct cables for a OSA-Express3 (feature code 3370 on a 2098). The only specification I can find is '9 micron single mode fiber'. I'm having trouble relating that specification to any verbiage on the cables or their packaging. Can any one point me to a Rosetta Stone to translate the various markings? This sounds an awful lot like a standard long wave FICON cable. Are these, in fact, one and the same? If so, can someone point me a definitive IBM source? (This will be a mission critical application and management wants 'works for sure' rather than 'should work'). Second, the specific mission is to interconnect two 2098's. We could use a switch (but that's a complicated solution) or we could use a 'cross over' cable. I am thinking that all I have to do is swap the polarity of one end of the fiber cable and I'm there. Anyone that has actually done this and have it in high volume production? (Please, no speculation). In simple words, 9um cable is single-mode fiber, the same as for FICON LX. You can read about it in sg245444 IBM System z Connectivity Handbook, especially App. B. BTW: Things get more complicated when talking about multimode and (contemporary) big speeds - there *IS* difference between 50um and 62,5 um, and cable class (OM1, OM2, OM3, OM4 - see ISO/IEC 11801) is important. Fortunately, it is NOT your case. You need OS2 SM 9/125 um. Caution: cable (fiber) is one issue, another one is connector. It can be SC or LC (or many many more) - all new cards require LC ...but it's not everything you need to know! It can be LC/AC or LC/PC or subviariants. Honestly I simply don't remeber those details - the typical variant is the proper one. Eth connection. I don't know for sure. I never connected two Eth cards directly (I mean fiber optic media). However it can work (my divagation, I would try it). It won't work FOR SURE in case of 1000BaseT (copper media) at 1000Mbps speed. BTW: OSA Express3 is ambigous. FC 3370 is unambigous. It is OSA Ex3 10GbE LR. It requires LC cnnectors and 9um single mode fibers. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 16.07.2010 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 168.248.328 z otych. -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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: Ñ(X'69') character and SYSLOG display
My Google xlate gives both translations for ano. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc Sent: Tuesday, February 01, 2011 1:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Ñ(X'69') character and SYSLOG display On 1 February 2011 14:20, Charles Mills charl...@mcn.org wrote: feliz año nuevo vs feliz ano nuevo BIG difference g And in French, porc salé vs porc sale. It's interesting that Google Translate correctly makes the difference between those two in French, but translates both the accented and unaccented Spanish the same. Maybe the unaccented one is just too far-fetched, or even offensive. -- 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: Ñ(X'69') character and SYSLOG display
On 1 February 2011 16:17, Charles Mills charl...@mcn.org wrote: My Google xlate gives both translations for ano. Well, I meant the entire phrase. I think feliz ano nuevo taken exactly is just too improbable. Whereas both porc salé and porc sale are quite reasonable, though with vastly different meanings. Tony H. -- 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: Ñ(X'69') character and SYSLOG display
Juan, Are you saying the byte for the x'69' is actually being written into the syslog as x'40', or just that it displays as a blank when you view it? For SDSF, you might want to take a look at http://publib.boulder.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.isfa500/isffr.htm#isffr which talks about code pages for SDSF. There are code pages used for SDSF, for ISPF, for your terminal emulator, and for printing. I think a code page mismatch is a likely explanation. Regards, --Roger On Tue, Feb 1, 2011 at 1:48 PM, Raúl Fernández raulf...@gmail.com wrote: if you see SYSLOG with sdsf look his codepage 2011/2/1 Juan Mautalen jgmauta...@yahoo.com.ar Hi, as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). Do we have some misconfiguration? Thanks in advance for your help, Juan Mautalen -- 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: Ñ(X'69') character and SYSLOG display
Sorry. I was viewing this in Gmail and didn't realize there were deleted messages in the thread before I posted. On Tue, Feb 1, 2011 at 2:55 PM, Roger Bolan rogerbo...@gmail.com wrote: Juan, Are you saying the byte for the x'69' is actually being written into the syslog as x'40', or just that it displays as a blank when you view it? For SDSF, you might want to take a look at http://publib.boulder.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.isfa500/isffr.htm#isffr which talks about code pages for SDSF. There are code pages used for SDSF, for ISPF, for your terminal emulator, and for printing. I think a code page mismatch is a likely explanation. Regards, --Roger On Tue, Feb 1, 2011 at 1:48 PM, Raúl Fernández raulf...@gmail.com wrote: if you see SYSLOG with sdsf look his codepage 2011/2/1 Juan Mautalen jgmauta...@yahoo.com.ar Hi, as you may know, Ñ(X'69') is an important character in spanish languaje. We have z/OS 1.9, and i have observed the following odd behaviour: You can put Ñ in datasets and browse/edit them without any problem (from ISPF). You can even have Ñ in RACF database (for instance, in a userid NAME, or INST-DATA). However, when an Ñ happens to be written to SYSLOG, you see it as a blank. In others words, in SYSLOG, Ñ is replaced by blank (X'40'). Do we have some misconfiguration? Thanks in advance for your help, Juan Mautalen -- 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: Ñ(X'69') character and SYSLOG display
In listserv%201102011003314607.0...@bama.ua.edu, on 02/01/2011 at 10:03 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: What I see in your post is a Capital N with a small reversed horisontal letter S on top of Capital N. Is that correct? Yes, the Eña in an N with a Tilde, and he has charset=iso-8859-1 specified in his MIME header fields. I believe that he is running into a restriction in console processing. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: z/OS Virus Checker zLinux Virus Checker
In 566594.91769...@web65504.mail.ac4.yahoo.com, on 01/31/2011 at 01:39 PM, Scott Ford scott_j_f...@yahoo.com said: I agree with Elardus Engelbrecht. I understand the auditors have a job to do, Shooting from the hip is not party of their job. However common it may be for auditors to generate BS requirements, that is *not* what they are supposed to be doing; they are supposed to be verifying compliance with policies and best practices. Actually doing their job instead of counting coup requires that they understand the environment that they are auditing. From my perspective, the worst part is that while they are generating busy work they are failing to identify the real problems. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Does ROUND dataset allocation mean cylinder boundary?
From: hobbitt druidl...@gmail.com Date: Tue, 1 Feb 2011 15:37:27 -0800 (PST) Local: Tues, Feb 1 2011 6:37 pm If I code a dataset allocation using block size and count, and the ROUND keyword: (1024,(100),,,ROUND) Does the dataset (or at least primary extent) begin on a cylinder boundary? The JCL Reference manual (1.12) says that ROUND requests that space ? allocated to the data set must be equal to an integral number of cylinders, which doesn't explicitly say it's on such a boundary. The JCL User's Guide is more specific on this. It explicitly states: if you code ROUND as the last subparameter in the SPACE parameter, the system allocates the smallest number of cylinders needed to contain the request. Cylinder allocation (and therefore ROUND used with average block or average record) allows faster input/output of sequential data sets than does track allocation. If you request space in terms of average block length, the system will compute and allocate the smallest number of tracks (or cylinders if ROUND is specified) if you specify the secondary quantity in cylinders, in blocks, or in records with the ROUND subparameter, then the secondary space allocated to the data set starts at the beginning of a cylinder. -- 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: Does ROUND dataset allocation mean cylinder boundary?
While it may be in the manual, I don't think this statement has been true for several decades. Cylinder allocation (and therefore ROUND used with average block or average record) allows faster input/output of sequential data sets than does track allocation. -- 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: Fiber Cables
Scott Rowe pisze: Yes, and there is no such thing as a crossover cable, all you need to do is connect them together with a standard cable, and it will work fine. Also, in this configuration, you should be able to push the MTU up to the max (64k, I think), since you won't be going through a switch or anything. Well, it depends on what we understand as crossover cable. In every scenario you need to connect A-transmit to B-receive and A-receive to B-transmit. In good old days of ESCON all plugs were duplex and all cables were crossed to achieve the above. In LC and other modern plugs world it's quite common to get 2x LC simplex plug so you decide how to plug it. Of course your choice does not mean there are more than one proper way to do it :-( BTW: different cables for copper (UTP) ethernet also connect Tx to Rc, but usually ports is switch are already crossed over so straight cable is OK. However there is no way to connect to Gigabit Eth (copper) cards without a switch, even using crossover cable. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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