Hi
This is a general question.
Is it recommended to do a dynamic LINKLIST during a peak production hours ?
Will there be any impact to the system during that time as we stop LLA as
well.
Please share me your opinion on this and your thoughts.
Peter
---
Peter wrote:
>Is it recommended to do a dynamic LINKLIST during a peak production hours ?
Rather not, but this is not my dog.
>Will there be any impact to the system during that time as we stop LLA as well.
Why do you want to stop it? What are you trying to solve?
Why not rebuild a new linkli
On 7/17/19 4:08 AM, Elardus Engelbrecht wrote:
> Peter wrote:
>
>> Is it recommended to do a dynamic LINKLIST during a peak production hours ?
> Rather not, but this is not my dog.
>
>
>> Will there be any impact to the system during that time as we stop LLA as
>> well.
> Why do you want to stop i
On 2019-07-16 4:44 AM, Tom Marchant wrote:
Some C programmers are fond of if (7 == foo) rather than the more conventional
if (foo == 7) because if one gets in the habit of doing so and then
accidentally codes if (7 = foo) one gets a compile error rather than unexpected
behavior.
For those not
We have been notified by IBM that we have been selected for a 'Software License
Review'. I have not experienced this pleasure before and I am wondering what
the experience is like? What kinds of information do they request? How is the
info gathered?
Thanks,
Matt
--
Joel C. Ewing wrote:
>Have things changed? There has been considerable discussion on Dynamic
>LNKLIST in the past on this list.
Yes, I remember those discussions.
>Basically "ACTIVATE" was always safe, provided it is OK that newly started
>address spaces use the new LNKLST and old address
They do not request anything. they send you a team that installs a software
auditing product that scans all servers and workstations to discover IBM
software installed. they than compare it to the licenses they sold to you.
it is mostly a non mainframe issue.
I have a client that had to pay huge a
On Wed, 17 Jul 2019 09:28:57 -0500, Elardus Engelbrecht wrote:
>I was also lucky, but when we do a LNKLST UPDATE, we rather do it after hours
>if we simply cannot do a IPL.
If you simply cannot IPL, can you justify LNKLST UPDATE, knowing that it might
cause you to have to IPL?
I will admit tha
One mainframe issue was PSF. We had run it for *years*, but our usage data had
not been updated. I don't think any of us knew that was necessary.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 O
The original sin was making "=" the assignment operator. I guess we can
blame that on FORTRAN, and it must make mathematicians cringe still.
sas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to li
It should be safe as long as you don't do UPDATE.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Peter
Sent: Wednesday, July 17, 2019 4:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dynamic LINKL
> A somewhat complementary sin is to enrich the facilities of the language
> to the benefit of the sophisticated user but to the detriment of the naive
> user.
If by "enrich" you mean to change the semantics of existing code, then that is
not to the benefit of the sophisticated user. Enhancements
On Wed, Jul 17, 2019 at 11:23 AM Steve Smith wrote:
> The original sin was making "=" the assignment operator. I guess we can
> blame that on FORTRAN, and it must make mathematicians cringe still.
>
I haven't said anything, but I think you're correct. Of course, in the "bad
old days" of punch c
That's an excuse for Fortran, but PL/I already used colons, so why not :=?
By the time C came along that excuse was even less viable.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
John McKown
Hi everyone, I have an unusual problem. Somehow, one of my disk datasets
seems to have been corrupted, as it does not contain the data that it
should have.
Is there a way that I can examine the disk, using a chhh address and
look at the raw data for the dataset and just before it, to see if I
If you're authorized, you can use AMASPZAP.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Billy Ashton
Sent: Wednesday, July 17, 2019 1:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Displaying r
I am authorized, but have never done it...do you have a sample available
that I could start from?
B
On Wed, Jul 17, 2019 at 1:05 PM Seymour J Metz wrote:
> If you're authorized, you can use AMASPZAP.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> _
Here's two possibilities
AMASPZAP with the CCHHR and ABSDUMPT control statements
ADRDSSU with the PRINT TRACKS control statement
I assume that FDR has something too, but I don't know what it is.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.prot
Youi might try the ADRDSSU PRINT TRACK function. I have not used this in a
little while so I hope my notes in the JCL are still correct.
//*==*
//* --- *
//* ¦
On Wed, Jul 17, 2019 at 11:59 AM Seymour J Metz wrote:
> That's an excuse for Fortran, but PL/I already used colons, so why not :=?
>
I will go even farther that than. In today's world, especially outside of
the z Series, I would prefer the APL assignment character: ← Of course,
that is not on a
Is anyone here in a position to encourage / facilitate Homebrew on Mac to
move x3270 on from 3.6ga5 to 3.6ga8?
Any reason not to?
Thanks, Martin
Martin Packer
zChampion, Systems Investigator & Performance Troubleshooter, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Faceboo
Ken Iverson, the inventor of APL differentiated also between the "-" as an
operator
And the "-" as the sign of a negative number.
http://www.softwarepreservation.org/projects/apl/Books/APROGRAMMING%20LANGUAGE
best regards
Mike
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List
With system-managed (SMStape), we SMS-manage the tape libraries and tape
volumes and we do not manage the datasets on the tape volume (we leave this up
to the tape management system and the application that owns the data). And
though we use an ICF catalog for our meta data (tape volume and tape
No sample, but use DSN=FORMAT4.DSCB and the ABSDUMP statement. ABSDUMPT, if you
want EBCDIC as well as hex, will also give translated opcodes tht will be
useless in your case.
Note that the format of the start and stop are different depending on whether
you are looking at an EAV..
--
Shmuel (
On Wed, 17 Jul 2019 12:22:35 -0400, Steve Smith wrote:
>The original sin was making "=" the assignment operator. I guess we can
>blame that on FORTRAN, and it must make mathematicians cringe still.
>
I once (ca. 1967) needed to enlighten and disillusion a naive
but persistent physics graduate st
I don't know if my response made it to the list so I'm sending it again. Sorry
for an repeats.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: Feller, Paul
Sent: Wednesday, July 17, 2019 12:09 PM
To: IBM Mainframe Discussion List
Subject: RE: Displaying
ZZSA on a "scratch / playground" LPAR ?
http://www.cbttape.org/~jjaeger/zzsa.html
Mike
On 7/17/19, Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> Here's two possibilities
>
> AMASPZAP with the CCHHR and ABSDUMPT control statements
> ADRDSSU with the PRINT TRACKS control st
On 7/17/19 11:19 AM, Martin Packer wrote:
Is anyone here in a position to encourage / facilitate Homebrew on Mac to
move x3270 on from 3.6ga5 to 3.6ga8?
Someone already did. https://github.com/Homebrew/homebrew-core/pull/42020
--
Jack J. Woehr # Science is more than a body of knowledge.
Is there a way to use IDCAMS LISTCAT (or something else, I suppose) to show
what datasets are on each volume (or specified volumes) and how much space they
are taking? If so, how?
Thanks!
--
For IBM-MAIN subscribe / signoff / a
On Wed, 17 Jul 2019 20:20:58 +, Frank Swarbrick wrote:
>Is there a way to use IDCAMS LISTCAT (or something else, I suppose) to show
>what datasets are on each volume (or specified volumes) and how much space
>they are taking? If so, how?
IEHLIST LISTVTOC
--
Tom Marchant
Thanks, this is encouraging. (We're still trying to figure out a non-disruptive
non-chaotic way to test with SMS on for tape.) If we run this step for DASD
// EXEC PGM=IEFBR14
//SMSDSN DD DISP=(NEW,KEEP),DSN=any.SMS.name,UNIT=SYSALLDA,...
the data set gets cataloged even though not requested.
Well if you don't mind writing some code you could use the DCOLLECT function of
IDCAMS to create a dataset. Then you could write some code to read the dataset
and create a list.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion Lis
Here is the email address for the IBM Tape Tools Team: tapet...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thanks!
Now to figure out how to read the results! 🙂
From: IBM Mainframe Discussion List on behalf of Tom
Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, July 17, 2019 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISTCAT by VOLUM
On Wed, 17 Jul 2019 13:01:05 -0400 Billy Ashton
wrote:
:>Hi everyone, I have an unusual problem. Somehow, one of my disk datasets
:>seems to have been corrupted, as it does not contain the data that it
:>should have.
What does that mean? Completely wrong structure? Some records wrong?
Unexpected
Am 17.07.2019 um 19:54 schrieb Paul Gilmartin:
On Wed, 17 Jul 2019 12:22:35 -0400, Steve Smith wrote:
The original sin was making "=" the assignment operator. I guess we can
blame that on FORTRAN, and it must make mathematicians cringe still.
I once (ca. 1967) needed to enlighten and disillu
On Wed, 17 Jul 2019 23:59:04 +0200, Bernd Oppolzer wrote:
>
>One program had a coding like this:
>
> IF 9 < ZZ < 20 THEN DO;
> ...
There's an argument here for strong typing, prohibiting comparing
a boolean to a numeric without a cast.
> ... Obviously this is not what the coder intended; t
Volume stats you can do a IDCAMS DCOLECT VOL(xxx*)
ODS(hlq.volume.dcolect) and generate a report from the records.
DSN stats available too.
On Wed, Jul 17, 2019 at 8:21 PM Frank Swarbrick
wrote:
>
> Is there a way to use IDCAMS LISTCAT (or something else, I suppose) to show
> what datasets are o
I ended up using the VTOC utility functions in IBM File Manager. Much nicer. 🙂
From: IBM Mainframe Discussion List on behalf of
Frank Swarbrick
Sent: Wednesday, July 17, 2019 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISTCAT by VOLUME
Thanks!
Now to
On 7/17/19 9:55 AM, David Crayford wrote:
On 2019-07-16 4:44 AM, Tom Marchant wrote:
Some C programmers are fond of if (7 == foo) rather than the more
conventional if (foo == 7) because if one gets in the habit of doing
so and then accidentally codes if (7 = foo) one gets a compile error
rathe
Hi,
If you have IBM File Manager (FM) you could use the Disk Browse or Edit
functions available from option 5 on the main menu. For option 5.1 (Disk
Browse) you provide the data set name. After you press enter the data at
the start of the data set is displayed on a panel where you can change the
lo
Hi
I am getting the following abend in the beginning of CEEETRY macro seems
like the call to CEEINIT
This is the abend
CEE3798I ATTEMPTING TO TAKE A DUMP FOR ABEND U4087 TO DATA SET: IBMUSER.D
03169.IBMUSER
IGD100I 0A
Skip,
No problem, SMS-managed tape still does NOT have the same catalog requirement
that SMS-managed DASD has. So, having multiple un-cataloged tape data sets with
the same name is perfectly fine. No changes needed.
Russell WittCA 1 Architect
-Original Message-
From: Jesse 1 Robinson
T
This should be a clue.
PSW 078D1400 8002
Follow normal debugging techniques.
On Wed, 17 Jul 2019 22:10:20 -0400 Joseph Reichman
wrote:
:>Hi
:>
:>
:>
:>
:>
:>I am getting the following abend in the beginning of CEEETRY macro seems
:>like the call to CEEINIT
:>
:>
:
That is the reason I pasted the CEEENTRY macro I did get a clean return code
from the binder
> On Jul 17, 2019, at 11:28 PM, Binyamin Dissen
> wrote:
>
> This should be a clue.
>
> PSW 078D1400 8002
>
> Follow normal debugging techniques.
>
>
> On Wed, 17 Jul 20
45 matches
Mail list logo
