On Fri, 19 Jul 2019 19:16:09 -0700, Tom Brennan wrote:
>Simple: No
>
>Longer: I'll guess you're talking about clearing memory? I do seem to
>remember writing code on a z80 to clear a section of bytes to zero, and
>oops if I messed up it would keep writing zeros to 64K, wrap around to
>zero, and
On Fri, 19 Jul 2019 21:10:19 -0400, CarlosM Martinez wrote:
>I will have to take a look at the JCL. But it seems you are correct it is a
>BATCH OS/MVS SFTP to UNIX.
>
So it isn't your JCL?
>...
>Would anyone know what 65280 return code from an FTP could be?
>Command:
>Sh rm -f -r
Simple: No
Longer: I'll guess you're talking about clearing memory? I do seem to
remember writing code on a z80 to clear a section of bytes to zero, and
oops if I messed up it would keep writing zeros to 64K, wrap around to
zero, and then continue on until the zeros hit the instructions that
I will have to take a look at the JCL. But it seems you are correct it is a
BATCH OS/MVS SFTP to UNIX.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Frank Swarbrick
Sent: Friday, July 19, 2019 6:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Hi All,
Who remembers how to "ripple core" on a 360/75J? Back in the day, I was
taught that it "wrote un-digit zeros" to all storage locations (main + LCS) on
the box. If course, an IPL was required after this was done.
Not sure how widely it was used. A simple yes or no is OK
Are you using the z/OS FTP client? It doesn't look like it. It looks like you
are trying to invoke a Unix shell with the 'rm' command. Not something that
FTP supports, as far as I know.
From: IBM Mainframe Discussion List on behalf of
CarlosM Martinez
Hi Gabe,
That sounds like the HPT (head-per-track) disk I worked with on a
Burroughs 3500 & 4700 (?). Big mothers. As you said, and as I recall, it
was one huge disk.
Used to make the raised data center floor rattle some times! This would
have been around 1980-82?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.halu001/ftpstret.htm
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of CarlosM Martinez
Sent: Friday, July 19, 2019 12:46 PM
To:
I mentioned a while ago remembering a friend's long-ago story about disk
head crashes at DEC, resolved by rotating drive cabinet so platters
aligned with loading dock of old mill building (rather than rotating
perpendicular to dock's orientation). Problem had been head crashes when
trucks
If you have access to ADRDSSU using it might be easier than your method.
//JOB2 JOB accounting information,REGION=K
//STEP1EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
COPY -
DS(INC(USER.PDS.**)) -
LOGINDYNAM ( -
(338001) -
I wrote this job to convert a bunch of PDSs to PDSEs. I am using variable
(ALTERRC) to "reset condition codes" for each invocation of the proc. It works.
Is there a better way to do this? Maybe a way I could do something and then use
the COND parameter on the COPY step?
//PDS2PDSE JOB
On Fri, 19 Jul 2019 15:46:09 -0400, CarlosM Martinez wrote:
>
>Would anyone know what 65280 return code from an FTP could be?
>Command:
>Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131
>Failed with a return code 65280
>
Is it significant that that's 0xff00?
-- gil
Sorry I sent this before with the wrong subject
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of CarlosM Martinez
Sent: Friday, July 19, 2019 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF initial display and z/OS 2.3
Hello ;
Hello ;
Would anyone know what 65280 return code from an FTP could be?
Command:
Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131
Failed with a return code 65280
Thank you all
Newbe to MVS
Carlos Martinez
SUNY
-Original Message-
From: IBM Mainframe Discussion List
In our linklst we have SEQABMOD and SEQAMOD. In our lpa we have SEQALPA. In
our APF list we have SEQAAUTH,
SEQABMOD, and SEQAMOD.
Doug
On Fri, 19 Jul 2019 14:22:26 -0400, Joseph Reichman
wrote:
>I think there are 4 load libraries of type
>Hlq.SEQA that need to be in the linklist/APF
>
>I
Thanks so much Paul, your suggestion works well, SDSF main menu looks 'normal'
have a great weekend
Carmen Vitullo
- Original Message -
From: "Paul Feller"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, July 19, 2019 10:13:49 AM
Subject: Re: [EXTERNAL] SDSF initial display and z/OS
I think there are 4 load libraries of type
Hlq.SEQA that need to be in the linklist/APF
I may have missed one
Thanks
> On Jul 19, 2019, at 2:19 PM, Doug Henry
> <012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:
>
> Language Environment requires some definitions to be preloaded,
Language Environment requires some definitions to be preloaded, such as the
event handlers for Language Environment, which are named CEEEVnnn. CEEEV006 for
Debug Tool.
Doug
On Thu, 18 Jul 2019 17:47:06 -0400, Joseph Reichman
wrote:
>This module is a CSECT in seems to be a LE module in
Hey Bob, IIRC that's what a lot of folks did on the ISPF Primary option until
IBM started shipping the panel that way, I may be wrong, I've been wrong before
:)
thanks
Carmen Vitullo
- Original Message -
From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu>
On Fri, 19 Jul 2019 10:47:14 -0500, Joel C. Ewing wrote:
>The manner
>in which services and address spaces were allowed to use LNKLST DCBs
>should have been much better constrained so that those system processes
>using a LNKLST DCB for any extended time were required to "register"
>their active
First sorry about the miss type on the screen size. That's what I get for
typing fast. It all comes down to the number of lines on the screen. With
z/OS 2.3 SDSF there are additional options listed on the main screen. If you
use the new default screen you can hit PF7/PF8 to scroll up/down
Aliases?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bill Giannelli
Sent: Friday, July 19, 2019 7:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS compare
Thank you for your response!
That works very easily!
On Fri, 19 Jul 2019 15:13:49 +, Feller, Paul wrote:
>... You can’t hit PF8 to see the additional options. ...
>
Careless design; careless testing.
But is there a published minimum required terminal geometry to support SDSF?
-- gil
On 7/18/2019 8:25 PM, Lizette Koehler wrote:
Just by looking at the dataset names.
Typically the AEQAMOD should be a DLIB dataset
The SEQAMOD would be your TLIB.
TLIBs would go into your live environment
DLIB would only be used when an SMP/e ACCEPT is done.
When did target libraries start
Yes, if you can find the correct place to insert a .RESP=ENTER in panel logic
of ISFPCU41 that will not cause issues. I took a fast look and would assume
that after the "ABC" logic for the action bar stuff might be appropriate. I
can't pursue this at the moment. Maybe a SDSF developer will
Peter,
I understand that you are coming from a much deeper understanding of the
current internals of z/OS than the rest of us and from the standpoint of
what would be practical to implement, but what you are basically saying
is that the current design of LNKLST is flawed and difficult to adapt
for
> model 4 (24x43)
ITYM 43x80
What about model 5 (27x132)?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Feller, Paul
Sent: Friday, July 19, 2019 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Model 4 is 43x80.
On 2019-07-19 11:13, Feller, Paul wrote:
> There is a way to get back to the look that you see under z/OS 2.2.
> Basically you need to allocate a dataset (temp or dummy) under the DD name
> ISFMIGMN. The dataset needs to be allocated before you get into SDSF. There
> seems
That's interesting Paul, I may test that and migrate that to prod, if my users
complain about the new look.
I know we have some users that use 3270 emulator macros to perform some work,
as you know, these macros are recorded from a screen image, if that screen
image changes, the macro does not
There is a way to get back to the look that you see under z/OS 2.2. Basically
you need to allocate a dataset (temp or dummy) under the DD name ISFMIGMN. The
dataset needs to be allocated before you get into SDSF. There seems to be one
interesting issue with the default main screen in SDSF.
Thank you David, I'm re-reviewing the migration guide for any POST IPL
migration items, I see a couple I need to address, and some, like the SDSF
migration actions, I may or may not need to address, again thanks for the info
!
Carmen Vitullo
- Original Message -
From: "David
Carmen, we had the same issue come up. You can create a usermod to alter
panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on
SDSF:Modify programs that post-process SDSF panels. Compatibility mode is
discussed.
Also, we found that the fewer SDSF selections available to
On Thu, 18 Jul 2019 20:25:42 -0700, Lizette Koehler wrote:
>TLIBs would go into your live environment
ITYM target libraries. TLIB means something different: SMPTLIB.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff /
On Fri, Jul 19, 2019 at 9:02 AM Bill Giannelli
wrote:
> Thank you for your response!
> That works very easily!
> something is still not making sense.
> when I look at the information of each PDS one has 893 members the other
> PDS has 585 members.
> But the superce compare only shows a
Thank you for your response!
That works very easily!
something is still not making sense.
when I look at the information of each PDS one has 893 members the other PDS
has 585 members.
But the superce compare only shows a difference of about 40 members.
Bill
Thanks I know someone who is a sysprog
And knows as SMP/e
As I am a developer
I’ll ask him for help
Thanks
> On Jul 19, 2019, at 7:59 AM, David Spiegel wrote:
>
> ACCEPT or RESTORE.
>
>> On 2019-07-18 23:25, Lizette Koehler wrote:
>> Just by looking at the dataset names.
>>
>>
I'd use ISPF "SuperCE", option 3.13
LIH1 SuperCE Utility
Command ===>
New DS Name . . . 'input.dsn.one(*)'
Old DS Name . . . 'input.dsn.two(*)'
PDS Member List* (blank/pattern - member list, * - compare all)
(Leave New/Old DSN "blank" for
I want to compare 2 PDS datasets and want to get a list of what members are
missing. I do not want a line by line comparison of all the members. What is
the best option to use?
thanks
Bill
--
For IBM-MAIN subscribe / signoff /
My understanding is you only need the TLIBs available to your process. This
may mean you put the TLIBs in the LINKLST, LPA List, Steplib etc... You would
need the installation instructions to know where the TLIBs are to be placed.
You would not include an DLIBs in the system. They are only
What called a ‘purple squirrel’, John.
Regards,
Scott
On Fri, Jul 19, 2019 at 8:47 AM John McKown
wrote:
> On Fri, Jul 19, 2019 at 7:37 AM Mark Regan wrote:
>
> > Not directly mainframe related, but I think you will get the picture.
> > Help wanted Looking for someone under 30 with 20+ years
Thank you Jim, that does work and the logo never bothered me, but as you know
any change to the looks or feel of any ISPF function gets 'some' users panties
in a wad.
If there's the ability to bypass the logo that would be great, again thanks
Carmen Vitullo
- Original Message -
I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't
see the pop-up
Jim Horne
-Original Message-
Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ?
NOTICE: All information in and attached to the e-mails below may be
Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Fri, Jul 19, 2019 at 7:37 AM Mark Regan wrote:
> Not directly mainframe related, but I think you will get the picture.
> Help wanted Looking for someone under 30 with 20+ years of experience.
>
Nothing new. I don't remember the exact situation, but I do remember an add
in the paper version
[Default] On 19 Jul 2019 04:46:06 -0700, in bit.listserv.ibm-main
rel...@us.ibm.com (Peter Relson) wrote:
In looking at the below discussion, I am brought back to the question
as to how HPE non-stop (started out as Tandem) manage the update
process to avoid a shutdown. Even though it is UNIX
Not directly mainframe related, but I think you will get the picture.
Help wanted Looking for someone under 30 with 20+ years of experience.
https://www.computerworld.com/article/3409061/help-wanted.html
Mark Regan, K8MTR
CTO1 USNR-Retired
Nationwide Ins. Retired
I have the 2.3 ADCD it thought I could the Debug tool libraries in the APF list
and have the SVC’s installed to have debug tool running
It’s seems I have to run SMP/E correct ?
> On Jul 19, 2019, at 7:59 AM, David Spiegel wrote:
>
> ACCEPT or RESTORE.
>
>> On 2019-07-18 23:25, Lizette
ACCEPT or RESTORE.
On 2019-07-18 23:25, Lizette Koehler wrote:
> Just by looking at the dataset names.
>
> Typically the AEQAMOD should be a DLIB dataset
> The SEQAMOD would be your TLIB.
>
> TLIBs would go into your live environment
>
> DLIB would only be used when an SMP/e ACCEPT is done.
>
>
If so, perhaps DELAY=255 should be the default. If not, why ever use it?
That would never be done. This delays the completion of the command. It is
not up to IBM to decide how long a customer can tolerate that.
What is being deferred, in particular, is the closing of the old DCB and
the
I didn’t use SMPT/E as I have The ADCD
I just moved 3 datasets to a APF library
And linklist does this mean I’m going to have to
> On Jul 18, 2019, at 11:25 PM, Lizette Koehler wrote:
>
> Just by looking at the dataset names.
>
> Typically the AEQAMOD should be a DLIB dataset
> The
50 matches
Mail list logo
