Re: Beginners question about SHARE
On 7/31/2014 10:16 AM, Ed Jaffe wrote: The percentage varies from conference to conference, but usually somewhere between 1/4 and 1/3 of SHARE conference attendees are first-timers... 28.6% of attendees in Pittsburgh were first timers... It was a great conference in a great new venue... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoration of Multivolume GDG from Physical Dump Backup
As you realized, you are restoring 4 unque datasets with the same DSN. The problem is that the restore is cataloging each of these datasets which causes the second to fail. You need to specify nocatalog (I'm guessing because it's been too long). Also beware that you may have the system option to delete uncataloged datasets, so you might need to use an alternative method. Once you restore each uncataloged dataset, you will need to define the dataset with the correct volume sequence. As an alternative, you can restore each volume as a unique DSN and use DD concatenation in the correct sequence. Since you don't have the catalog information, it's anyones guess as to the sequence. Jon Perryman On Friday, August 8, 2014 11:39 AM, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Yes! tat's right. On Fri, Aug 8, 2014 at 11:14 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: I think the reason he's running multiple steps is because of the format of his dump tapes. I got the picture he did full volume dumps on a volume-by-volume basis, and now he's trying to recover a multi-volume dataset at the dataset level. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Convert to base64 help
I have some of the feelings that my father would have had finding himself in agreement with George Sokolsky, but Shmuel is clearly right. The issues involved badly needed to be disentangled at the outset of these discussions, not late and inter alia. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GDG Entries in Catalog without Associated GDS
GDS's are simply a datasets. Don't think of them as anything special other than their DSN ends with GDG number. If you want to cleanup uncataloged datasets, then search the IBM-MAIN archives because it's already been discussed. Jon Perryman. On Thursday, August 7, 2014 8:16 PM, Ravi Gaur gaur.ravi2...@gmail.com wrote: Could somebody please throw me an idea how do you guys handle the situation where associated GDS entries are deleted/expired for GDG Base However those base entries are left in the Catalog...How do we list them out based on like Not update field for some duration and then delete them? ...any thoughts... Reason for us to list them out is because we have a automatic program which create the base entries and then create the full volume dump however there's been cases when we reclaim those volumes and then based on the expiry date GDS entries are expired however left with the GDG Base entry in the catalog...My intention is to have them list out as well and then delete them... Thanks... -- 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: [Marketing Mail] Re: Operator response message!!!!
The message is considered an operator action message (not operator response). The asterisk * indicates it won't scroll off a non-scrolled screen. It's intent is to make you aware of a situation that a product wants to make your operator aware of and wants them to take an action. There is not a reply number for action messages. The most familiar example, is a tape mount message. These messages can be automatically deleted by the program that created it (e.g. tape is mounted) but most times, these message simply remain open. In your case, this message is telling you that the security module has not been installed for CL supersession (I think). This may not be considered a problem by your sysprogs. If your sysprog tells you to ignore the message, then simply place the cursor on that line and press enter. It will be removed from the console. It will however still exist in D R,L. k Tape mounts are a common example. There are products that have expiration dates and they display an operator action message. They are simply WTO's that do not scroll off the console unless the operator manually deletes it or the product automatically deletes it. These messages can be anything that the vendor feels is important enough to warrant remaining on the operator console. Whether you ignore it or handle it, is up to you. Jon Perryman. On Wednesday, August 6, 2014 3:12 PM, Rajesh Janakiraman rajesh.janakira...@hdfcbank.com wrote: From: retired mainframer retired-mainfra...@q.com Do you want to fix the problem or just clear the message from your operator console? David's response shows the former and K E,1 should handle the latter. -Original Message- On Behalf Of Rajesh Janakiraman Sent: Wednesday, August 06, 2014 10:59 AM In our Production box we got the following console message, STC07556 *KLVIN406 STARTUP ERROR: MODULE(KLVINNAM) R15(4) Which is operator response message. It is still there for nearly 12hrs without proper response from our team. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
For edit macro's, placing the cursor at the end risks far less data than leaving the cursor alone. Right or wrong is a matter of opinion. Leaving the cursor at the current location will certainly teach programmers to check return codes and not make false assumptions the first time they destroy their data because they didn't check the return code. Jon Perryman. On Saturday, August 2, 2014 6:36 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Sat, 2 Aug 2014 12:47:23 +0200, Arthur Fichtl wrote: ... a well-behaved editor should leave the file position unchanged. I disagree, although having an option would be more user friendly, as would optional first and last operands on FIND. Additionally to Pauls' remark let me point to the powerful Macro Facility of ISPF EDIT. You can easliy -if you want- create a personal, let's say XFIND, command, that remembers the cursor position and stays on the last found line in case no further hits are found. ??? Why a macro? In my experience the native behavior of ISPF EDIT is to leave the cursor position unchanged when no further hit is found. (And I prefer unchanged over last found line for the cases when the cursor was most recently positioned by other than a FIND command.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
What makes a fullscreen editor not a line mode editor? I can't think of any ISPF edit commands that require full screen features other than entering the command thru the command area in the screen. Granted, the full screen features make life easier and the command area is very small. Jon Perryman On Saturday, August 2, 2014 6:42 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 7830856811578828.wa.paulgboulderaim@listserv.ua.edu, on 08/01/2014 at 02:10 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: So can one use ISPF Edit in line mode? No, AFAIK, but one can drive it with a macro. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
On Sat, 9 Aug 2014 13:29:32 -0700, Jon Perryman wrote: For edit macro's, placing the cursor at the end risks far less data than leaving the cursor alone. Right or wrong is a matter of opinion. Leaving the cursor at the current location will certainly teach programmers to check return codes and not make false assumptions the first time they destroy their data because they didn't check the return code. A nonsensical argument. Carrying that reasoning to the extreme, the safest thing to do on an unsuccessful search is to Cancel the edit session leaving the file unchanged and data intact. I suppose it's unfortunate that checking the return code is part of the macro language rather than of the host environment. Otherwise Edit could abort the macro if it issued another command without extracting the return code. (I'd imagine some syntax such as: FIND Target Failure=failure-option ... where the default failure-option is CANCEL.) And what you consider proper for a macro, I consider improper for interactive editing. For interactive editing, I place a premium on economy of keystrokes and hand motion. For example, ISPF Edit requires six keystrokes to search for a comma; another editor I use needs only three. (To be fair, each requires four to search for a period.) And rodent-oriented editors that pop up a dialog box to do a search are dreadful. Forget Case Insensitive Disambiguating Tables; forget lexical separation. I'd welcome: Instead of the terse f 'Foo Bar'ENTER fFoo BarENTER f c'Foo Bar'ENTERFFoo BarENTER (f means case-insensitive search; F case-sensitive.) Interactive editing commands are not code; self-documentation and comments are counterproductive; it's a motor skill. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote: What makes a fullscreen editor not a line mode editor? I can't think of any ISPF edit commands that require full screen features other than entering the command thru the command area in the screen. Granted, the full screen features make life easier and the command area is very small.� Imagine I have a VT-100-type TELNET TSO session. Can I use ISPF Edit, however cumbersomely in that session? (Very hypothetical; kinda like enumerating and contrasting the different ways to clear a register in assembler code, frequently discussed in these fora.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
Just because you don't understand or can't imagine it's importance doesn't make it non-sense. TSO edit has a batch mode without the need for a macro language so you can't even check return codes. Yes they could have taken it to the extreme but being extreme is not acceptable. In the MVS world, we often make a compromise between what's acceptable and what should be the default. As for imagining a syntax, are you implying that IBM could have easily resolved this issue. To you this is a simple change, Thankfully that's not how IBM operates and they consider the true impact. What is the effect in batch mode? What happens to commands in the queue? What happens to command in SYSTSIN. Do you flush to the next END statement? Has that END statement? If running a macro, has it generated the END statement or should we start flushing SYSTSIN? Does it flush SYSTSIN get flushed? Does it honor END parms? Will these changes affect existing users? As for saving keystrokes at the expense of everything else, that is typical UNIX. We in the MVS world consider the whole picture Consistency between macro versus interactive. Compare benefits of brevity versus impact on all users (casual versus heavy). Jon Perryman On Saturday, August 9, 2014 2:16 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Sat, 9 Aug 2014 13:29:32 -0700, Jon Perryman wrote: For edit macro's, placing the cursor at the end risks far less data than leaving the cursor alone. Right or wrong is a matter of opinion. Leaving the cursor at the current location will certainly teach programmers to check return codes and not make false assumptions the first time they destroy their data because they didn't check the return code. A nonsensical argument. Carrying that reasoning to the extreme, the safest thing to do on an unsuccessful search is to Cancel the edit session leaving the file unchanged and data intact. I suppose it's unfortunate that checking the return code is part of the macro language rather than of the host environment. Otherwise Edit could abort the macro if it issued another command without extracting the return code. (I'd imagine some syntax such as: FIND Target Failure=failure-option ... where the default failure-option is CANCEL.) And what you consider proper for a macro, I consider improper for interactive editing. For interactive editing, I place a premium on economy of keystrokes and hand motion. For example, ISPF Edit requires six keystrokes to search for a comma; another editor I use needs only three. (To be fair, each requires four to search for a period.) And rodent-oriented editors that pop up a dialog box to do a search are dreadful. Forget Case Insensitive Disambiguating Tables; forget lexical separation. I'd welcome: Instead of the terse f 'Foo Bar'ENTER fFoo BarENTER f c'Foo Bar'ENTER FFoo BarENTER (f means case-insensitive search; F case-sensitive.) Interactive editing commands are not code; self-documentation and comments are counterproductive; it's a motor skill. -- 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: another question about TSO edit command
Lets stop trying to imagine. In what universe does ISPF (not edit) support line mode terminals. Would you use the Emacs editor outside x-windows? If you can make ISPF support line mode, then edit will automatically have line mode capability. Jon Perryman On Saturday, August 9, 2014 2:22 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote: What makes a fullscreen editor not a line mode editor? I can't think of any ISPF edit commands that require full screen features other than entering the command thru the command area in the screen. Granted, the full screen features make life easier and the command area is very small.� Imagine I have a VT-100-type TELNET TSO session. Can I use ISPF Edit, however cumbersomely in that session? (Very hypothetical; kinda like enumerating and contrasting the different ways to clear a register in assembler code, frequently discussed in these fora.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
Gil: No. ISPF is 3270 device dependent. Ed On Aug 9, 2014, at 4:22 PM, Paul Gilmartin wrote: On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote: What makes a fullscreen editor not a line mode editor? I can't think of any ISPF edit commands that require full screen features other than entering the command thru the command area in the screen. Granted, the full screen features make life easier and the command area is very small.� Imagine I have a VT-100-type TELNET TSO session. Can I use ISPF Edit, however cumbersomely in that session? (Very hypothetical; kinda like enumerating and contrasting the different ways to clear a register in assembler code, frequently discussed in these fora.) -- 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: another question about TSO edit command
On Sat, 9 Aug 2014 16:22:11 -0500, Paul Gilmartin wrote: On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote: What makes a fullscreen editor not a line mode editor? I can't think of any ISPF edit commands that require full screen features other than entering the command thru the command area in the screen. Granted, the full screen features make life easier and the command area is very small. Imagine I have a VT-100-type TELNET TSO session. Can I use ISPF Edit, however cumbersomely in that session? (Very hypothetical; kinda like enumerating and contrasting the different ways to clear a register in assembler code, frequently discussed in these fora.) Back in the 80's I worked at a place that had an IBM 7171 ASCII Device Attachment Control Unit, to which we could connect terminals like VT100's and, ISTR, a line from a modem to which a PC running a VT100 emulator could dial in, logon, and use ISPF. From a bitsavers manual: The IBM 7171 also provides ASCII to IBM 3270 protocol conversion. The IBM 7171 appears to the host processor as one or two IBM 3274 model1D control units. The attached ASCII display terminals and printers appear to the host system as IBM 3278 or 3277 terminals and IBM 3286 printers. IBM 3270 emulation allows the IBM 7171 attached devices to communicate with IBM interactive packages while utilizing existing 3270 programs with no host modification required. IBM 3270 emulation extends the capabilities of the ASCII device by providing 3270 type functions. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic Alocation question
Steplib-RX or Dynastep from Tone Software Corp. will allow you to re-allocate STEPLIB to any concatenation you wish. j John Szura Lead Product Developer Tone Software Corp. On 8/4/2014 9:55 AM, Micheal Butz wrote: Wait open at step initiation I am talking about TSOLIB which I Believe I can load am APF authorized program from Sent from my iPhone On Aug 4, 2014, at 11:29 AM, J R jayare...@hotmail.com wrote: Date: Mon, 4 Aug 2014 09:36:49 -0500 From: 000433f07816-dmarc-requ...@listserv.ua.edu Subject: Re: Dynamic Alocation question To: IBM-MAIN@LISTSERV.UA.EDU ... Can one do *anything* to STEPLIB? I thought it was peculiarly sacred; immutable. But I've never tried a concatenate-deconcatenate operation. I'm trying to imagine what happens if one LOADs a module from the newly concatenated library with deferred fetch of the pages, then deconcatenates before all pages are fetched. ... === Well, the tasklib, whether it be JOBLIB, STEPLIB or some other, is opened at step initiation, so even if you can/could dynamically concatenate something to it, program fetch will continue to use the DEB constructed by that original OPEN. -- 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 -- IMPORTANT NOTICE: This is a private message. The information in this email (including any attachments) is confidential and proprietary to Tone Software Corporation, and is provided solely for the use of the individual or entity to which it is addressed. Any review, reliance upon, printing, distribution, or forwarding without express permission of its sender is strictly prohibited. If you are not its intended recipient, please immediately delete this email without copying and kindly advise me by email of the mistaken delivery. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
On Sat, 9 Aug 2014 19:55:03 -0500, Ed Gould wrote: No. ISPF is 3270 device dependent. I have used ISPF in background, with no 3270 attached. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic Alocation question
Yes it does but is frowned upon by most sysprogs Ed On Aug 9, 2014, at 10:00 PM, John Szura wrote: Steplib-RX or Dynastep from Tone Software Corp. will allow you to re-allocate STEPLIB to any concatenation you wish. j John Szura Lead Product Developer Tone Software Corp. On 8/4/2014 9:55 AM, Micheal Butz wrote: Wait open at step initiation I am talking about TSOLIB which I Believe I can load am APF authorized program from Sent from my iPhone On Aug 4, 2014, at 11:29 AM, J R jayare...@hotmail.com wrote: Date: Mon, 4 Aug 2014 09:36:49 -0500 From: 000433f07816-dmarc-requ...@listserv.ua.edu Subject: Re: Dynamic Alocation question To: IBM-MAIN@LISTSERV.UA.EDU ... Can one do *anything* to STEPLIB? I thought it was peculiarly sacred; immutable. But I've never tried a concatenate- deconcatenate operation. I'm trying to imagine what happens if one LOADs a module from the newly concatenated library with deferred fetch of the pages, then deconcatenates before all pages are fetched. ... === Well, the tasklib, whether it be JOBLIB, STEPLIB or some other, is opened at step initiation, so even if you can/could dynamically concatenate something to it, program fetch will continue to use the DEB constructed by that original OPEN. -- 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 -- IMPORTANT NOTICE: This is a private message. The information in this email (including any attachments) is confidential and proprietary to Tone Software Corporation, and is provided solely for the use of the individual or entity to which it is addressed. Any review, reliance upon, printing, distribution, or forwarding without express permission of its sender is strictly prohibited. If you are not its intended recipient, please immediately delete this email without copying and kindly advise me by email of the mistaken delivery. -- 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: another question about TSO edit command
You probably have used PDF which is/was a companion product, ie not use fullscreen capabilities. Ed On Aug 9, 2014, at 11:20 PM, Paul Gilmartin wrote: On Sat, 9 Aug 2014 19:55:03 -0500, Ed Gould wrote: No. ISPF is 3270 device dependent. I have used ISPF in background, with no 3270 attached. -- 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
