Re: ... FLOWASM ...
On Wed, 9 Jun 2021 10:02:01 +0800, David Crayford wrote: >>>... >> Is 2009 good enough for you?: >> https://www.phoenixsoftware.com/ftp/demo/?C=M;O=D > >Perfect. I have to say, that's a superbly documented piece of code. > Did you see a User's Manual? (Rob was inferring the rules from comments in the source.) Perhaps: https://en.wikipedia.org/wiki/Literate_programming -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Slickedit now supports FLOWASM syntax highlighting for HLASM
On 9/06/2021 3:10 am, Paul Gilmartin wrote: On Tue, 8 Jun 2021 22:16:54 +0800, David Crayford wrote: Is FLOWASM open source or do you have a mates shared version? Is 2009 good enough for you?: https://www.phoenixsoftware.com/ftp/demo/?C=M;O=D Perfect. I have to say, that's a superbly documented piece of code. As I mentioned earlier in this thread we are looking at using FLOWASM for Metal/C code, both internal and Zowe. The problem with Zowe is that FLOWASM will probably not be installed at most sites that want to build Zowe Metal/C code. ??? FLOW should be irrelevant to most C. Is Metal/C a recidivist? Certainly not. Metal/C is for systems programming which requires __asm() blocks that invoke HLASM macros. Continuation characters are a PITA in HLASM, in C they are a nightmare which has led to some unfortunate workarounds [1]. FLOWASM solves that problem perfectly. Introducing SPMs also solves the problem of duplicate labels when the optimizer inlines code. We have to compile with NOLINE right now which disables one of the most useful optimizations. I brought up introducing FLOWASM into Metal/C code in a code review last week and we've opened a ticket for it. [1] https://github.com/zowe/zowe-common-c/blob/2d18745553d233143004249802040ae4da5e82b9/c/cmutils.c#L342 I'm wondering if a pre-build step that copies FLOWASM into a userid.FLOWASM.LOAD library and then sets a STEPLIB environment variable would be acceptable. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: access to 9-track reel tape drive
So does DITTO. I also have my own HLASM tape copy programs that use basic CCWs for tape I-O that I could modify, if needed, to read the readable sections of the tape. The bigger problem is the programs that created the back-ups. For many of the tapes, we don't even know their internal format or what software wrote them. Or, if the software is still on the machine. We think it may still be there, but maybe not. And, the tape manager has changed too so the supporting information that the tape manager may have had may not still be available either. Tony Thigpen PINION, RICHARD W. wrote on 6/8/21 4:26 PM: Doesn't FDR's FATS and FATR have the ability to read tapes, and skip unreadable blocks? Some data is better than no data at all. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Tuesday, June 8, 2021 4:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: access to 9-track reel tape drive [External Email. Exercise caution when clicking links or opening attachments.] I have customer 3490 tapes from the 90's in my storage vault. (I also have good 3490 drives.) We told the customer that we do not know if the tapes were even readable when we got them 8 years ago. The told us: "We don't care. As long as we can tell the auditors that we have the tapes, we are good to go. If there is ever a need to read the tapes, we will fight the problems reading the data off the tape at that time. If a lawyer wants data, we will then do a 'good faith' attempt to read it, but not until then." Tony Thigpen Radoslaw Skorupka wrote on 6/8/21 4:08 PM: Rule of thumb: you don't need old tapes, you may need old data. In my former life I had 20 years old data, but the tapes were approx. 2-3 years old (max.). And always replicated, always in two locations. For old media (tapes, optical, hdd's, whatever) the earlier you start reading them the better chances you have. -- Radoslaw Skorupka Lodz, Poland W dniu 08.06.2021 o 15:18, Carl Swanson pisze: This was a fun trip down memory lane, I remember the Overland device. And if memory servers me correctly you had to load the tape through the mechanism manually, there was at least the ne I tried in the early 90's no autoloader. Why could this be important is because the most likely error these types of tapes will see is edge damage making the not readable. And every time a human hand touches, they the chances go up. Last Time I spoke with anyone about 3420 tapes was back around 2010 and they had a number of tapes that for any reason "Could Not be Scratched". Their solution was to hand the tapes to the person making that statement and saying they will not be scratched because they are in your possession. I thought it was a great solution to the issue. The likelihood of reading these tapes in my opinion is very low, they have passed their shelf life. Carl Swanson Mobile:215.688.1459 Email: carl.swans...@verizon.net -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Sunday, June 6, 2021 12:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: access to 9-track reel tape drive On Sun, 6 Jun 2021 05:54:17 +, Seymour J Metz wrote: Presumably he's saying that nobody in his right mind would simply copy the data on the tape to a byte stream, and that the most obvious way to archive the tape is to convert it to AWSTAPE format. Once it's in AWSTAPE format, then it's simple to read it under Hercules, assuming that the labels and records follow OS/360 conventions. Amen. Joe Monk's and Radoslaw's comments appear well-informed. And with 9-track I believe there's no need to deal with the abomination of even parity. ( knew an old CDC OS that relied on the difference to discern filetypes, even replicating the behavior in DASD files.) It's a pity there's no facility to process AWSTAPE directly with no need for a step to convert to virtual or real 3480. Subsystem? ISV? Or to generate AWSTAPE on Linux, MacOS, or Windows. Does a dump of the first block say "VOL1"? If the OP believes the tapes contain useful data he probably knows which utility can process the restored images. -- gil - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: Format SMF record 99
Martin Now, i'm working with smf99 subtype 1 and 8 Regards JCarlos De: IBM Mainframe Discussion List en nombre de Martin Packer Enviado: martes, 8 de junio de 2021 07:35 Para: IBM-MAIN@LISTSERV.UA.EDU Asunto: Re: Format SMF record 99 The OP didn't specify which subtype(s). For example, 99-14 is very different from 99-6. And, having worked with 99-14 a fair amount, it has quite a complicated layout. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/06/2021 07:18 Subject:[EXTERNAL] Re: Format SMF record 99 Sent by:IBM Mainframe Discussion List Hi, I can put one together if you like. Which subtypes and which fields are you interested in? To get anything meaningful out of the records, if there's some madman-like calculations required on top of just parsing the records (like finding CPU use etc. in SMF 30)... then it's stil possible but it'll take longer. Just printing out the fields as is (or with some basic calculations) will be simple. - KB �\�\�\�\�\�\�\ Original Message �\�\�\�\�\�\�\ On Tuesday, June 8, 2021 10:05 AM, Juan Carlos Godinez Pando wrote: > Hi everyone > > Somebody have a tool to help me to format smf record 99, i have z15 and z/Os 2.3 > > Juan Carlos Godinez Pando > > email: jcarlosgodinezp@hotmail.commailto:jcarlosgodin...@gmail.com > > móvil:+5215524410154 > > AMAT VICTORIA CURAM > > > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: access to 9-track reel tape drive
Doesn't FDR's FATS and FATR have the ability to read tapes, and skip unreadable blocks? Some data is better than no data at all. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Tuesday, June 8, 2021 4:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: access to 9-track reel tape drive [External Email. Exercise caution when clicking links or opening attachments.] I have customer 3490 tapes from the 90's in my storage vault. (I also have good 3490 drives.) We told the customer that we do not know if the tapes were even readable when we got them 8 years ago. The told us: "We don't care. As long as we can tell the auditors that we have the tapes, we are good to go. If there is ever a need to read the tapes, we will fight the problems reading the data off the tape at that time. If a lawyer wants data, we will then do a 'good faith' attempt to read it, but not until then." Tony Thigpen Radoslaw Skorupka wrote on 6/8/21 4:08 PM: > Rule of thumb: you don't need old tapes, you may need old data. > In my former life I had 20 years old data, but the tapes were approx. > 2-3 years old (max.). And always replicated, always in two locations. > For old media (tapes, optical, hdd's, whatever) the earlier you start > reading them the better chances you have. > > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > W dniu 08.06.2021 o 15:18, Carl Swanson pisze: >> This was a fun trip down memory lane, I remember the Overland >> device. And if memory servers me correctly you had to load the tape >> through the mechanism manually, there was at least the ne I tried in >> the early 90's no autoloader. Why could this be important is because >> the most likely error these types of tapes will see is edge damage >> making the not readable. And every time a human hand touches, they >> the chances go up. Last Time I spoke with anyone about 3420 tapes was >> back around 2010 and they had a number of tapes that for any reason >> "Could Not be Scratched". Their solution was to hand the tapes to the >> person making that statement and saying they will not be scratched >> because they are in your possession. I thought it was a great >> solution to the issue. The likelihood of reading these tapes in my >> opinion is very low, they have passed their shelf life. >> >> Carl Swanson >> Mobile:215.688.1459 >> Email: carl.swans...@verizon.net >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of Paul Gilmartin >> Sent: Sunday, June 6, 2021 12:21 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: [External] Re: access to 9-track reel tape drive >> >> On Sun, 6 Jun 2021 05:54:17 +, Seymour J Metz wrote: >> >>> Presumably he's saying that nobody in his right mind would simply >>> copy the data on the tape to a byte stream, and that the most >>> obvious way to archive the tape is to convert it to AWSTAPE format. >>> Once it's in AWSTAPE format, then it's simple to read it under >>> Hercules, assuming that the labels and records follow OS/360 conventions. >>> >> Amen. Joe Monk's and Radoslaw's comments appear well-informed. >> And with 9-track I believe there's no need to deal with the >> abomination of even parity. ( knew an old CDC OS that relied on the >> difference to discern filetypes, even replicating the behavior in >> DASD >> files.) >> >> It's a pity there's no facility to process AWSTAPE directly with no >> need for a step to convert to virtual or real 3480. Subsystem? ISV? >> Or to generate AWSTAPE on Linux, MacOS, or Windows. >> >> Does a dump of the first block say "VOL1"? >> >> If the OP believes the tapes contain useful data he probably knows >> which utility can process the restored images. >> >> -- gil >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution,
Re: [External] Re: access to 9-track reel tape drive
I have customer 3490 tapes from the 90's in my storage vault. (I also have good 3490 drives.) We told the customer that we do not know if the tapes were even readable when we got them 8 years ago. The told us: "We don't care. As long as we can tell the auditors that we have the tapes, we are good to go. If there is ever a need to read the tapes, we will fight the problems reading the data off the tape at that time. If a lawyer wants data, we will then do a 'good faith' attempt to read it, but not until then." Tony Thigpen Radoslaw Skorupka wrote on 6/8/21 4:08 PM: Rule of thumb: you don't need old tapes, you may need old data. In my former life I had 20 years old data, but the tapes were approx. 2-3 years old (max.). And always replicated, always in two locations. For old media (tapes, optical, hdd's, whatever) the earlier you start reading them the better chances you have. -- Radoslaw Skorupka Lodz, Poland W dniu 08.06.2021 o 15:18, Carl Swanson pisze: This was a fun trip down memory lane, I remember the Overland device. And if memory servers me correctly you had to load the tape through the mechanism manually, there was at least the ne I tried in the early 90's no autoloader. Why could this be important is because the most likely error these types of tapes will see is edge damage making the not readable. And every time a human hand touches, they the chances go up. Last Time I spoke with anyone about 3420 tapes was back around 2010 and they had a number of tapes that for any reason "Could Not be Scratched". Their solution was to hand the tapes to the person making that statement and saying they will not be scratched because they are in your possession. I thought it was a great solution to the issue. The likelihood of reading these tapes in my opinion is very low, they have passed their shelf life. Carl Swanson Mobile:215.688.1459 Email: carl.swans...@verizon.net -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Sunday, June 6, 2021 12:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: access to 9-track reel tape drive On Sun, 6 Jun 2021 05:54:17 +, Seymour J Metz wrote: Presumably he's saying that nobody in his right mind would simply copy the data on the tape to a byte stream, and that the most obvious way to archive the tape is to convert it to AWSTAPE format. Once it's in AWSTAPE format, then it's simple to read it under Hercules, assuming that the labels and records follow OS/360 conventions. Amen. Joe Monk's and Radoslaw's comments appear well-informed. And with 9-track I believe there's no need to deal with the abomination of even parity. ( knew an old CDC OS that relied on the difference to discern filetypes, even replicating the behavior in DASD files.) It's a pity there's no facility to process AWSTAPE directly with no need for a step to convert to virtual or real 3480. Subsystem? ISV? Or to generate AWSTAPE on Linux, MacOS, or Windows. Does a dump of the first block say "VOL1"? If the OP believes the tapes contain useful data he probably knows which utility can process the restored images. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: access to 9-track reel tape drive
W dniu 06.06.2021 o 16:20, Joe Monk pisze: "There is another requirement here: to read REAL tape using PC tools. How to read? a) dataset by dataset b) whole tape => AWS tape image" Radoslaw, Hercules has a really cool utility called TAPECOPY! It reads a real tape and copies it to an AWSTAPE format disk file. Of course, being written by mainframes, TAPECOPY is sensitive to mainframe tape marks, RDW/BDW, etc. The resulting AWSTAPE file is a mirror image of the tape. "The Hercules tape copy program copies a SCSI tape to or from an AWSTAPE disk file. Tapecopy reads a SCSI tape and outputs an AWSTAPE file representation of the tape, or reads an AWSTAPE file and creates an identical copy of its contents on a tape mounted on a SCSI tape drive. If the input file is a SCSI tape it is read and processed until physical EOD (end-of-data) is reached. That is, it does not stop whenever multiple tapemarks or filemarks are read, rather it continues processing until the SCSI tape drive says there is no more data on the tape. The resulting AWSTAPE output disk file may be specified for the filename on a Hercules tape device con- figuration statement. It can then be used in order for the Hercules guest O/S to read the exact same data without having a SCSI tape drive physically attached to the host system. This allows you to easily transfer SCSI tape data to other systems that may not have SCSI tape drives attached to them." I stand corrected. I didn't know about this Hercules tool, nor about Hercules support for real external devices like tape drive. So, the solution could be 3420-compatible tape drive with SCSI interface connected to a PC with Hercules. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: access to 9-track reel tape drive
Rule of thumb: you don't need old tapes, you may need old data. In my former life I had 20 years old data, but the tapes were approx. 2-3 years old (max.). And always replicated, always in two locations. For old media (tapes, optical, hdd's, whatever) the earlier you start reading them the better chances you have. -- Radoslaw Skorupka Lodz, Poland W dniu 08.06.2021 o 15:18, Carl Swanson pisze: This was a fun trip down memory lane, I remember the Overland device. And if memory servers me correctly you had to load the tape through the mechanism manually, there was at least the ne I tried in the early 90's no autoloader. Why could this be important is because the most likely error these types of tapes will see is edge damage making the not readable. And every time a human hand touches, they the chances go up. Last Time I spoke with anyone about 3420 tapes was back around 2010 and they had a number of tapes that for any reason "Could Not be Scratched". Their solution was to hand the tapes to the person making that statement and saying they will not be scratched because they are in your possession. I thought it was a great solution to the issue. The likelihood of reading these tapes in my opinion is very low, they have passed their shelf life. Carl Swanson Mobile:215.688.1459 Email: carl.swans...@verizon.net -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Sunday, June 6, 2021 12:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: access to 9-track reel tape drive On Sun, 6 Jun 2021 05:54:17 +, Seymour J Metz wrote: Presumably he's saying that nobody in his right mind would simply copy the data on the tape to a byte stream, and that the most obvious way to archive the tape is to convert it to AWSTAPE format. Once it's in AWSTAPE format, then it's simple to read it under Hercules, assuming that the labels and records follow OS/360 conventions. Amen. Joe Monk's and Radoslaw's comments appear well-informed. And with 9-track I believe there's no need to deal with the abomination of even parity. ( knew an old CDC OS that relied on the difference to discern filetypes, even replicating the behavior in DASD files.) It's a pity there's no facility to process AWSTAPE directly with no need for a step to convert to virtual or real 3480. Subsystem? ISV? Or to generate AWSTAPE on Linux, MacOS, or Windows. Does a dump of the first block say "VOL1"? If the OP believes the tapes contain useful data he probably knows which utility can process the restored images. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U 4087 abend
Condition handling can be quite helpful, especially when I want to report sn error to a PL/I caller. That said, the default LE handler certainly could put out better messages. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayford [dcrayf...@gmail.com] Sent: Tuesday, June 8, 2021 12:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: U 4087 abend On 8/06/2021 9:05 am, Clark Morris wrote: > What I object to is LE obscuring the original abend code with an abend > code that doesn't have a 1 to 1 relation to the original abend. A > U4xxx-S0C7 message would be adequate. LE condition handling is to number 1 reason why assembler programmres hate LE. It's also one of the reasons why it's unsuitable for systems level programming. > In regard to the application > programmer in the original posting, Has he or she looked at all of the > documentation such as CEEDUMP which as I recall has the original abend > code? There is no CEEDUMP with U4037 abends. The condition handler can't produce a stack trace because of recursive condition handling. In my experience this is usually a storage overwrite which has clobbered the save area chains. I advise the OP to turn off condition handling using the 'TRAP(OFF,NOSPIE)' run time option and then diagnose the dump using IPCS or whatever friendlier dump analysis tool such as Fault Analyzer. > Is that programmer knowledgeable enough to know that a S0C7 is > an application error 99.999 percent of the time (there may be a rare > instance where it isn't). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Slickedit now supports FLOWASM syntax highlighting for HLASM
On Tue, 8 Jun 2021 22:16:54 +0800, David Crayford wrote: > >Is FLOWASM open source or do you have a mates shared version? > Is 2009 good enough for you?: https://www.phoenixsoftware.com/ftp/demo/?C=M;O=D >As I mentioned earlier in this thread we are looking at using FLOWASM >for Metal/C code, both internal and Zowe. The problem with Zowe is that >FLOWASM will probably not be installed at most sites that want to build >Zowe Metal/C code. > ??? FLOW should be irrelevant to most C. Is Metal/C a recidivist? >I'm wondering if a pre-build step that copies FLOWASM into a >userid.FLOWASM.LOAD library and then sets a STEPLIB environment variable >would be acceptable. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Slickedit now supports FLOWASM syntax highlighting for HLASM
On Tue, 8 Jun 2021 06:46:23 -0700, Ed Jaffe wrote: >... >> But breaking lines in that fashion diminishes the usefulness of line >> numbers reported in ASMA435I messages. > >This assertion is just flat-out wrong. Continued lines do not get new >statement numbers. A statement, no matter how long or how many times >continued, is assigned a single statement number. > >Do you even write HLASM programs anymore? > Not lately, but in: https://www.ibm.com/docs/en/zos/2.1.0?topic=messages-asma435i HLASM Programmer's Guide SC26-4941-06 Record n in xxx on volume: vv Explanation The data set which is located on volume serial vv, contains an error on record number n. The volume serial might not be available. I read "record", not "statement". How do FLOWASM and HLASM interact in counting records? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Slickedit now supports FLOWASM syntax highlighting for HLASM
On 8/06/2021 3:43 pm, Rob Scott wrote: (a) imposes a severe restriction on the long-lines facility by requiring that column 72 be blank. The programmer could accommodate that by coding such as 0C' ', but that's worse than old-fashioned continuation. I re-read the commentary in the exit this morning and it states : Is FLOWASM open source or do you have a mates shared version? As I mentioned earlier in this thread we are looking at using FLOWASM for Metal/C code, both internal and Zowe. The problem with Zowe is that FLOWASM will probably not be installed at most sites that want to build Zowe Metal/C code. I'm wondering if a pre-build step that copies FLOWASM into a userid.FLOWASM.LOAD library and then sets a STEPLIB environment variable would be acceptable. "Source input may be any of the following : 1) Fixed records of any size. Sequence numbers are allowed in columns LRECL-7 through LRECL. The continuation column is LRECL-8. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U 4087 abend
The problem is the message, not the ABEND code. And, Yes, the message after a program check (ABEND) should reflect the original interrupt code (ABEND code and reason code). Unless the user turned off SPIE, the user should never see an ABEND S0Cx intercepted by LE; and, yes, the LE message for a program check intercepted by LE should include more than the interrupt code. Memory is a lot less expensive than it was in the S/360 days, and this is an issue that goes well beyond LE. Has anybody submitted an RFE asking that messages include more than just the numeric codes and variable data? Enhancing the message text would certainly make the platform more accessible to newbies. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Clark Morris [cfmt...@uniserve.com] Sent: Monday, June 7, 2021 9:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: U 4087 abend [Default] On 7 Jun 2021 15:25:53 -0700, in bit.listserv.ibm-main sme...@gmu.edu (Seymour J Metz) wrote: >After all, the compilers, run time environments and utilities haven't been >using user ABEND codes for much more than half a century. > What I object to is LE obscuring the original abend code with an abend code that doesn't have a 1 to 1 relation to the original abend. A U4xxx-S0C7 message would be adequate. In regard to the application programmer in the original posting, Has he or she looked at all of the documentation such as CEEDUMP which as I recall has the original abend code? Is that programmer knowledgeable enough to know that a S0C7 is an application error 99.999 percent of the time (there may be a rare instance where it isn't). Clark Morris > >-- >Shmuel (Seymour J.) Metz >http://mason.gmu.edu/~smetz3 > > >From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of >Charles Mills [charl...@mcn.org] >Sent: Monday, June 7, 2021 5:08 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: U 4087 abend > >Well, the LE folks did not do anything for the clarity of this issue. I would >call an LE failure a system ABEND, but they are all U ABENDs. > >Charles > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >Behalf Of zMan >Sent: Monday, June 7, 2021 10:56 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: U 4087 abend > >Well, for my money, any ABEND starting with U *must *be a system ABEND. >Those ones starting with S are clearly something else. > >On Mon, Jun 7, 2021 at 12:36 PM Seymour J Metz wrote: > >> Did the developer read the message description and look at the dump? Did >> he give a cogent reason for believing it was a systems error? If not, then >> the smart money says that it's his error. >> >> "Who knows, the horse might learn to sing." >> >> I would look for storage overlay, but that's not the only thing that >> could cause recurse condition handling. >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf >> of Bill Giannelli [billgianne...@gmail.com] >> Sent: Monday, June 7, 2021 11:41 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: U 4087 abend >> >> we have a job that keeps abending in an application program that the >> developer insists is a "system" issue. what does a U 4087 abend indicate? >> thanks >> Bill >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Slickedit now supports FLOWASM syntax highlighting for HLASM
On 6/8/2021 6:37 AM, Paul Gilmartin wrote: On Tue, 8 Jun 2021 07:43:41 +, Rob Scott wrote: ... "Blank Elimination / Wrapping of Long Lines: ... 4) If the statement is still too long:... b) If the operand is too long to fit, it is wrapped and continued in column 16 of the next line along with any commentary. " (I assume repeatedly, as needed.) But breaking lines in that fashion diminishes the usefulness of line numbers reported in ASMA435I messages. This assertion is just flat-out wrong. Continued lines do not get new statement numbers. A statement, no matter how long or how many times continued, is assigned a single statement number. Do you even write HLASM programs anymore? -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Slickedit now supports FLOWASM syntax highlighting for HLASM
On Tue, 8 Jun 2021 07:43:41 +, Rob Scott wrote: >... >"Blank Elimination / Wrapping of Long Lines: >... >4) If the statement is still too long:... > b) If the operand is too long to fit, it is wrapped and continued in > column 16 of the next line along with any commentary. " > (I assume repeatedly, as needed.) But breaking lines in that fashion diminishes the usefulness of line numbers reported in ASMA435I messages. Do the HLASM exits provide a facility akin to the C Preprocessor's "#line" directive to control the reported line number? I vaguely remember using something like that in the HLASM exit reply buffer. I considered it a significant boon when HLASM chose to report locations in the SYSIN whereas older assemblers reported statement numbers in the SYSPRINT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: access to 9-track reel tape drive
This was a fun trip down memory lane, I remember the Overland device. And if memory servers me correctly you had to load the tape through the mechanism manually, there was at least the ne I tried in the early 90's no autoloader. Why could this be important is because the most likely error these types of tapes will see is edge damage making the not readable. And every time a human hand touches, they the chances go up. Last Time I spoke with anyone about 3420 tapes was back around 2010 and they had a number of tapes that for any reason "Could Not be Scratched". Their solution was to hand the tapes to the person making that statement and saying they will not be scratched because they are in your possession. I thought it was a great solution to the issue. The likelihood of reading these tapes in my opinion is very low, they have passed their shelf life. Carl Swanson Mobile:215.688.1459 Email: carl.swans...@verizon.net -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Sunday, June 6, 2021 12:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: access to 9-track reel tape drive On Sun, 6 Jun 2021 05:54:17 +, Seymour J Metz wrote: >Presumably he's saying that nobody in his right mind would simply copy the >data on the tape to a byte stream, and that the most obvious way to archive >the tape is to convert it to AWSTAPE format. Once it's in AWSTAPE format, then >it's simple to read it under Hercules, assuming that the labels and records >follow OS/360 conventions. > Amen. Joe Monk's and Radoslaw's comments appear well-informed. And with 9-track I believe there's no need to deal with the abomination of even parity. ( knew an old CDC OS that relied on the difference to discern filetypes, even replicating the behavior in DASD files.) It's a pity there's no facility to process AWSTAPE directly with no need for a step to convert to virtual or real 3480. Subsystem? ISV? Or to generate AWSTAPE on Linux, MacOS, or Windows. Does a dump of the first block say "VOL1"? If the OP believes the tapes contain useful data he probably knows which utility can process the restored images. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Call Home / CBU activation or deactivation
I have a perplexing situation that has been assigned to me. The CBU activation expire time generates a call. An associate mentioned a way to turn it off at the HMC. Is there IBM documentation that describes how to configure this? The system may generate a ticket each day until it expires. Thanks, Rob Jackson rwjackso...@msn.com rob.w.jack...@vumc.org z/OS Systems Programmer Vanderbilt University Medical Center IT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NetView and CNMSTYLE
Are you wanting to convert security options? If so, take a look at the SECMIGR command. https://www.ibm.com/docs/en/z-netview/6.2.1?topic=descriptions-secmigr-nccf-cnme8004 On Mon, Jun 7, 2021 at 7:25 AM Steve Beaver wrote: > Does anyone in the group have NetView® under full RACF control and would > you be willing to share your > CNMSTYLE out of your DSIPARM? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Yet another cloud outage!
Global glitch: swaths of internet go down after cloud outage Numerous websites went offline briefly after an apparent widespread outage at the cloud service company Fastly, and there were still reports of sporadic disruptions after the company patched the problem an hour later. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Slickedit now supports FLOWASM syntax highlighting for HLASM
>>(a) imposes a severe restriction on the long-lines facility by requiring that >>column 72 be blank. The programmer could accommodate that by coding such as >>0C' ', but that's worse than old-fashioned continuation. I re-read the commentary in the exit this morning and it states : "Source input may be any of the following : 1) Fixed records of any size. Sequence numbers are allowed in columns LRECL-7 through LRECL. The continuation column is LRECL-8. 2) Variable length records without sequence numbers. Continuation is indicated with a trailing '+' character. 3) Variable length records with sequence numbers in columns 1-8. Continuation is indicated with a trailing '+' character. " I think (1) solves the restriction you mentioned and is actually better than I guessed yesterday. As regards the "scrunching", here is the comments from the code : "Blank Elimination / Wrapping of Long Lines: If a statement is too long to fit in a standard 80-byte assembler source line, the statement is reformatted as follows: 1) All extraneous blanks between the operation code and operand are eliminated. 2) If the statement is still too long, extraneous blanks between the operand and commentary are removed. 3) If the statement is still too long, extraneous blanks in front of the operation code are removed. 4) If the statement is still too long: a) If the operand fits on the line, the commentary is truncated. b) If the operand is too long to fit, it is wrapped and continued in column 16 of the next line along with any commentary. " Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: 07 June 2021 22:39 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Slickedit now supports FLOWASM syntax highlighting for HLASM EXTERNAL EMAIL On Mon, 7 Jun 2021 14:10:08 -0700, Charles Mills wrote: >> What if both (a) and (b) are true? > >"Doc, when I hit my head with this hammer it hurts!" >"Don't do that." > (a) imposes a severe restriction on the long-lines facility by requiring that column 72 be blank. The programmer could accommodate that by coding such as 0C' ', but that's worse than old-fashioned continuation. The documentation should state the rules completely and unambiguously. FLOWASM's syntax is relatively good only insofar as HLASM's is absolutely bad. >-Original Message- >From: Paul Gilmartin >Sent: Monday, June 7, 2021 12:20 PM >On Mon, 7 Jun 2021 18:02:57 +, Rob Scott wrote:. >> >>As for the rules, this is what I use (Ed can correct me if I am wrong). >> >>(o) If the first line of a logical statement has a character in col-72, it >>will not be processed by flowasm and presented to ASMA90 as-is. >> >>(o) If the first line of a logical statement can be processed in flowasm >>format, it will be dynamically changed to traditional format before being >>presented to ASMA90. Subsequent lines in the same logical statement are >>required to be in flowasm format. >>... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Format SMF record 99
The OP didn't specify which subtype(s). For example, 99-14 is very different from 99-6. And, having worked with 99-14 a fair amount, it has quite a complicated layout. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/06/2021 07:18 Subject:[EXTERNAL] Re: Format SMF record 99 Sent by:IBM Mainframe Discussion List Hi, I can put one together if you like. Which subtypes and which fields are you interested in? To get anything meaningful out of the records, if there's some madman-like calculations required on top of just parsing the records (like finding CPU use etc. in SMF 30)... then it's stil possible but it'll take longer. Just printing out the fields as is (or with some basic calculations) will be simple. - KB ‐‐‐ Original Message ‐‐‐ On Tuesday, June 8, 2021 10:05 AM, Juan Carlos Godinez Pando wrote: > Hi everyone > > Somebody have a tool to help me to format smf record 99, i have z15 and z/Os 2.3 > > Juan Carlos Godinez Pando > > email: jcarlosgodinezp@hotmail.commailto:jcarlosgodin...@gmail.com > > móvil:+5215524410154 > > AMAT VICTORIA CURAM > > > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Format SMF record 99
Hi, I can put one together if you like. Which subtypes and which fields are you interested in? To get anything meaningful out of the records, if there's some madman-like calculations required on top of just parsing the records (like finding CPU use etc. in SMF 30)... then it's stil possible but it'll take longer. Just printing out the fields as is (or with some basic calculations) will be simple. - KB ‐‐‐ Original Message ‐‐‐ On Tuesday, June 8, 2021 10:05 AM, Juan Carlos Godinez Pando wrote: > Hi everyone > > Somebody have a tool to help me to format smf record 99, i have z15 and z/Os > 2.3 > > Juan Carlos Godinez Pando > > email: jcarlosgodinezp@hotmail.commailto:jcarlosgodin...@gmail.com > > móvil:+5215524410154 > > AMAT VICTORIA CURAM > > > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN