Re: z/VM "load from dvd or server"

>>> On 1/28/2016 at 07:18 AM, "R.S." wrote: > I vaguely remember such configuration should work, but it doesn't. I'm > trying to find out what's wrong with my setup? > Does it matter whether ICC session is defined as console or terminal? (I > tried both) >

Re: Oracle to kill off Java browser plugins with JDK 9 • The Register

W dniu 2016-01-28 o 16:01, John McKown pisze: On Thu, Jan 28, 2016 at 8:54 AM, Stevet wrote: But doesn't IBM have their own version of Java? And wasn't this why they were not affected by the zero day exploits of Sun & Oracle Java? ​Yes. But IBM's Java in on the IBM side

Re: Oracle to kill off Java browser plugins with JDK 9 • The Register

Thank you for the clarification. For some reason, I had thought that IBM also had Java for the x86 platforms (Winderz in particular). I guess I need to spend brain cells on Java, which I would rather drink than write -- given some of the Java I've had to unwind... Past life at the HAL 9000

Re: z/VM "load from dvd or server"

I'm not very VM literate but when I IPL our VM/Linux LPAR's, we have to add CONS= to the load parm part of the IPL screen. Bobby Herring Texas Farm Bureau Insurance Waco, TX 76710 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: Binder (was: COBOL v5)

On 26 January 2016 at 13:59, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > We had a problem, appearing only fairly recently I believe, where a customer > using non-IBM software on non-IBM hardware found load modules produced > by Binder failing. Regressing to Linkage

Re: MODULE AMODE

Well that's cool. It's just an FA issue then; but nothing that might actually cause a problem (other than slight confusion)? > Date: Thu, 28 Jan 2016 11:49:23 +1000 > From: ha...@au1.ibm.com > Subject: Re: MODULE AMODE > To: IBM-MAIN@LISTSERV.UA.EDU > > Hi Frank, > > we have noticed the same

Re: [Bulk] Re: z/VM "load from dvd or server"

I've done this for a few VM installs. It's been a couple of years, but here's what I'm pretty sure of. You have to possess (delivered or self-created) an IPLable DVD containing the VM kernel code. You insert the DVD into an actual directly-connected HMC and select 'Load from Media'. The DVD reader

Re: Oracle to kill off Java browser plugins with JDK 9 • The Register

IBM-MAIN recently had a thread on the delicate problem of finding the right Windows Java to communicate remotely with HMC functions, especially Op Sys Messages. We ourselves had that problem here. Once we got the HMC to the latest microcode level, we've been stable with current GA Java release

Re: Deleting a dataset that GRS has enqueued.

I will admit that I haven't followed this entire thread but this facility is designed to rename datasets that exist on multiple volumes (like ipl volumes). For SMS managed datasets they must be cataloged and therefore can't exist on multiple volumes. Therefore the enq is held because that

Re: Deleting a dataset that GRS has enqueued.

I for one would appreciate a comment from someone in DFSMS on this topic. It's really important to know *in advance* whether the RACF approach will work for an SMS managed dataset. Or an experiment by someone who can actually try it. (Unfortunately I cannot at the moment.) . . . J.O.Skip

Re: Need to find the DSN from where load module was loaded

On Thu, 28 Jan 2016 19:36:19 +1100, Paul Gillis wrote: >We have a standard home grown utility, a little like Eileen's, scanning LPA, >Dynamic LPA, Nucleus etc. It also scans all ISPF libraries if allocated, >including SYSPROC and SYSEXEC. Not sure why it was written originally but I >have used

Re: COBOL v5

Sorry if I've confused the matter. What I meant was that only a very few important and relatively simple changes to the definition of OBJ objects and load module programs are made (nothing that would require new constructs). AMODE 64 is an example of one of those. Other than those, new

Re: COBOL v5

Hi Bill, Point taken. But my point was that if your JCL uses a PDS rather than a PDSE, in some cases you'll get the binder error "IEW2606S 4B39 MODULE INCORPORATES VERSION 3 PROGRAM OBJECT FEATURES AND CANNOT BE SAVED IN LOAD MODULE FORMAT." As the PL/I procs do (the ones with "P" in their

Re: z/VM "load from dvd or server"

W dniu 2016-01-28 o 17:33, Herring, Bobby pisze: I'm not very VM literate but when I IPL our VM/Linux LPAR's, we have to add CONS= to the load parm part of the IPL screen. Yes, that's right, but I'm talking about something different. It is not LOAD (regular IPL), but "Load from Removable

Re: Deleting a dataset that GRS has enqueued.

What you're missing is that the world can be more complicated than the playbook indicates. We for example created a 'bronze-plex' some years ago. (Please lower your flame throwers.) We bolted together two different sysplexes in order to satisfy an IBM requirement for sysplex pricing. These

Re: [Bulk] Re: [Bulk] Re: IEFSSREQ SSOBUSER Validate A JES2 Destid

It's curious that you're getting this message if you do not have the issuing product installed. Search on IBM ServiceLink shows this: OUTPUT MANAGER FOR Z/OS 210 or TIVOLI OUTPUT MANAGER Associated with FMID HAAX210 , HAAX230 , or HAAX310 . It would seem that this product is or once was

Re: OMVS file changes for z/OS 1.13 -> z/OS 2.1

We don't yet have the 'new' z/OSMF (with Liberty profile) running on V2. I understand that it's a fairly involved conversion; certainly more than a tweak. But I did have to make changes to our z/OS migration process to accommodate a different ZFS name. . . . J.O.Skip Robinson Southern

Re: Binder (was: COBOL v5)

http://www.fujitsu.com/global/products/computing/servers/mainframe/globalserver/ On Thu, Jan 28, 2016 at 10:39 AM, Tony Harminc wrote: > On 26 January 2016 at 13:59, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> We had a problem, appearing only

Re: Deleting a dataset that GRS has enqueued.

On Jan 28, 2016, at 8:51 AM, Walt Farrell wrote: On Wed, 27 Jan 2016 18:40:45 -0600, Paul Gilmartin wrote: I thought from discussions here a few years ago that IBM has provided a facility that supports renaming of an ENQUEUEd DSN, in the VTOC, after requesting

Re: Need to find the DSN from where load module was loaded

Has anyone said this? It might not have come from any DSN, right? I do a GETMAIN, I move or build some code somehow in the GETMAIN storage, I do an IDENTIFY. What DSN did that entry point come from? Charles -Original Message- From: IBM Mainframe Discussion List

Re: Need to find the DSN from where load module was loaded

On Thu, 28 Jan 2016 10:45:06 -0800, Charles Mills wrote: >Has anyone said this? It might not have come from any DSN, right? I do a >GETMAIN, I move or build some code somehow in the GETMAIN storage, I do an >IDENTIFY. What DSN did that entry point come from? > You need considerable privilege

COBOL v5

Does anyone watch YouTube? https://www.youtube.com/watch?v=JLMqkuou2-s That seems to exhibit commitment for the future of COBOL on IBM Mainframes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: Oracle to kill off Java browser plugins with JDK 9 * The Register

>>> On 1/28/2016 at 10:40 AM, Steve Thompson wrote: > Thank you for the clarification. For some reason, I had thought > that IBM also had Java for the x86 platforms (Winderz in particular). SUSE currently ships IBM's Java on all our architectures. I believe we're moving

Re: Need to find the DSN from where load module was loaded

Which part requires elevated privileges? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, January 28, 2016 10:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Need to find the DSN from where load

Re: Need to find the DSN from where load module was loaded

I don't think this relates to OP's question, as he specifically stated "loaded via LOAD macro". Leo -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, January 28, 2016 1:45 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Deleting a dataset that GRS has enqueued.

Gilbert's BYPASSNQ would be my choice if SMS prevents the newer RACF controlled RENAME/DELETE path. I only temporarily APF the loadlib long enough to get the job done. Haven't needed to in years. > -Original Message- > From: IBM Mainframe Discussion List

Re: Binder (was: COBOL v5)

Hmm, the page displays a "Supper-scale Mainframe System" and a "Large-scale Mainframe System." If someone asked me if I'd rather have supper or large, I guess my answer would depend on how hungry I was Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM

Re: COBOL v5

True. And worse, some (most?) people are partially in each camp. They (we all?) are Legacy on some issues and Modern on others. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, January 28, 2016 2:28 PM To:

Re: COBOL v5

Hmmm. IIRC, IBM asked customers for input as to addressing needs of COBOL. I understood that 64bit addressing was heard loud and clear. Sent from iPhone - small keyboard fat fingers - expect spellinf errots. > > Since COBOL does not and will not in the foreseeable future need > amode 64 I

Re: COBOL v5

W dniu 2016-01-28 o 19:44, Charles Mills pisze: I cannot speak for IBM, but IMHO they may have felt that way at one time, but EC 5.2 is clearly an investment on IBM's part and a commitment to the future of COBOL. You can't make an omelet without breaking eggs. "Add new features" and "make it go

Re: Binder

Well that's still better than the web-based userid access request system where I worked. The main page said "Order ID's and Assess" Greg Shirey wrote: Hmm, the page displays a "Supper-scale Mainframe System" and a "Large-scale Mainframe System." If someone asked me if I'd rather have

Re: IEFSSREQ SSOBUSER Validate A JES2 Destid

Another update after many breaks in my research. I have not been able to find any fault with the IBM code. In doing some research on JES2 initialization, I haven't seen anything that tells JES to ignore invalid DESTs or require valid DESTs. I can change any report in the output queue with

Re: COBOL v5

I'm not sure about the ISAM part. I HATED ISAM. If you enjoy watching your jobs grind away seemingly foreverthen you liked ISAM. I've always loved VSAMmaybe because I hated ISAM so much. Ever have ISAM job that did an Update in Place (not file in/ file out)ugghh ! Thanks,

Program Objects - Can they reside in a PDS?

People, I have been following the COBOL V5 debate with interest, Currently, when using the binder to create a program object, the output load library MUST be a PDSE. There is a lot of animosity about PDSEs. They have been around for many years. But, when it comes to sharing them across

Re: Program Objects - Can they reside in a PDS?

On Fri, 29 Jan 2016 08:52:00 +1100, Peter Morrison wrote: > >I have been following the COBOL V5 debate with interest, > >Currently, when using the binder to create a program object, the output load >library MUST be a PDSE. > No. (I believe) It might instead be a UNIX directory. >There is a lot

Re: COBOL v5

I like the new stuff. I'd use it if I needed it, it was helpful, and I had hardware capable. But, we do share our application loadlib between monoplex LPARs. It is read-only from all but the development Lpar. It's not impossible to revise our change control split off a copy to production, but

Re: Binder

I like the idea. IBM could go to z13SS (Supper-Scale) and z13LS (Lunch-Scale). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Brennan Sent: Thursday, January 28, 2016 2:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Support Element: problem with restore CD. Help?

I have a Multiprise 3000 - 7060 P30. I would find it more convenient to have more space for emulated DASD. I'm therefore doing what was apparently quite a common (although unsupported) change; replacing the 9Gb OS/2 SSA drives with 18Gb drives. This will allow a much larger G: drive for emulated

Re: Deleting a dataset that GRS has enqueued.

On 01/28/2016 10:37 AM, Skip Robinson wrote: > I for one would appreciate a comment from someone in DFSMS on this topic. > It's really important to know *in advance* whether the RACF approach will > work for an SMS managed dataset. Or an experiment by someone who can actually > try it.

Re: Need to find the DSN from where load module was loaded

On Thu, 28 Jan 2016 19:11:12 +, Leonardo Vaz wrote: >I don't think this relates to OP's question, as he specifically >stated "loaded via LOAD macro". BLDL will tell you the concatenation number where the module was found, as well as whether it was found on LNKLST or JOBLIB/STEPLIB. --

Re: z13 BC????

Sort of. What we're seeing is that a search returns links to SHARE confex proceedings and if clicked opens or downloads the presentation. * _IBM z13 Overview - Confex_ (https://share.confex.com/share/124/webprogram/Handout/Session16704/The%20New%20IBM%20%20z13%20%20PART%201%20-%20SHA

Re: Need to find the DSN from where load module was loaded

Hmmm. Interesting. The doc does seem to imply just exactly that. See return code 0C. I am surprised. Seems to me I have done exactly what I described, but perhaps I mis-remember. No variant in Authorized Assembler Services. Charles -Original Message- From: IBM Mainframe Discussion List

Re: Need to find the DSN from where load module was loaded

On Thu, 28 Jan 2016 10:58:05 -0800, Charles Mills wrote: >Which part requires elevated privileges? > >On Thu, 28 Jan 2016 10:45:06 -0800, Charles Mills wrote: > >>... GETMAIN ...? >> >You need considerable privilege to do that, but, yes. > From: z/OS 2.1.0>z/OS MVS>z/OS MVS Programming:

Re: Need to find the DSN from where load module was loaded

On Thu, 28 Jan 2016 15:36:46 -0500, Tony Harminc wrote: >On 28 January 2016 at 15:16, Paul Gilmartin wrote: >> Description >> The IDENTIFY macro is used to add an entry name to a copy of a load >> module >> currently in virtual storage. The copy must be one of the following: >> >> A

Re: Deleting a dataset that GRS has enqueued.

On Thu, 28 Jan 2016 10:46:41 -0600, Doug Henry wrote: >I will admit that I haven't followed this entire thread but this facility is >designed to rename datasets that exist on multiple volumes (like ipl volumes). >For SMS managed datasets they must be cataloged and

Re: Need to find the DSN from where load module was loaded

On 28 January 2016 at 15:16, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > Description > The IDENTIFY macro is used to add an entry name to a copy of a load module > currently in virtual storage. The copy must be one of the following: > > A copy that

Re: Binder (was: COBOL v5)

On Thu, 28 Jan 2016 03:57:53 -0600, Yong Yin wrote: >Hi Gil: >This is Yong (Ian) Yin of binder team. >Would you please provided more information about this problem? Such as JCL, >JES output. >Thanks. > Thank you for your interest. As I said, Linkage Editor continues to work for us. I talked

Re: Program Objects - Can they reside in a PDS?

On Fri, 29 Jan 2016 08:52:00 +1100, Peter Morrison wrote: >you would get all the advantages of a program object >with none of the problems associated with a PDSE. Not all. For example, when a program object is loaded, the system can load only the first page. Then other pages are loaded as the

job listing (CANADA)

Email to Darren at dar...@bama.edu bounced. So I will beg forgiveness if this post is not appropriate. TELUS has a number of full time mainframe systems programming positions recently opened for residents of Canada. Office location could be negotiable, but must be in Canada. Enter the keyword

Re: COBOL v5

On Jan 28, 2016, at 12:44 PM, Charles Mills wrote: I cannot speak for IBM, but IMHO they may have felt that way at one time, but EC 5.2 is clearly an investment on IBM's part and a commitment to the future of COBOL. You can't make an omelet without breaking eggs. "Add new features" and

Re: O/T Lenovo's file-sharing app uses hardwired password '12345678' ... or no password at all

https://www.youtube.com/watch?v=_JNGI1dI-e8 I guess they never watched Spaceballs. On Thu, Jan 28, 2016 at 6:06 PM, Ed Gould wrote: > http://www.theregister.co.uk/2016/01/27/worlds_worst_passwords_hardcoded_into_lenovo_shareit/ > > Lenovo ShareIT users, get patching: the

Re: Need to find the DSN from where load module was loaded

No, nothing in the Unix space Cheers, Paul Gillis -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, 29 January 2016 4:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Need to find the DSN from where load

Modern vs Legacy [was: RE: COBOL v5]

Is it Friday yet? Well, just a bit early. I remember those ISAM days all too well. Our solution to large ISAM insert jobs was "update in reverse", i.e., sort the input in descending ISAM key order and process from high to low. That was many times faster than inserting in ascending key order

Re: COBOL v5

On Jan 28, 2016, at 4:24 PM, Stevet wrote: Hmmm. IIRC, IBM asked customers for input as to addressing needs of COBOL. I understood that 64bit addressing was heard loud and clear. Sent from iPhone - small keyboard fat fingers - expect spellinf errots. Stevet: Look at the archives on

Re: Leave It To The Mouse To Roar

Disney forgot to include a No disclosure / no lawsuit clause. On Thu, Jan 28, 2016 at 5:34 PM, esst...@juno.com wrote: > Interesting Article > . > . > . > http://www.thedailybeast.com/cheats/2016/01/25/suit-claims-disney-abused-visa-rules.html?v > ia=newsletter=CSAMedition > >

Leave It To The Mouse To Roar

Interesting Article . . . http://www.thedailybeast.com/cheats/2016/01/25/suit-claims-disney-abused-visa-rules.html?v ia=newsletter=CSAMedition -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

O/T Lenovo's file-sharing app uses hardwired password '12345678' ... or no password at all

http://www.theregister.co.uk/2016/01/27/ worlds_worst_passwords_hardcoded_into_lenovo_shareit/ Lenovo ShareIT users, get patching: the PC maker's file-sharing app is pretty much unsecured. The software runs on Windows and Android devices, and creates a Wi-Fi hotspot allowing data to be

Re: Binder

W dniu 2016-01-28 o 23:58, Charles Mills pisze: I like the idea. IBM could go to z13SS (Supper-Scale) and z13LS (Lunch-Scale). SS is still not the best choice. Maybe you don't believe, but it's still remembered. -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać

Re: job listing (CANADA)

Maybe it's oldtimers. _dar...@bama.ua.edu_ (mailto:dar...@bama.ua.edu) or maybe _darren@ua.edu_ (mailto:dar...@ua.edu) . In a message dated 1/28/2016 6:05:08 P.M. Central Standard Time, gary.ja...@telus.com writes: dar...@bama.edu bounced.

Re: z/VM "load from dvd or server"

It's been a few years... but I think you have plugged in a z/VM install disc in the side of the Service Unit on the mainframe box (aka the Thinkpad) and booted it in an LPAR? Just go to the 'Integrated 3270 console', or just 'Operating System Messages' on the HMC for that LPAR and follow the

Re: z/VM "load from dvd or server"

W dniu 2016-01-28 o 03:35, Mark Post pisze: On 1/27/2016 at 05:30 PM, "R.S." wrote: z/VM Installation Manual says I should first launch Integrated 3270 console before Load. Otherwise I get wait state. Q: can I use other console instead, for example ICC console? As

Oracle to kill off Java browser plugins with JDK 9 • The Register

Another round of fun with the HMC code coming: http://www.theregister.co.uk/2016/01/28/java_plugins_deprecated_in_jdk9/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu

Re: Oracle to kill off Java browser plugins with JDK 9 • The Register

Well, time for IBM to move from Java to maybe JavaScript or Google Go. Or, horrors, I actually have some software which allows me to embed GNU COBOL in a web page, ala PHP. On Thu, Jan 28, 2016 at 6:42 AM, David Boyes wrote: > Another round of fun with the HMC code

Re: Need to find the DSN from where load module was loaded

Walt, Yes, I own the code which loads the programs and creates the environment, so to speak. I would like to thank everyone for their assistance, including those who emailed me privately. Due to the relative complexity of accomplishing this with the multiple potential variables within the

Re: Need to find the DSN from where load module was loaded

We have a standard home grown utility, a little like Eileen's, scanning LPA, Dynamic LPA, Nucleus etc. It also scans all ISPF libraries if allocated, including SYSPROC and SYSEXEC. Not sure why it was written originally but I have used it to find what libraries load modules exist in that were

Re: Binder (was: COBOL v5)

Hi Gil: This is Yong (Ian) Yin of binder team. Would you please provided more information about this problem? Such as JCL, JES output. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: z13 BC????

Yes. Many sites allow you to access an article if you are coming from a search engine. Not allowed to go to another page unless you have a membership / subscription. On Thu, Jan 28, 2016 at 10:16 AM, Skip Robinson wrote: > Could I ask for clarification on this issue? I

Re: COBOL v5

I cannot speak for IBM, but IMHO they may have felt that way at one time, but EC 5.2 is clearly an investment on IBM's part and a commitment to the future of COBOL. You can't make an omelet without breaking eggs. "Add new features" and "make it go into an old-fashioned load module" are

PDSE was Re: COBOL v5

On 25 Jan 2016 10:24:42 -0800, in bit.listserv.ibm-main you wrote: >A bigger question than whether COBOL V5 requires PDSE load library--yes it >does--is why that requirement causes so much consternation in the customer >community. Based on discussions at SHARE, I think there are several kinds of

Re: [Bulk] Re: IEFSSREQ SSOBUSER Validate A JES2 Destid

I have forgotten why this behavior is deemed a problem. It's how JES(2) has always worked AFAIK. You can specify DEST=HAROLD with no adverse effect. The associated output will sit demurely in spool forever until HAROLD is defined to some device or other existing destination. A lot of normal

Re: Deleting a dataset that GRS has enqueued.

On Wed, 27 Jan 2016 18:40:45 -0600, Paul Gilmartin wrote: >I thought from discussions here a few years ago that IBM has provided a >facility that supports renaming of an ENQUEUEd DSN, in the VTOC, after >requesting confirmation from the operators' console that that DSN on

Re: Oracle to kill off Java browser plugins with JDK 9 • The Register

W dniu 2016-01-28 o 13:42, David Boyes pisze: Another round of fun with the HMC code coming: http://www.theregister.co.uk/2016/01/28/java_plugins_deprecated_in_jdk9/ It's not only HMC (and SE). Nowadays many devices have java-based GUI for administration purposes. Even in mainframe world.

Re: z13 BC????

Could I ask for clarification on this issue? I got the impression on cursory reading that a SHARE presentation was accessible directly via a Google link but not via drill down on SHARE.org. Did I misunderstand? . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team

Re: Oracle to kill off Java browser plugins with JDK 9 • The Register

But doesn't IBM have their own version of Java? And wasn't this why they were not affected by the zero day exploits of Sun & Oracle Java? Or am I missing something here? Sent from iPhone - small keyboard fat fingers - expect spellinf errots. > On Jan 28, 2016, at 7:42 AM, David Boyes

Re: Oracle to kill off Java browser plugins with JDK 9 • The Register

*NO*. "IBM JAVA" is a port of the "original" But doesn't IBM have their own version of Java? And wasn't this why they were not affected by the zero day exploits of Sun & Oracle Java? Or am I missing something here? This email – including attachments – may contain confidential information.

Re: Oracle to kill off Java browser plugins with JDK 9 • The Register

On Thu, Jan 28, 2016 at 8:54 AM, Stevet wrote: > But doesn't IBM have their own version of Java? And wasn't this why they > were not affected by the zero day exploits of Sun & Oracle Java? > ​Yes. But IBM's Java in on the IBM side of the world. The non-support of Java for

Re: Need to find the DSN from where load module was loaded

On 28 January 2016 at 16:14, Charles Mills wrote: > Hmmm. Interesting. The doc does seem to imply just exactly that. See return > code 0C. I am surprised. Seems to me I have done exactly what I described, > but perhaps I mis-remember. Very strange. I too thought I remembered

Re: [Bulk] Re: IEFSSREQ SSOBUSER Validate A JES2 Destid

On 29 January 2016 at 00:02, Skip Robinson wrote: > I have forgotten why this behavior is deemed a problem. It's how JES(2) has > always worked AFAIK. You can specify DEST=HAROLD with no adverse effect. The > associated output will sit demurely in spool forever until