Re: SDSF question

Active on a JES output writer. e.g. I have many TCP/IP attached printers accessed through a 3rd party product. This product uses the SAPI interface to "print" the job to the 3rd party product (which actually drives the printers). During the transfer from JES to the 3rd party product, the job will

Re: SDSF question

I asked: > When I'm looking at a queue in SDSF, what does it mean when a job > output is highlighted? It seems almost random, but I'm sure it isn't! Roger Bolan replied: I see this on output queues when the job is selected for an active printer. Is that what you mean? And "Gibney, Dave" added:

Re: SDSF question

Yep, it's active. On the DA panel, it is a running task not in a wait. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Roger Bolan > Sent: Saturday, June 25, 2011 1:13 PM > To: IBM-MAIN@bama.ua.edu > Subject: R

Re: SDSF question

I see this on output queues when the job is selected for an active printer. Is that what you mean? On Jun 25, 2011 11:41 AM, "Phil Smith III" wrote: > When I'm looking at a queue in SDSF, what does it mean when a job output is > highlighted? It seems almost random, but I'm sure it isn't! > > > > >

SDSF question

When I'm looking at a queue in SDSF, what does it mean when a job output is highlighted? It seems almost random, but I'm sure it isn't! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists.

Re: SDSF question

Okay, I figured it out. I had to RACF define and allow update access to ISFATTR.JOB.PRTDEST On Tue, Sep 15, 2009 at 3:23 PM, Mary Anne Matyaz wrote: > Mark, they are fine on my 1.10 system, but I just bring over my ISFPRMxx > member from release to release. Why don't you try starting SDSF with

Re: SDSF question

Mark, they are fine on my 1.10 system, but I just bring over my ISFPRMxx member from release to release. Why don't you try starting SDSF with your old ISFPRMxx? -- For IBM-MAIN subscribe / signoff / archive access instructions,

Re: SDSF question

I'm in the same group, IFSOPER, on both systems. There is some difference between the groups on each system. But I can't figure what the difference is. On the 1.9 system I do not run SDSF as a server, and there is not a ISFPRMxx member. On the 1.10 system I am running it as a server and I am us

Re: SDSF question

Mark Pace wrote: >On my 1.9 system in SDSF the fields SAFF & PRTDEST are unprotected and I can make changes. >I just installed a 1.10 system and these fields are protected. Your ISFPRMxx could be replaced during installation... >I've been through the ISFPRMxx file and can not figure out what

SDSF question

On my 1.9 system in SDSF the fields SAFF & PRTDEST are unprotected and I can make changes. I just installed a 1.10 system and these fields are protected. I've been through the ISFPRMxx file and can not figure out what to change to make these fields unprotected. The SAFF, I'm not really concerne

Re: SDSF Question

Thanks all, I'll reorder the parms so SYSPROGX is first... --- On Sat, 12/27/08, Ed Finnell wrote: > From: Ed Finnell > Subject: Re: SDSF Question > To: IBM-MAIN@bama.ua.edu > Date: Saturday, December 27, 2008, 12:39 PM > In a message dated 12/27/2008 11:32:19 A.M. Cen

Re: SDSF Question

In a message dated 12/27/2008 11:32:19 A.M. Central Standard Time, mark.zel...@zurichna.com writes: the other entry), and remove TSOAUTH from that group since you are using IUID to classify the userids. Then it will only include the users in your NTBL entry. >> To test use WHO SDSF comma

Re: SDSF Question

On Fri, 26 Dec 2008 17:16:04 -0500, Howard Rifkind wrote: >Please bare with me a moment and let me redefine what I'm after: I have two groups, both of which start with: GROUP NAME(ISFSPROG), TSOAUTH(JCL,OPER,ACCT), and the second: GROUP NAME(SYSPRGSX), TSOAUTH(JCL,OPER,ACCT), I want the

Re: SDSF Question

List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Friday, December 26, 2008 5:16 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF Question Please bare with me a moment and let me redefine what I'm after: I have two groups, both of which start with: GROUP NAME(ISFSPROG), TS

Re: SDSF Question

ds, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Friday, December 26, 2008 3:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF Question Thanks David, The problem

Re: SDSF Question

a.ua.edu Subject: Re: SDSF Question Thanks David, The problem is that when user E18823 logs into SDSF with the LOG command SDSF isn't setting the log column location to column 51. >>> "Jousma, David" 12/26/2008 3:24 PM >>> You don't say what the actual problem i

Re: SDSF Question

ame Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Friday, December 26, 2008 3:10 PM To: IBM-MAIN@bama.ua.edu

Re: SDSF Question

7;IBM Mainframe Discussion List' Subject: RE: SDSF Question You don't say what the actual problem is, but remember, when using ISFPARM's like this, the match is top down I believe. Also, It would probably help to add this to the paragraph: IUID(SYSPRGSX), /*

Re: SDSF Question

rd Rifkind Sent: Friday, December 26, 2008 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: SDSF Question Hello all, Below is an entry I placed is the ISFPARM's file in order to create a new group for anyone who is listed under the "NTBL NAME(SYSPRGSX). There is only one entry in NTBLENT. Th

SDSF Question

Hello all, Below is an entry I placed is the ISFPARM's file in order to create a new group for anyone who is listed under the "NTBL NAME(SYSPRGSX). There is only one entry in NTBLENT. This was done in order for various people to do the SDSF LOG command and have the log come up at column 51.

Re: SDSF Question - How do you change the system log you are looking at?

On Fri, 22 Feb 2008 17:16:10 -0500, Dave Barry <[EMAIL PROTECTED]> wrote: >I believe shared ISPF profile is the case. This behavior started in >z/OS 1.8 with the advent of the SDSF address space. > >Thanks for the tip about using SYSID with no operands. > The SDSF server address space has been a

Re: SDSF Question - How do you change the system log you are looking at?

PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question - How do you change the system log you are looking at? The SDSF Server, which is what runs in the SDSF address space, has been around since at least OS/390 2.10. -Original Message- From: Dave Barry [mailto:[EMAIL PROTECTED] Se

Re: SDSF Question - How do you change the system log you are looking at?

The SDSF Server, which is what runs in the SDSF address space, has been around since at least OS/390 2.10. -Original Message- From: Dave Barry [mailto:[EMAIL PROTECTED] Sent: Friday, February 22, 2008 2:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question - How do you change the

Re: SDSF Question - How do you change the system log you are looking at?

Sent: Friday, February 22, 2008 8:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question - How do you change the system log you are looking at? On Thu, 21 Feb 2008 18:58:10 -0500, Dave Barry <[EMAIL PROTECTED]> wrote: > In the latest SDSF, SYSID value is carried across LPARs in

Re: SDSF Question - How do you change the system log you are looking at?

In <[EMAIL PROTECTED]>, on 02/21/2008 at 06:58 PM, Dave Barry <[EMAIL PROTECTED]> said: > In the latest SDSF, SYSID value is carried across LPARs in the plex >regardless of whether they are in a MAS. Doesn't that require MQ Series? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO

Re: SDSF Question - How do you change the system log you are looking at?

On Thu, 21 Feb 2008 18:58:10 -0500, Dave Barry <[EMAIL PROTECTED]> wrote: > In the latest SDSF, SYSID value is carried across LPARs in the plex >regardless of whether they are in a MAS. Not sure about the >installation and customization, but I now have to use SYSID on every >system, even though n

Re: SDSF Question - How do you change the system log you are looking at?

In the latest SDSF, SYSID value is carried across LPARs in the plex regardless of whether they are in a MAS. Not sure about the installation and customization, but I now have to use SYSID on every system, even though none share a SPOOL. db -Original Message- From: IBM Mainframe Discussi

Re: SDSF Question - How do you change the system log you are look ing at?

Thank to all who answered. SYSID was the command I was looking for. Regards, Herman Stocker The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during tra

Re: SDSF Question - How do you change the system log you are looking at?

On Wed, 20 Feb 2008 14:57:28 -0600, Paul Dineen <[EMAIL PROTECTED]> wrote: >Herman, > >Is it the SDSF 'SYSID' command you're looking for? "SYSID " where "" >is the other system in your plex. > To clarify: The "other system" can only be one in the same MAS. If your JES is not shared, i

Re: SDSF Question - How do you change the system log you are looking at?

>I'm on a 1.4 JES2 system (PLEX) with SDSF what I would like to do is to look >at a different system's log file from the one I'm on. >I know I did this before but can not find out how I did it again. Primary command: ==> SYSID Where is the JES-id for the target system. Has been avai

Re: SDSF Question - How do you change the system log you are looking at?

Herman, Is it the SDSF 'SYSID' command you're looking for? "SYSID " where "" is the other system in your plex. HTH, Paul On Wed, 20 Feb 2008 14:52:55 -0500, Stocker, Herman <[EMAIL PROTECTED]> wrote: >G'day, >I'm on a 1.4 JES2 system (PLEX) with SDSF what I would like to do is to l

Re: SDSF Question - How do you change the system log you are looking at?

al Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stocker, Herman Sent: 20 February 2008 09:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF Question - How do you change the system log you are looking at? G'day, I'm on a 1.4 JES2 system (PLEX) with

SDSF Question - How do you change the system log you are looking at?

G'day, I'm on a 1.4 JES2 system (PLEX) with SDSF what I would like to do is to look at a different system's log file from the one I'm on. I know I did this before but can not find out how I did it again. Thank you. Regards, Herman Stocker The sender believes that this E-mail and any attachmen

Re: embarressing SDSF question.

On Nov 6, 2007, at 4:13 AM, Shmuel Metz (Seymour J.) wrote: In <[EMAIL PROTECTED]>, on 10/17/2007 at 04:17 PM, Ed Gould <[EMAIL PROTECTED]> said: That is interesting as we were early ship for PSF and we had our hands full with PSF PTF's but, I don't recall of a single JES2 issue There

Re: embarressing SDSF question.

In <[EMAIL PROTECTED]>, on 10/17/2007 at 04:17 PM, Ed Gould <[EMAIL PROTECTED]> said: >That is interesting as we were early ship for PSF and we had our hands >full with PSF PTF's but, I don't recall of a single JES2 issue There was no PSF for the original 3800. It came later, with AFP. --

Re: embarressing SDSF question.

On Oct 17, 2007, at 4:59 PM, Skip Robinson wrote: This was definitely about 3800 device support. Historically JES2 had controlled a slew of peripheral devices: printers, punches, TP, RJE, NJE. The code to handle I/O to these devices was included in JES2 modules. The 3800 was a logical candid

Re: embarressing SDSF question.

n List <[EMAIL PROTECTED] Subject .EDU> Re: embarressing S

Re: embarressing SDSF question.

On Oct 17, 2007, at 1:22 PM, Skip Robinson wrote: Running a secondary JES2 to support printing is a venerable tradition. Back in the day when 3800 printers first came out, the device support embedded in JES code was flaky. Keeping the subsystem running was a nightmare. Hardware problems--or

Re: embarressing SDSF question.

On Oct 17, 2007, at 1:20 PM, Staller, Allan wrote: Time for a new vendor! Their price may comde down rather quickly after that! Nope. The vendor has specifically stated that the release that we have only supports the R4 format of the checkpoint. And I've validated that by looking at their "int

Re: embarressing SDSF question.

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan > Sent: Wednesday, October 17, 2007 1:21 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: embarressing SDSF question. > > > Time for a new vendor!

Re: embarressing SDSF question.

y, October 17, 2007 12:13 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: embarressing SDSF question. > > > Rather than rolling out 2 different versions of sdsf to the world, why > not have the output from the secondary(backleveled JES) all routed via > NJE to the primary jes? Then

Re: embarressing SDSF question.

Time for a new vendor! Their price may comde down rather quickly after that! Nope. The vendor has specifically stated that the release that we have only supports the R4 format of the checkpoint. And I've validated that by looking at their "interface" and changing it to use the z2 format variable

Re: embarressing SDSF question.

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Elardus Engelbrecht > Sent: Wednesday, October 17, 2007 1:10 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: embarressing SDSF question. > > AFAIK, third party so

Re: embarressing SDSF question.

McKown, John wrote: >We have some very old software which takes SPOOL output from JES2 and sends it to a specialized server. This software cannot tolerate the z2 level of the JES2 checkpoint, only the R4 format. AFAIK, third party software which are reading JES2 SPOOL are usually supplied with

Re: embarressing SDSF question.

Gotcha, mis-understood the situation. Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) na

Re: embarressing SDSF question.

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David > Sent: Wednesday, October 17, 2007 12:13 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: embarressing SDSF question. > > > Rather than rolling out 2

Re: embarressing SDSF question.

: embarressing SDSF question. McKown, John wrote: >The question I have is how to get SDSF to access the JESA system. I >think that I'll need to use the 1.6 version of SDSF due to the JES2 dependancies in the SDSF code. True? I am just not figuring out how to do this. The closest that I've c

Re: embarressing SDSF question.

McKown, John wrote: >The question I have is how to get SDSF to access the JESA system. I think that I'll need to use the 1.6 version of SDSF due to the JES2 dependancies in the SDSF code. True? I am just not figuring out how to do this. The closest that I've come up with is a second TSO proc wh

Re: embarressing SDSF question.

-- We upgraded from z/OS 1.6 to 1.8 over the weekend. We have run into one really bad problem. The z/OS 1.6 JES2 was running in R4 mode. We have a product which sends output to a specialized printer. This product does not support the "z" level of the check

Re: embarressing SDSF question.

I believe that it is documented in the z/OS 1.8 migration guide that you need to be in z2 mode to use the 1.8 version of SDSF. See APAR PK27162 for HQX7720. Bill On Tue, 16 Oct 2007 07:51:48 -0500, McKown, John <[EMAIL PROTECTED]> wrote: >We upgraded from z/OS 1.6 to 1.8 over the weekend. We hav

embarressing SDSF question.

We upgraded from z/OS 1.6 to 1.8 over the weekend. We have run into one really bad problem. The z/OS 1.6 JES2 was running in R4 mode. We have a product which sends output to a specialized printer. This product does not support the "z" level of the checkpoint. We are adverse to upgrading the product

Batch SDSF Question regarding ISFAFD

I have used batch SDSF for years but now I need to notch it up a level. I would need to update some of the fields where overtyping is allowed. I don't believe batch SDSF will allow this but I have found hints that ISFAFD will. Anyone out there have a sample piece of JCL that shows how to tab over

Re: SDSF Question

Shane, I finally got around to looking at the archives. Yes, there are several good discussions about ECPU vs CPU time & percent. There is a good discussion from January 2004. I think I understand the difference now. Eric Bielefeld Sr. Systems Programmer Lands' End 608-935-4680 On Mon, 11

Re: SDSF Question

In <[EMAIL PROTECTED]>, on 09/25/2006 at 06:45 PM, Kirk Talman <[EMAIL PROTECTED]> said: >It's been +10 yrs since I worked on TPX as a developer, but the >behavior you describe is the difference between SNA and non-SNA >protocol. Under SNA protocol ATTN replaces PA1, because RESET will >not

Re: SDSF Question

In <[EMAIL PROTECTED]>, on 09/26/2006 at 01:51 AM, Binyamin Dissen <[EMAIL PROTECTED]> said: >When I did VTAM programming, to communicate SNA out-of-line (when you >did not own the direction) required sending a request to the PLU >(ATTN) or SLU to give you control and then you could do your dat

Re: SDSF Question

ackets" state, by sending the "end bracket" indicator in the header. Chris Mason - Original Message - From: "Kirk Talman" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, 26 September, 2006 12:45 AM Subject: Re: SDSF Question > I

Re: SDSF Question

On Mon, 25 Sep 2006 18:45:08 -0400 Kirk Talman <[EMAIL PROTECTED]> wrote: :>It's been +10 yrs since I worked on TPX as a developer, but the behavior :>you describe is the difference between SNA and non-SNA protocol. Under :>SNA protocol ATTN replaces PA1, because RESET will not unlock the keybo

Re: SDSF Question

It's been +10 yrs since I worked on TPX as a developer, but the behavior you describe is the difference between SNA and non-SNA protocol. Under SNA protocol ATTN replaces PA1, because RESET will not unlock the keyboard and give you direction if the application has not already given it to you,

Re: SDSF Question

ase, the secondary LU. Since receiving the SIGNAL request creates the "attention" condition in TSO, use of the "Attn" key can be a substitute for the PA1 key even when the keyboard is not locked. Warning: I've composed this largely from memory but I'm sure I'll be co

Re: SDSF Question

10+ years ago we had a vtam appl switcher (sorry forgot the name but it could have been TPX). It worked great on real 3270's but they made us switch over pc's. The 3270 emulator would not let us hit reset and pa1 . It essentially made the vtam appl switcher unusable. grumble grumble I compl

Re: SDSF Question

-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, September 22, 2006 7:31 AM >In <[EMAIL PROTECTED]>, on 09/21/2006 at 04:25 PM, Greg Shirey <[EMAIL PROTECTED]> said: >>PA1. >That won't work if the keyb

Re: SDSF Question

We have it disabled for most users at our shop because it also has the side- effect of bypassing the TSO inactivity timeout, enforced by the SMFPRMxx JWT (nnn) option. Tim On Thu, 21 Sep 2006 16:30:46 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote: > >Speaking of SDSF auto update... > >I've been

Re: SDSF Question

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of McKnight, Lee > > That's really cool; but how do you stop it? The auto update > has my screen locked! PA1 key. -jc- -- For IBM-MAIN subscribe

Re: SDSF Question

In <[EMAIL PROTECTED]>, on 09/21/2006 at 04:25 PM, Greg Shirey <[EMAIL PROTECTED]> said: >PA1. That won't work if the keyboard is locked. Attention should always work. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see W

Re: SDSF Question

In <[EMAIL PROTECTED]>, on 09/21/2006 at 04:13 PM, "McKnight, Lee" <[EMAIL PROTECTED]> said: >That's really cool; but how do you stop it? With Attention[1]. Check your keyboard map. [1] Not the same as PA1. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: SDSF Question

In <[EMAIL PROTECTED]>, on 09/20/2006 at 08:57 PM, Dean Montevago <[EMAIL PROTECTED]> said: >What is this ? Check the key mapping on your 3270 simulator. I believe that you'll find that PF1-12 map to PFK 1-12 and that Shift-PF1-12 map to PFK 13-24. So what you're actually seeing is PFK 19. -

Re: SDSF Question

Please respond to IBM-Main List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SDSF Question With regards to SDSF Auto-Update: a) it works as well when SDSF is started under ISPF (unless it has been deactivated) b) stopping it when TSO/ISPF has been started under control of a session manager

Re: SDSF Question

Isn't it like that other operating system that runs the computers that people can pick up? Wouldn't you have to do a power on/reset to stop it? Back to Friday... Daniel McLaughlin ZOS Systems Programmer Crawford & Company PH: 770 621 3256 [EMAIL PROTECTED] ---

Re: SDSF Question

With regards to SDSF Auto-Update: a) it works as well when SDSF is started under ISPF (unless it has been deactivated) b) stopping it when TSO/ISPF has been started under control of a session manager can be achieved (at least at the sites that I know) by pressing ATTN twice (quickly). ATTN (funct

Re: SDSF Question

Ron, Agreed, I had it disabled since I first was responsible for the product (IIRC it was an FDP). I agree that it skewed TSO response time numbers. I let sysprogs have it but they used it sparingly and responsibly. I also set it up so the users could only view *THIER* jobs. Operators wer

Re: SDSF Question

Mark, Don't bite that tongue in your cheek... At a site I was in 15 years ago (you know who you are) the head of Development had the SDSF "DA" screen disabled for all programmers and analysts. Result was a 5% drop in daily CPUTM for TSO. This was accompanied by drop in phone calls asking "why i

Re: SDSF Question

-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, September 21, 2006 4:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question I prefer to hit enter as fast as I can in the DA screen to chew up as many CPU cycles as

Re: SDSF Question

On Thu, 21 Sep 2006 16:13:13 -0500, McKnight, Lee <[EMAIL PROTECTED]> wrote: >That's really cool; but how do you stop it? The auto update has my >screen locked! > With an operator command: C U=tso_userid:-) Use the attention key (SNA) or PA1 (non-sna). Speaking of SDSF auto update... I'v

Re: SDSF Question

: Re: SDSF Question That's really cool; but how do you stop it? The auto update has my screen locked! Thanks, Mac. Lee McKnight CDP, BIG Mainframe Engineer TRC, Inc. z/OS Systems/Linux 563.262.5334 [EMAIL PROTECTED] [EMAIL PROTECTED] www.trctac.com -Original Message- From

Re: SDSF Question

ssion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Wednesday, September 20, 2006 7:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF Question Hi, I'm at a DR test right now and one of the operators showed me this command in SDSF. You hit SHIFT and PF7 and an ampersand appears on t

Re: SDSF Question

>This is the autoupdate feature. IIRC, this only works with the TSO version (from READY), and not the ISPF version. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EM

Re: SDSF Question

-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Thursday, 21 September 2006 10:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF Question Hi, I'm at a DR test right now and one of the operators showed me this command in

Re: SDSF Question

In a message dated 9/20/2006 8:04:36 P.M. Central Standard Time, [EMAIL PROTECTED] writes: That is standard SDSF. The actual command is &x, where x is the refresh interval. I suspect shift F7 simply maps to PF19, and if you look at the definition for that key you will probably see an &x co

Re: SDSF Question

cool !! thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Buckley, Michael J Sent: Wednesday, September 20, 2006 9:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question That is standard SDSF. The actual command is &x, where

Re: SDSF Question

ROTECTED] On Behalf Of Dean Montevago Sent: Thursday, 21 September 2006 10:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF Question Hi, I'm at a DR test right now and one of the operators showed me this command in SDSF. You hit SHIFT and PF7 and an ampersand appears on the command you type in a

SDSF Question

Hi, I'm at a DR test right now and one of the operators showed me this command in SDSF. You hit SHIFT and PF7 and an ampersand appears on the command you type in a time interval (in seconds) and a message appears on the command: AUTO UPDATE (with the time interval you selected) . This

Re: SDSF Question

Thanks to all for replying. You all have been extremely helpful. - Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. -- For IBM-MAI

Re: SDSF Question

Thanks Kirk, it works. I just couldn't remember the XC portion. It's the age !!! Kirk Talman <[EMAIL PROTECTED]> wrote: This is one of the very clever SDSF line commands. It allows you to combine multiple line items in one stream. XD (for file output) or XS (for spool output) on the fir

Re: SDSF Question

This is one of the very clever SDSF line commands. It allows you to combine multiple line items in one stream. XD (for file output) or XS (for spool output) on the first line, XC on the last line, and just X on middles lines, if any. The PF1 HELP indicates there is new option XF to specify a

Re: SDSF Question

Yes, James is right. Mohammed. From: James Robinson Sent: Thu 4/27/2006 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF Question Try "XDC" instead of "XD" - XDC closes the dataset after it prints to it. -Original Message- From: IBM Mainframe Discussion

Re: SDSF Question

@BAMA.UA.EDU Subject: SDSF Question Good Day, I remember that I was able to perform the XD command which would store the listing in a dataset. It creates the dataset however, when I try the command again I get the message "print already open". To get around it I get out of SDSF an

Re: SDSF Question

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of willie bunter > > Good Day, > > I remember that I was able to perform the XD command which > would store the listing in a dataset. It creates the dataset > however, when I try the command again I get the messa

Re: SDSF Question

In a message dated 4/27/2006 10:02:57 A.M. Central Standard Time, [EMAIL PROTECTED] writes: "print already open". To get around it I get out of SDSF and get back in and try the command which works. Is there a way to bypass this problem instead of getting in and out of SDSF? >> The ol

Re: SDSF Question

Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Thursday, April 27, 2006 9:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF Question Good Day, I remember that I was able to perform the XD command which would store the listing in a dataset. It creates the dataset

Re: SDSF Question

Try "XDC" instead of "XD" - XDC closes the dataset after it prints to it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of willie bunter Sent: Thursday, April 27, 2006 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF Question

SDSF Question

Good Day, I remember that I was able to perform the XD command which would store the listing in a dataset. It creates the dataset however, when I try the command again I get the message "print already open". To get around it I get out of SDSF and get back in and try the command which wor

Re: OK... dumb SDSF question

yes it does. >From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]> >Date: Sun Feb 26 09:27:21 CST 2006 >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: OK... dumb SDSF question >In ><[EMAIL PROTECTED]>, >on 02/24/2006 > at 09:07 AM, "Rugen, Len"

Re: OK... dumb SDSF question

In <[EMAIL PROTECTED]>, on 02/24/2006 at 09:07 AM, "Rugen, Len" <[EMAIL PROTECTED]> said: >In IOF, I can "edit" a job on the output queue to get the JCL that >was submitted and resubmit it even making minor changes. Is there an >equivalent function in SDSF? SJ? -- Shmuel (Seymour J.)

Re: OK... dumb SDSF question

: OK... dumb SDSF question Be gentle I use IOF all the time, but on my freshly installed z/OS 1.7 system, all I have is SDSF. In IOF, I can "edit" a job on the output queue to get the JCL that was submitted and resubmit it even making minor changes. Is there an equivalent f

Re: OK... dumb SDSF question

Well, SDSF help is a little perverse PF1 from the ST panel, then choose "Action Characters", (not Line Commands). I got "//" thru "CDA" with PF7 -UP but NOT PF8- Down, so I didn't see the REST of the action characters. CUA navigation WAS PF7/PF8, I missed the Enter key for the next panel.

Re: OK... dumb SDSF question

In a message dated 2/24/2006 9:08:03 A.M. Central Standard Time, [EMAIL PROTECTED] writes: In IOF, I can "edit" a job on the output queue to get the JCL that was submitted and resubmit it even making minor changes. Is there an equivalent function in SDSF? >> Your PFK1 broke? SJ as lin

Re: OK... dumb SDSF question

To: IBM-MAIN@BAMA.UA.EDU Subject: OK... dumb SDSF question Be gentle I use IOF all the time, but on my freshly installed z/OS 1.7 system, all I have is SDSF. In IOF, I can "edit" a job on the output queue to get the JCL that was submitted and resubmit it even making minor ch

Re: OK... dumb SDSF question

Use SJ to EDIT the JCL from the hold queu in SDSF.. Rugen, Len wrote: Be gentle I use IOF all the time, but on my freshly installed z/OS 1.7 system, all I have is SDSF. In IOF, I can "edit" a job on the output queue to get the JCL that was submitted and resubmit it even making minor

Re: OK... dumb SDSF question

Try SE as the line command. On Fri, 24 Feb 2006 09:07:40 -0600, Rugen, Len wrote: >Be gentle I use IOF all the time, but on my freshly installed z/OS >1.7 system, all I have is SDSF. > > > >In IOF, I can "edit" a job on the output queue to get the JCL that was >submitted and resubmit it

Re: OK... dumb SDSF question

PROTECTED] On Behalf Of Rugen, Len Sent: Friday, February 24, 2006 10:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject:OK... dumb SDSF question Be gentle I use IOF all the time, but on my freshly installed z/OS 1.7 system, all I have is SDSF. In IOF, I can "edit" a job on

  1   2   >