Re: WTO Problem
Hi, I restored R01 and R14 after WTO but I get compilation errors with the changed code. The code which I changed is - LAR14,VTMPRSNC STR14,VTMPARM+12 LAR01,VTMPARM WTO 'B BPXI' LAR01,VTMPARM LAR14,VTMPRSNC L R15,=V(BPX1MPI) BALR R14,R15 The Error which is get is - 01-SETEC 09ASMA147E Symbol too long, or first character not a letter - 09ASMA150E Symbol has non-alphanumeric character or invalid delimiter - VTMPARM 09ASMA435I Record 32 in VIJ.JJM4X.BUILD.MVS.SYSIN(SETECB) on volume: USERZ4 09000290 41E0 D25800258 3566+ LAR14,VTMPRSNC 01-SETEC 09ASMA147E Symbol too long, or first character not a letter - 09ASMA435I Record 33 in VIJ.JJM4X.BUILD.MVS.SYSIN(SETECB) on volume: USERZ4 09000364 00093683+ DCAL2(9) TEXT LENGTH@YA17152 02-WTO 09000370 0 3688+ LAR01,VTMPARM 01-ECBPA 09ASMA150E Symbol has non-alphanumeric character or invalid delimiter - VTMPARM -- can anyone please help me in resolving this.. and I also need to print the value of the variables used in my code, pls help me in doing this too.. Thanks in advance , Jerry. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF CPU% field question.
Hi everybody, I'd like to know more about the CPU% field of SDSF. Help panel states: CPU%Percent of CPU time used on behalf of this address space during the most recent interval measured. which interval is it referring to ? Thanks in advance. P.S. I already read some articles in the list history but, it seems, nothing exactly related. Massimo Biancucci Technical Engineering Mainframe DB/DC Systems T-Systems Italia S.p.A. Società unipersonale soggetta a direzione e coordinamento di T-Systems International GmbH appartenente al Gruppo Deutsche Telekom Via degli Ontani, 25 36100 - Vicenza (VI) Phone: +39 0444558110 Fax: +39 0444558232 Mobile: +39 3482558906 e-mail: [EMAIL PROTECTED] Internet: http://www.t-systems.it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF CPU% field question.
If memory serves - the interval will be : (a) Approx just over one second for the first time into the DA display (b) The interval since you last pressed Enter after that (within reason). The source for the DA command is in member ISFDA in the SISFSRC dataset. HTH Rob Scott www.rs.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of MASSIMO BIANCUCCI Sent: 03 October 2005 05:15 To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF CPU% field question. Hi everybody, I'd like to know more about the CPU% field of SDSF. Help panel states: CPU%Percent of CPU time used on behalf of this address space during the most recent interval measured. which interval is it referring to ? Thanks in advance. P.S. I already read some articles in the list history but, it seems, nothing exactly related. Massimo Biancucci Technical Engineering Mainframe DB/DC Systems T-Systems Italia S.p.A. Società unipersonale soggetta a direzione e coordinamento di T-Systems International GmbH appartenente al Gruppo Deutsche Telekom Via degli Ontani, 25 36100 - Vicenza (VI) Phone: +39 0444558110 Fax: +39 0444558232 Mobile: +39 3482558906 e-mail: [EMAIL PROTECTED] Internet: http://www.t-systems.it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS FTP woes
Hi, All, Here's the output from an FTP GET (userID and DSNs changed to protect privacy): .230 USERID is logged on. Working directory is USERID.. .EZA1460I Command: .EZA1736I LOCSITE LRECL=80 BLOCKSIZE=27920 CYLINDERS PRIMARY=2 SECONDARY=1 .EZA1460I Command: .EZA1736I GET 'AAA.BBB.CCC.DDD' + .EZA1736I 'EEE.FFF.GGG.HHH(+1)' (REPLACE .EZA1685W Invalid local file identifier .EZA1735I Std Return Code = 16000, Error Code = 00018 Problem seems to be with GET to a GDG. Programmer says this transfer works if it's a PUT. I've already checked the RACF dataset profiles, and USERID has the requisite access to both dataset names. Messages manual says to see the IP User's Guide and Commands for info about the return and error codes, but I must be blind or worse: I can't find them in that manual. Further, in reading thru all the examples for GET, there isn't one showing a GET into a GDG. The explanations preceding the examples appear to suggest that GETting to a GDG is supported; perhaps there's a hoop or two that we haven't jumped thru correctly? Any ideas appreciated. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT The Original MF?
On Fri, 30 Sep 2005 08:47:01 -0500, Fletcher, Kevin [EMAIL PROTECTED] wrote: I remember these from highschool, now I do feel old. LOL. If you had those in high school, you're not old. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defining DASD-Only MVS Logging Streams
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg I am in the process of migrating come CICS/ESA 4.1 regions to CICS/TS 2.3 and have run into a GOTCHA. CICS/TS 2.3 does not support CICS Controlled Journals but uses MVS Logging Streams for this purpose. In looking at the documentation all of the descriptions and JCL Examples of MVS Logging Streams talk about using the Coupling Facility (although the is some mention of a DASD-Only alternative). I can find no examples or descriptions (I might have missed something) of how to go the DASD-Only route (we do not have a CF). Can someone please point me at the correct manual with samples of the needed JCL (or email me examples) to define the Stream as well as allocate the needed Datasets (if the Logger does not allocate/create them on-the-fly as needed). We need this for User Journals. Hmmm We don't use User Journals but their initial definition and setup should be identical to DFHLOG and DFHSHUNT. See the CICS TS 2.3 Installation Guide (chapter twenty-something, IIRC) for sizing, naming conventions, CSD definitions, etc., and the MVS Setting Up A Sysplex manual for the IXCMIAPU commands and keywords. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there any mainframe sites out there that don't use JCLCHECK/JCLPREP or equivalent
Concerning the thread circa: Linkname: IBM-MAIN archives - October 2005 URL: http://bama.ua.edu/cgi-bin/wa?A1=ind0510L=ibm-mainD=1H=0O=DT=1 In a recent note, Dave Cartwright said: Date: Mon, 3 Oct 2005 07:13:20 -0500 Has anybody got this to work? I had the garbage problem when I tried Save target as... but they were fine if opened directly. I then had code page problems on transfer to MVS - normal. Now I'm getting numeric conversion errors in different places e.g. LIN = LIN + 1 or the latest; 90 +++ DO LINE=1 TO LAST 47 +++ CALL SHOW Error running VALJCL, line 90: Bad arithmetic conversion *** Help, anyone? OK. For the link: Linkname: valJCL URL: http://www-106.ibm.com/developerworks/eserver/articles/valjcl/valJCL.txt The MIME headers are: HTTP/1.1 200 OK Age: 17765 Etag: 45502c3-2aa3-52a35c00 Keep-alive: timeout=15, max=100 Server: IBM_HTTP_Server/2.0.47.1-PK01070 Apache/2.0.47 (Unix) DAV/2 Date: Mon, 03 Oct 2005 08:19:28 GMT Via: HTTP/1.1 www-128.ibm.com (IBM-PROXY-WTE) Vary: Accept-Encoding Last-modified: Fri, 23 Jan 2004 09:48:32 GMT Accept-ranges: bytes Content-encoding: gzip Content-length: 3051 Content-type: text/plain ... so it is compressed with gzip, not a base utility for z/OS. But we've installed gzip/gunzip from the Tools and Toys page, so I try: gunzip val*gz | od -x | less ... and see: 00 2F2A2050524F4752414D203A2076616C 20 4A434C0A09090920202049424D20474C 40 4F42414C2053455256494345530A0909 60 0920202049424D20494E4449410A0909 000100 0920202056474F56494E444140494E2E ... ASCII characters with LF as line separators. Good for UNIX; may not be good for PC. And it contains ASCII TAB characters; tabs are not acceptable to z/OS Rexx. So I do: gunzip valJCL.txt.gz | iconv -f ISO8859-1 -t IBM-1047 | expand valJCL.txt ... When I browse it, I see it lacks the customary /* Rexx */ header comment, so it can be run from SYSEXEC, but not from SYSPROC. I edited in the comment Now I find the logical NOT symbol is corrupted so the customary -f ISO8859-1 -t IBM-1047 translation is the wrong guess, and the author has provided no indication which translation to use. I give up. all in all, not a very user-friendly posting for z/OS users. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE DDDEF DSNTYPE Query
In reviewing the DDDEFs for a newly created set of Zones, I noticed that there was a DSNTYPE parm that has LIBRARY (ie: PDSE) defined for some of them. What is the significance for SMPE of having this set. IOW: Will I get into trouble if I have DDDEFs that are PDSEs but lack this setting? As Shane suggested, DSNTYPE and many other data set attribute operands can safely be ignored when referencing an existing data set. For the most part DSNTYPE and other attributes are useful only if defining new and/or temporary data sets with DDDEF entries. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE DDDEF DSNTYPE Query
* PATH is meaningful only in a target zone DDDEF entry, because the information is used only for processing a target zone. Yea, that would be incorrect. Obviously the SMPNTS directory can be defined in the global zone using a DDDEF. SMPWKDIR can also be defined using a DDDEF entry, in the global zone used for RECEIVE, and in target and dlib zones used for APPLY/ACCEPT of ++JARUPD elements. Now that DF/SMS permits BPAM access to HFS directories, and they can therefore be used in HLASM SYSLIB, I wonder if SMP/E supports use of HFS directories in SYSLIB concatenations? Must try. Good question. Even if SMP/E allocates a concatenation with a mix of directories and data sets, I wonder if HLASM/BPAM can read from it correctly. Things that make you go hmmm... I'll have to try too. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Recycle help - F O L L O W U P
Marcin said: RECYCLE VOLUME(volser) EXECUTE HTH -- Radoslaw Skorupka Lodz, Poland willie bunter wrote: Marcin, I caught your post. Can you please tell me how to perform step 3 - recycle empty tape? I am new at this and I am not sure how. Marcin Blaszczyk [EMAIL PROTECTED] wrote: 1. list datasets form volume(832303) 2. try to recall all valid datasets 3. recycle empty tape Mohd Shahrifuddin wrote: Dear Listers, I try to recycle 1 tape with connected sets more than 40 tapes. If anybody can help me to solve it. Below is the message: RECYCLE VOLUME(832303) EXECUTE ARC0830I RECYCLE COMMAND PROCESSING STARTING ARC0838I VOLUME 832303 FULL=YES, PERCENT VALID=100, VOLUME TYPE=DAILY(06), FAILED RECYCLE=NO, DISASTER ALTERNATE=NO, FAILED CREATION=NO ARC0838I VOLUME 590353 FULL=YES, PERCENT VALID=100, VOLUME TYPE=DAILY(06), FAILED RECYCLE=NO, DISASTER ALTERNATE=NO, FAILED CREATION=NO ARC0838I VOLUME 590351 FULL=YES, PERCENT VALID=100, VOLUME TYPE=DAILY(06), FAILED RECYCLE=NO, DISASTER ALTERNATE=NO, FAILED CREATION=NO ARC0838I VOLUME 590348 FULL=YES, PERCENT VALID=100, VOLUME TYPE=DAILY(06), FAILED RECYCLE=NO, DISASTER ALTERNATE=NO, FAILED CREATION=NO ; ; ; ARC0445I VOLUME 832303 CANNOT BE RECYCLED, REASON= 0028, EXPLANATION: CONNECTED SET TOO LONG ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES USED= ARC0831I RECYCLE COMMAND PROCESSING ENDING Explanation: During the processing of a recycle request for a specific volume, the information requested is displayed. If a volume belongs to a connected set, there will be an ARC0838I message for each volume in the set. 28 CONNECTED SET TOO LONG: DFSMShsm will not recycle connected sets exceeding 40 volumes. The volume specified belongs to a connected set exceeding this limit. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS FTP woes
I found the Client Error Codes in the IP User's Guide Commands, chapter 4. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b950/4.11.2?S HELF=F1A1BK60DT=20050708142126 18 FTP_FILE_ACCESS Data set allocation failure, recall failure, open failure. Not much help, IMO. For what it's worth, we seem to do GET's to +1 GDG's every day at my shop, so it is possible, and I don't see any additional hoop jumping in the jobs that do it. I don't see any example here that includes the (REPLACE parm, so Larry Gray's advice to remove it sounds reasonable. HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Chase, John Sent: Monday, October 03, 2005 7:42 AM snip .EZA1735I Std Return Code = 16000, Error Code = 00018 Problem seems to be with GET to a GDG. Programmer says this transfer works if it's a PUT. I've already checked the RACF dataset profiles, and USERID has the requisite access to both dataset names. Messages manual says to see the IP User's Guide and Commands for info about the return and error codes, but I must be blind or worse: I can't find them in that manual. Further, in reading thru all the examples for GET, there isn't one showing a GET into a GDG. The explanations preceding the examples appear to suggest that GETting to a GDG is supported; perhaps there's a hoop or two that we haven't jumped thru correctly? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/VM Listserv?
I've been to MARIST L-Soft. Is there a z/VM (or just a VM) listserv address? -Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
I use this one: [EMAIL PROTECTED] [EMAIL PROTECTED] 10/3/2005 11:03 AM I've been to MARIST L-Soft. Is there a z/VM (or just a VM) listserv address? -Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SCRT Question
Howdy, According to the JCL tailoring instructions, the only field that needs changed from the original JCL is the customer name/number but I've run a few test runs changing the 2nd PARM field to actually reflect the MSU's put in Defined Capacity as well as running the default (nothing in that field) and the numbers are -much- different if the actual D.C. and # of lpars is specified. So my question to the group is which way are you running your SCRT report? It appears if the actual MSU's are specified the billable MSU's are much less than when you use the default. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCRT Question
I've looked at my copy of the SCRT tool, and I do not see any reference to defined capacity. In fact, in the original download file I got from the SCRT web site, the only occurrence of the word DEFINED appears in the load module text file. Can you please clarify what you are talking about? Are you perhaps talking about a different tool - that is, something other than SCRT? Brian On Mon, 3 Oct 2005 11:17:38 -0400, William Ball [EMAIL PROTECTED] wrote: Howdy, According to the JCL tailoring instructions, the only field that needs changed from the original JCL is the customer name/number but I've run a few test runs changing the 2nd PARM field to actually reflect the MSU's put in Defined Capacity as well as running the default (nothing in that field) and the numbers are -much- different if the actual D.C. and # of lpars is specified. So my question to the group is which way are you running your SCRT report? It appears if the actual MSU's are specified the billable MSU's are much less than when you use the default. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WTO Problem
On Fri, 30 Sep 2005 07:49:18 -0500, Jerry Ragland [EMAIL PROTECTED] wrote: STR14,VTMPARM+12 LAR01,VTMPARM WTO 'B BPXI' L R15,=V(BPX1MPI) BALR R14,R15 Jerry, Take a look at the expansion of the WTO macro in the SYSPRINT output of the assem step. You'll see that the WTO expansion modifies R1, resulting in BPX1MPI being entered with an incorrect value in R1. -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
Googling VM Mailing List gives several useful hits on the first page. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anne Crabtree Sent: Monday, October 03, 2005 8:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/VM Listserv? I use this one: [EMAIL PROTECTED] [EMAIL PROTECTED] 10/3/2005 11:03 AM I've been to MARIST L-Soft. Is there a z/VM (or just a VM) listserv address? -Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
You might also want to subscribe to the HILLGANG list: [EMAIL PROTECTED] HILLGANG is the DC Area z/VM and Linux User's Group. /Thomas Kern /U.S. Department of Energy /301-903-2211 --- Juraschek, David F [EMAIL PROTECTED] wrote: I've been to MARIST L-Soft. Is there a z/VM (or just a VM) listserv address? -Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS FTP woes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Greg Shirey I found the Client Error Codes in the IP User's Guide Commands, chapter 4. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b950/4.11.2?S HELF=F1A1BK60DT=20050708142126 18 FTP_FILE_ACCESS Data set allocation failure, recall failure, open failure. Not much help, IMO. Yeah, about as precise as using a jackhammer for gem-cutting. :-/ For what it's worth, we seem to do GET's to +1 GDG's every day at my shop, so it is possible, and I don't see any additional hoop jumping in the jobs that do it. I don't see any example here that includes the (REPLACE parm, so Larry Gray's advice to remove it sounds reasonable. I've forwarded that, along with the other suggestions, to the programmer and am awaiting feedback. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
Juraschek, David F wrote: I've been to MARIST L-Soft. Is there a z/VM (or just a VM) listserv address? ... [EMAIL PROTECTED] traditional listserv to subscribe/unsubscribe [EMAIL PROTECTED] note that both ibm-main and vmesa-l are gatewayed to usenet as bit.listserv.ibm-main and bit.listserv.vmesa-l. I find that usenet posts to bit.listserv.vmesa-l actually flow in the reverse direction ... however for posts to actually show up in the ibm-main mailing list ... you have to actually mail to the ibm-main listserver. the bit.listserv usenet hierarchy dates from the bitnet/earn days http://www.garlic.com/~lynn/subnetwork.html#bitnet when bitnet mailing lists were gatewayed from bitnet to internet. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
In a message dated 10/3/2005 10:57:28 A.M. Central Standard Time, [EMAIL PROTECTED] writes: bit.listserv.ibm-main and bit.listserv.vmesa-l. I find that usenet posts to bit.listserv.vmesa-l actually flow in the reverse direction ... however for posts to actually show up in the ibm-main mailing list ... you have to actually mail to the ibm-main listserver. It's a configuration option in lSoft for bidirectional flow. We've talked about it numerous times in the past. Back in the late 90's when American .edu dropped usenet for lack of interest, personnel, budget Google was just starting up and started gating to the usenet groups. In their never ending search for eMail addresses also allowed subscription to their copies of the original lists. Darren found out early on that the Lsoft exits weren't sufficient for uunet protocol and had to turn off bidirectional posting. The 'true' newsgroup is hosted by newsguy.com(it's a subscription too). With the advent of the harvesting .bots and SPAMmers more and more is intercepted and transmogrified in the lsoft exits. So if you're a googler and want to post:subscribe to ibm-main but set it to nomail so you won't get double posts. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
Ed Finnell wrote: It's a configuration option in lSoft for bidirectional flow. We've talked about it numerous times in the past. Back in the late 90's when American .edu dropped usenet for lack of interest, personnel, budget Google was just starting up and started gating to the usenet groups. In their never ending search for eMail addresses also allowed subscription to their copies of the original lists. Darren found out early on that the Lsoft exits weren't sufficient for uunet protocol and had to turn off bidirectional posting. The 'true' newsgroup is hosted by newsguy.com(it's a subscription too). With the advent of the harvesting .bots and SPAMmers more and more is intercepted and transmogrified in the lsoft exits. i had done some mailing list stuff on the internal network http://www.garlic.com/~lynn/subnetwork.html#internalnet that predated toolsrun ... in fact, there is some folklore that toolsrun somewhat came out as a result of a corporate task force that was formed to investigate what was going on (some even leaked and showed up in datamation article blaiming me, the authors of network nation from njit were also brought in as part of the investigation). some version of toolsrun was then shared with bitnet participants giving rise to early listserv. another fall-out was i got a researcher in the back of my office for nine months that took notes on how i communicated, went with me to meeting, got copies of all my incoming/outgoing email and logs of all instant messages. The analysis eventually resulted in a Stanford phd thesis (joint between computer ai and language) and subsequent papers and books ... somewhat in the area of computer mediated communication http://www.garlic.com/~lynn/subtopic.html#cmc my first usenet/newsgroup reader back in the late 80s was in emacs ... and i still do majority of my usenet/newsgroup activity in emacs client. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: ROSCOE
You have to edit SYSIN of ROSCOE like shown below : ACCTROS=OFF *** DISABLE WRITING ROSCOE ACCT FILES Atenciosamente / Regards / Saludos Banco Bradesco S/A 4254/DPCD Alphaville Suporte Técnico - Software Básico Mainframes Ituriel do Nascimento Neto Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] nome de Warren Brown Enviada em: domingo, 2 de outubro de 2005 12:43 Para: IBM-MAIN@BAMA.UA.EDU Assunto: ROSCOE I am new to IBM-MAIN. Does anyone now how to turn off ROSCOE accounting recording? Thanks, Warren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL BR Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. +**+ LEGAL ADVICE BR This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there any mainframe sites out there that don't use JCLCHECK/JCLPREP or equivalent
In [EMAIL PROTECTED], on 10/03/2005 at 07:43 AM, Paul Gilmartin [EMAIL PROTECTED] said: ... When I browse it, I see it lacks the customary /* Rexx */ header comment, so it can be run from SYSEXEC, but not from SYSPROC. I edited in the comment Now I find the logical NOT symbol is corrupted What is the hexadecimal value before and after translation? I would expect one of ~ (7E) or ¬ (AC) in the PC version. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS FTP woes
I was able to experiment with one of our production FTP jobs. Specifying REPLACE or not specifying it had the same result - a new generation was created. (In my test, the data sets were SMS-managed.) So, that doesn't seem to be the causer, sorry. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Chase, John Sent: Monday, October 03, 2005 10:49 AM I don't see any example here that includes the (REPLACE parm, so Larry Gray's advice to remove it sounds reasonable. I've forwarded that, along with the other suggestions, to the programmer and am awaiting feedback. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS FTP woes
In my experience with z/OS FTP, REPLACE never seems to do any harm. It seems to be permissive. It does not say the dataset must pre-exist, just that it may. Any command that will succeed without REPLACE will succeed with REPLACE, apparently. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Greg Shirey Sent: Monday, October 03, 2005 10:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS FTP woes I was able to experiment with one of our production FTP jobs. Specifying REPLACE or not specifying it had the same result - a new generation was created. (In my test, the data sets were SMS-managed.) So, that doesn't seem to be the causer, sorry. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there any mainframe sites out there that don't use
In a recent note, Shmuel Metz (Seymour J.) said: Date: Mon, 3 Oct 2005 13:37:51 -0300 In [EMAIL PROTECTED], on 10/03/2005 at 07:43 AM, Paul Gilmartin [log in to unmask] said: I edited in the comment Now I find the logical NOT symbol is corrupted What is the hexadecimal value before and after translation? I would expect one of ~ (7E) or ¬ (AC) in the PC version. It's the 0xAC. I know you periodically chastise persons who submit non-USASCII text and fail to indicate the code page. This ought to apply even more to persons who post code in ASCII extensions intended to run on an EBCDIC system and fail to indicate both the ASCII and EBCDIC pages needed for translation. All the tabs I noted were in comments. Relatively harmless. And, in one of the files, I see: grep '[\\/¬] *=' /*IF LINE = JLIN TY_FL /= 'Y' THEN CALL TYPRUN */ IF POS2 /= 0 THEN IF POSX /= 0 THEN DO IF TRANSLATE(SUBSTR(FUNC1,1,1)) /= ' ' THEN IF UID /= USERID() THEN IF MSG \= ' ' THEN IF POS3 /= 0 THEN DO UNTIL LISTRC ¬= 0 ... a marvelous stylistic variety: three different representations of not equal; maximizing the probability that on any given target system at least one will fail. (I hadn't realized /= is an acceptable form; I had known only of \=.) And, for the individual who sent me privately the two files as attachments, still containing the non-USASCII character, ('Content-Type: text/plain; charset=iso-8859-1'), but still with no indication of the EBCDIC code page to use: Thanks. However it wasn't I who wanted them; I was merely sympathizing and volunteering analysis for others who were having problems. EBCDIC is a curse! Thanks again, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SCRT QUESTION
Brian, //EXTR EXEC PGM=LOADER,PARM='/,32(2),CUSTOMER NUMBER xx' //SYSPRINT DD SYSOUT=* //SYSLOUT DD SYSOUT=* //SMF DD DISP=SHR,DSN=MISOS.SMF.MONTHLY(+0) //OUTPUT DD DISP=(,CATLG),DSN=MISTU.SCPTOOL.CSV,UNIT=SYSDA, // SPACE=(TRK,(15,15),RLSE) //SYSLIN DD * In the above example 32 is the MSU value specified in Defined Capacity and 2 is the number of lpars. From what I've gathered reading the white paper on the subject and the JCL instructions the MSU's we would be billed from are based on the Defined Capacity (32 in our case) but I don't see that reflected anywhere in the SCRT. We are running a z800-0a2 and the MSU's show 44 even though it has been changed on the HMC and is reflected as 32 in SHOWMVS (for instance). When I let the PARM default I get a 44 and 2 lpars and one set of numbers. When I code the MSU value (Defined Capacity #) I get a much lower set of numbers which sounds to -me- like our bill would be considerably less if the MSU was coded. I'm just trying to figure out how others are doing it. This whole thing isn't making much sense to me right now, based on the numbers. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there any mainframe sites out there that don't use JCLCHECK/JCLPREP or equivalent
I found the following worked for a clean character translation: 1. Click on link for each, Save As a txt file; 2. Rename each *.txt file to *.txt.gz; 3. Use Cygwin gunzip from a command window to unzip both files, without running either through iconv or anything else. In the resulting txt files, I see an *almost* consistent use of the alternate NOT symbol / (forward slash, as in /= for not equal). In one case, I saw \ used in this way (backwards slash, as in \= for not equal). I also saw one case where the /= was separated by a space (/ =), which I do not *think* is valid REXX. What corruption of the NOT symbol are you seeing? Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Sent: Monday, October 03, 2005 9:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Are there any mainframe sites out there that don't use JCLCHECK/JCLPREP or equivalent Snipped ... Now I find the logical NOT symbol is corrupted so the customary -f ISO8859-1 -t IBM-1047 translation is the wrong guess, and the author has provided no indication which translation to use. _ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF CPU% field question.
The contents of that SDSF CPU% field is changed, if your system as any zAAPs (IFAs), per this note in MXG Newsletter FORTY-FIVE: 32. Where does IFA CPU time show up: f. SDSF display. JOB-level data for CPU% includes both CP and IFA CPU percent, but a new IFA CPU column will eventually be added. The Bad News: The CPU percent busy field in the top line of the display DOES (incorrectly?) include IFAs in the denominator, so a a two-CP one-IFA system with 100% in both CPs and 0% in the IFA displays CPU Busy of 66% on SDSF, because the capacity was based on three total engines, not the two CP engines. Unrelated to IFA, but it was just observed that the JOB %CPU includes the Initiator CPU time (CPITCBTM/CPISRBTM see ADOC30), the CPU time before your program actually starts executing, so you might see CPU time while watching a job that ultimately never records any CPU time in the IEF374I messages. Barry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
In [EMAIL PROTECTED], on 10/03/2005 at 12:24 PM, Ed Finnell [EMAIL PROTECTED] said: The 'true' newsgroup is hosted by newsguy.com(it's a subscription too). Huh? Usenet is distributed; there is no the true newsgroup and no hosted by. The news group bit.listserv.ibm-main is carried on many news servers, with no hierarchical relationship - they are peers. A user posts articles to whatever server he is using. Now, there is a mail-to-news gateway, but that is just another poster as far as Usenet is concerned, and neither it nor the server it posts to has any special status. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF CPU% field question.
Barry Merrill wrote: The contents of that SDSF CPU% field is changed, if your system as any zAAPs (IFAs), per this note in MXG Newsletter FORTY-FIVE: 32. Where does IFA CPU time show up: f. SDSF display. JOB-level data for CPU% includes both CP and IFA CPU percent, but a new IFA CPU column will eventually be added. The Bad News: The CPU percent busy field in the top line of the display DOES (incorrectly?) include IFAs in the denominator, so a a two-CP one-IFA system with 100% in both CPs and 0% in the IFA displays CPU Busy of 66% on SDSF, because the capacity was based on three total engines, not the two CP engines. Unrelated to IFA, but it was just observed that the JOB %CPU includes the Initiator CPU time (CPITCBTM/CPISRBTM see ADOC30), the CPU time before your program actually starts executing, so you might see CPU time while watching a job that ultimately never records any CPU time in the IEF374I messages. CPU-Time = R791TCPU or ASCBEJST+ASCBSRBT+ASSBASST ECPU-Time = R791TCPC or ASCBEJST+ASCBSRBT+ASSBPHTM zAAP-Time = R791TIFA or ASSB_TIME_ON_IFA GCP-Time = R791TCP or ASSB_TIME_ON_CP zACP-Time = R791TIFC or ASSB_TIME_IFA_ON_CP When calculating the utilization over the interval, CPU% and ECPU% are scaled to the value returned by ERBSMFI for total CPU busy. The others are not. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCRT QUESTION
I believe you are running SCPT not SCRT. Unless you are running an older box or version of OS/390 that can't run SCRT I believe IBM will require you to use SCRT for your reports. The parm you are playing with might be to override/supply a maximum MSU value for the box (this is total capacity not defined capacity). Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- William Ball Brian, //EXTR EXEC PGM=LOADER,PARM='/,32(2),CUSTOMER NUMBER xx' //SYSPRINT DD SYSOUT=* //SYSLOUT DD SYSOUT=* //SMF DD DISP=SHR,DSN=MISOS.SMF.MONTHLY(+0) //OUTPUT DD DISP=(,CATLG),DSN=MISTU.SCPTOOL.CSV,UNIT=SYSDA, // SPACE=(TRK,(15,15),RLSE) //SYSLIN DD * In the above example 32 is the MSU value specified in Defined Capacity and 2 is the number of lpars. From what I've gathered reading the white paper on the subject and the JCL instructions the MSU's we would be billed from are based on the Defined Capacity (32 in our case) but I don't see that reflected anywhere in the SCRT. We are running a z800-0a2 and the MSU's show 44 even though it has been changed on the HMC and is reflected as 32 in SHOWMVS (for instance). When I let the PARM default I get a 44 and 2 lpars and one set of numbers. When I code the MSU value (Defined Capacity #) I get a much lower set of numbers which sounds to -me- like our bill would be considerably less if the MSU was coded. I'm just trying to figure out how others are doing it. This whole thing isn't making much sense to me right now, based on the numbers. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NJE/IP Bridge Product Announcement
Product Announcement posting for NJE/IP Bridge Barnard Software, Inc. (BSI) is pleased to announce the general availability of NJE/IP Bridge. NJE/IP Bridge is developed by Sine Nomine Associates and marketed by BSI. NJE/IP Bridge allows you to interconnect NJE communication services on unmodified OS/390, VM, z/VM, z/OS, VSE, TPF and -- for the first time -- open systems (such as Windows, Linux, Solaris and AIX) over TCP/IP networks. NJE/IP Bridge incorporates a complete bi-directional NJE implementation for a large range of mainframe, midrange, and desktop computing environments, and supports integration of development environments, workstation applications, and system management tasks into a reliable, stable, completely IP-based environment that is transparent to end user awareness. 31-bit and 64-bit System/390 and zSeries systems (both standard engine and IFL) are supported along with most popular open systems platforms. Pricing for NJE/IP Bridge is machine-size neutral, and very affordable on any platform. NJE/IP Bridge provides an easy method for constructing system management automation for Linux guests within a z/VM environment as well as those with external hosts, routing system logging and messages to central Netview or VM Programmable Operator environments and dramatically simplifies and consolidates the number and type of monitoring systems needed to manage a diverse computing environment. For more information on NJE/IP Bridge, please go to: www.bsiopti.com and look over the NJE/IP Bridge technical fact sheet or go to the download page and download a trial version of NJE/IP Bridge. You can call BSI at 407-323-4773 or email us at [EMAIL PROTECTED] and we can discuss any questions you have in greater detail. About Barnard Software: Barnard Software, Inc. (BSI) is known in the VSE/ESA community for quality products and top-notch customer technical support. BSI has been in the mainframe software industry for 12 years. About Sine Nomine Associates: Sine Nomine Associates is a unique RD and engineering solutions provider with cross-platform strategic technology and business solution for customers worldwide. Additional information about Sine Nomine can be found at www.sinenomine.net. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
In a message dated 10/3/2005 1:51:37 P.M. Central Standard Time, [EMAIL PROTECTED] writes: news servers, with no hierarchical relationship - they are peers. A user posts articles to whatever server he is using. Nope, self contradicting. Posts to lists that they're subscribed to. Some servers like google have both newsfeeds and subscription service but it's to their list only, not the original. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Plan Now (Budget) for 2006 zSeries/z9 Summer Interns at Your Company/Gov't
On Fri, 30 Sep 2005 15:08:44 -0500, Chase, John [EMAIL PROTECTED] wrote: ... (the long term seems no longer to exist). ... A self-fulfilling prophecy, but one most major institutions seem to be ignoring. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there any mainframe sites out there that don't use
In [EMAIL PROTECTED], on 10/03/2005 at 12:35 PM, Paul Gilmartin [EMAIL PROTECTED] said: It's the 0xAC. I know you periodically chastise persons who submit non-USASCII text and fail to indicate the code page. This ought to apply even more to persons who post code in ASCII extensions intended to run on an EBCDIC system and fail to indicate both the ASCII and EBCDIC pages needed for translation. I agree with half of that; it should apply to persons who post non-ASCII code without indicating the character set. I don't believe that the author should be responsible for the PC-EBCDIC translation. Does anyone know what the proper code pages are to request iconv to convert an ISO-8859-1 ¬ (AC) to an EBCDIC ¬? And, in one of the files, I see: grep '[\\/¬] *=' /*IF LINE = JLIN TY_FL /= 'Y' THEN CALL TYPRUN */ Is that even legal REXX? (I hadn't realized /= is an acceptable form; AFAIK it isn't. Of course, even if it is valid you are correct that mixing forms makes the code harder to read. And, for the individual who sent me privately the two files as attachments, still containing the non-USASCII character, ('Content-Type: text/plain; charset=iso-8859-1'), but still with no indication of the EBCDIC code page to use: That's sounds like he did what he was supposed to do, assuming that he also had the accompanying header fields, e.g., MIME-Version: 1.0 Content-Transfer-Encoding: 8bit -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM Listserv?
In [EMAIL PROTECTED], on 10/03/2005 at 03:53 PM, Ed Finnell [EMAIL PROTECTED] said: Nope, self contradicting. Try again; you're confusing unrelated facilities. Read RFC 1036. Posts to lists Usenet is not e-mail. Lists are not news groups. Some servers like google have both newsfeeds and subscription service but it's to their list only, not the original. Google may have private news groups and other private fora, but posts to Usenet via google are distributed the same way as any other network news; the google news server is just one more peer to the others. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ADMINISTRIVIA: Rejected Postings
Many of you have complained to me regarding Listserv sending you a message about your post being rejected because you are not subscribed, but your post goes through anyway. Apparently a change was made to the newserver at VM.SAS.COM such that posting to the newsgroup bit.listserv.ibm-main causes it to forward that post to the discussion list address [EMAIL PROTECTED] If you are posting to the newsgroup bit.listserv.ibm-main only, you are missing reaching over 4600 subscribers, many that don't read the newsgroup. You should be subscribed to the discussion list and be sending your posts to ibm-main@bama.ua.edu so that everyone, discussion list and newsgroup readers, see your posts. If you do not wish to receive emails by being subscribed to the list, that can be turned off. To do this, send an email to: [EMAIL PROTECTED] with the body of the message as: SUBSCRIBE IBM-MAIN your-first-name your-last-name WITH NOMAIL Once you confirm your subscription, you won't receive email from the list, but will still be able to post to ibm-main@bama.ua.edu and have your post seen on both the newsgroup and the discussion list. Darren Evans-Young IBM-MAIN List Owner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are there any mainframe sites out there that don't use JCLCHECK/JCLPREP or equivalent
In a recent note, Shmuel Metz (Seymour J.) said: Date: Mon, 3 Oct 2005 17:13:06 -0300 /*IF LINE = JLIN TY_FL /= 'Y' THEN CALL TYPRUN */ Is that even legal REXX? (I hadn't realized /= is an acceptable form; AFAIK it isn't. Of course, even if it is valid you are correct that mixing forms makes the code harder to read. in: Title: z/OS V1R7.0 TSO/E REXX Reference Document Number: SA22-7790-06 ..., and all the way back to OS/390 1.4: 2.2.2 Operators 2.2.2.3 Comparison \=, ¬=, /= \, ¬ \, ¬ \==, ¬==, /== \, ¬ \, ¬ So, for whatever mysterious reason (lexical ambiguity?), only two of the six relops allow negation with '/'. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Exporting RMF DDS data to MS EXCEL
Dear List, Are any of you exporting data from the RMF DDS (Distributed Data Server) into Microsoft EXCEL? When I try it using z/OS 1.6 and EXCEL 2003 (MS OFFICE), the following error occurs - Has anyone else encountered this problem? HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FREE SHARE webcast sessions
Posted by permission of the list owner. Streaming Videos from SHARE in Boston (August 2005) Twenty-three of the Boston SHARE sessions were recorded live as they were being presented. Click on each of these 23 sessions to play it as a streaming video. Videos include 7 ISPF presentations, 1 Rexx session, 3 IBM Application Tools sessions, and 12 Enterprise Software Change Management sessions. The videos are best viewed with Microsoft Internet Explorer. You will be prompted to download a Microsoft Active X component required to play the videos. It could take anywhere from one minute to 10 minutes for the first video to start playing, depending on your Internet connect and PC speed. Subsequent videos will start up faster. The video control panel may be dragged and dropped outside your viewing area. The volume may be adjusted and the videos may be paused, stopped, reversed, and fast forwarded. The link to these sessions is at: www.ispw.ca/share To comment on the videos, please send a note to [EMAIL PROTECTED], or post a note on this list server in reply. If you are not familiar with the IBM SHARE User Group, SHARE's web site is at www.share.org. See this site for the accompanying PowerPoint slides from the Boston SHARE conference. If you are not a SHARE member, you can still view the SHARE handouts by requesting a userid and password. There is no charge. The upcoming SHARE in Seattle, WA, March 5-10, will host more than 800 sessions, typically presented by the product developers themselves. Your feedback is appreciated. Would you like to see more of the SHARE sessions recorded as streaming videos? There is no cost for this initial set, but they may become an extra cost item for anyone who has not attended a specific SHARE conference. These speakers are not professional trainers. They are the actual product developers demonstrating what people can do with their tools. Being in the audience and having the opportunity to talk to the presenters is worth the price of admission, but for those of us who cannot attend SHARE, is this a viable alternative? Please post a reply to this list server in response, or send an email to [EMAIL PROTECTED] ISPW BenchMark Technologies Winner Inaugural SHARE Award for Excellence in Technology Calgary, Alberta, Canada Phone: (403) 215-1550 or 1-800-839-4779 Direct: (403) 215-1553 or 1-800-281-0546 x 226 Site: www.ispw.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FREE SHARE webcast sessions
On Oct 3, 2005, at 6:55 PM, Thomas Conley wrote: Posted by permission of the list owner. Streaming Videos from SHARE in Boston (August 2005) --- - Twenty-three of the Boston SHARE sessions were recorded live as they were being presented. Click on each of these 23 sessions to play it as a streaming video. Videos include 7 ISPF presentations, 1 Rexx session, 3 IBM Application Tools sessions, and 12 Enterprise Software Change Management sessions. The videos are best viewed with Microsoft Internet Explorer. You will be prompted to download a Microsoft Active X component required to play the videos. It could take anywhere from one minute to 10 minutes for the first video to start playing, depending on your Internet connect and PC speed. Subsequent videos will start up faster. The video control panel may be dragged and dropped outside your viewing area. The volume may be adjusted and the videos may be paused, stopped, reversed, and fast forwarded. The link to these sessions is at: www.ispw.ca/share To comment on the videos, please send a note to [EMAIL PROTECTED], or post a note on this list server in reply. If you are not familiar with the IBM SHARE User Group, SHARE's web site is at www.share.org. See this site for the accompanying PowerPoint slides from the Boston SHARE conference. If you are not a SHARE member, you can still view the SHARE handouts by requesting a userid and password. There is no charge. The upcoming SHARE in Seattle, WA, March 5-10, will host more than 800 sessions, typically presented by the product developers themselves. Your feedback is appreciated. Would you like to see more of the SHARE sessions recorded as streaming videos? There is no cost for this initial set, but they may become an extra cost item for anyone who has not attended a specific SHARE conference. These speakers are not professional trainers. They are the actual product developers demonstrating what people can do with their tools. Being in the audience and having the opportunity to talk to the presenters is worth the price of admission, but for those of us who cannot attend SHARE, is this a viable alternative? Please post a reply to this list server in response, or send an email to [EMAIL PROTECTED] ISPW BenchMark Technologies Winner Inaugural SHARE Award for Excellence in Technology Calgary, Alberta, Canada Phone: (403) 215-1550 or 1-800-839-4779 Direct: (403) 215-1553 or 1-800-281-0546 x 226 Site: www.ispw.com -APPARENTLY they are only available to windows users. too bad. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMS DUMP 0F4
On Mon, 3 Oct 2005 09:47:44 -0400, Bruce Black [EMAIL PROTECTED] wrote: searching IBMLINK for ABEND0F4 RC24 RSN010E5AB8 I get these 7 hits OA11956 http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBrowse.jspdocNumber=OA11956searchArg=abend0f4+rc24+rsn010E5AB8navItem=sis.jsplc=encc=US PER 08/01/05 ABEND0F4 S0F4 RC24 RSN010E5AB8 IGWDARD1+0BBE UA14469 LEVEL OA04639 http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBrowse.jspdocNumber=OA04639searchArg=abend0f4+rc24+rsn010E5AB8navItem=sis.jsplc=encc=US PER 11/02/04 VARIOUS 0F4 ABENDS IN BMF DESERV IMF CDM COMPONENTS OA06541 http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBrowse.jspdocNumber=OA06541searchArg=abend0f4+rc24+rsn010E5AB8navItem=sis.jsplc=encc=US PER 07/02/04 ABEND0F4 IGWCDGTN + X'7C6' RSN270B0409 COPYING PDSE TO OA06725 http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBrowse.jspdocNumber=OA06725searchArg=abend0f4+rc24+rsn010E5AB8navItem=sis.jsplc=encc=US PER 04/26/04 AE OA04639 FIX COMPLETION OA06588 http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBrowse.jspdocNumber=OA06588searchArg=abend0f4+rc24+rsn010E5AB8navItem=sis.jsplc=encc=US PER 04/02/04 AE OA04639 FIX COMPLETION OA06148 http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBrowse.jspdocNumber=OA06148searchArg=abend0f4+rc24+rsn010E5AB8navItem=sis.jsplc=encc=US PER 04/02/04 AE OA04639 FIX COMPLETION OA02564 http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBrowse.jspdocNumber=OA02564searchArg=abend0f4+rc24+rsn010E5AB8navItem=sis.jsplc=encc=US PER 08/26/03 ABEND0F4 RC24 RSN16165493 IN IGWBVLP1 X'1AA6' ACCESSING A PDSE If you don't have access to IBMLINK (or the equivalent in your country) you should talk to someone about getting that access. It is the fastest way to answer such questions. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This usually means there is no security system active on your system. Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html