On 2/10/2016 11:32 PM, Bruce Hewson wrote:
... we have some USERMODs that have been ACCEPTED.
I am looking for some guidance in setting up some UCLIN to convince SMPE that
this did not really occur.
The problem is, even if you can somehow convince your CSI that the
USERMODs haven't been acce
> > This effectively also rules out
> > the possibility of any z/VM on a z14 or later being able to provide
> > ESA/390 support to any Virtual Machine as well, since there many
> > significant differences (register sizes, prefix area, privileged
> > instructions behavior, etc) when running z/Archit
> Change of IPL mode is more complex I suppose.
> Assuming all current OS'es do start in 31-bit mode and switch to 64-bit
> mode in early phase and that feature will be removed - no current OS
> will IPL ...unless some patches will be issued for them (supported ones
> at least).
>
> It is even mo
Hello,
Over the years small errors in processing occassionally happen, and now we have
some USERMODs that have been ACCEPTED.
I am looking for some guidance in setting up some UCLIN to convince SMPE that
this did not really occur.
How to reverse an accidental ACCEPT of a USERMOD.
Any ideas?
EasySMF probably has the information you are looking for. You can
download the 30 day trial and see:
https://www.blackhillsoftware.com/easysmf/
The information would be in the Dataset Activity report.
Regards
Andrew Rowley
Black Hill Software
+61 413 302 386
On 10/02/2016 22:06, Sankaranaraya
But can it IPL in 390 mode?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Robert A. Rosenberg
Sent: Wednesday, February 10, 2016 9:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AW: Re: You thought IEFBR14 was bad? Try GNU's
>> LA R15,0
>> BR 14
>>
>> It is a 2 instruction program that is as simple as it gets
>
> I think that LA is actually a XR 15,15 or a SR 15,15.
The latter.
--
Peter Hunkeler
German speaking *Swiss* guy
--
Fo
Robert A. Rosenberg wrote:
Note that the zero'ing of 15 was one of the 2 mentioned APARs. The original version did not clear 15 before returning
via 14. I forget what the other APAR was for.
/Every program can be optimized by at least one byte.
Every program has at least one bug.
Er
At 20:43 -0800 on 02/10/2016, Steve Beaver wrote about Re: AW: Re:
You thought IEFBR14 was bad? Try GNU's /bin/tru:
I would absolutely love to see someone code the TEXT-UNITS for a
DYNALLOC without using coded example and see how many days it would
take them
The simplest code for a Br14 is
The one date I wish I could be around to see is March 1st, 2100. That will be
the first year since 1900 when the old standard "every 4 years" does NOT apply.
No Feb 29th in 2100. But that date I don't have to worry about.
Russell
-Original Message-
From: IBM Mainframe Discussion List [
On 16Feb10:2043-0800, Steve Beaver wrote:
> The simplest code for a Br14 is
>
> LA R15,0
> BR 14
>
> It is a 2 instruction program that is as simple as it gets
No, the original was even simpler: just the BC 15,14 instruction.
Fortunately, its behavior was APAR
I would absolutely love to see someone code the TEXT-UNITS for a DYNALLOC
without using coded example and see how many days it would take them
The simplest code for a Br14 is
LA R15,0
BR 14
It is a 2 instruction program that is as simple as it gets
-Orig
On Wed, 10 Feb 2016 20:14:10 -0600, Paul Gilmartin wrote:
>On Wed, 10 Feb 2016 16:39:45 -0800, Charles Mills wrote:
>
>>I have not been following this thread -- seemed like IBMMAIN navel-gazing --
>>but FWIW IEFBR14 seems to be documented in the JCL U/G.
>>
>I like to maintain the distinction bet
On Wed, 10 Feb 2016 16:39:45 -0800, Charles Mills wrote:
>I have not been following this thread -- seemed like IBMMAIN navel-gazing --
>but FWIW IEFBR14 seems to be documented in the JCL U/G.
>
I like to maintain the distinction between a Guide and a Reference. The
Guide describes techniques; th
We are running 5.2 across the board. We have zIIPs turned on as well. No
encryption as we don't have Secure+. Combination of SNA and TCP/IP
connections.
On Wednesday, 10 February 2016, Lester, Bob wrote:
> Hi Sharon,
>
> We're on 4.8.03 in production right now.
>
> I just installed
I have not been following this thread -- seemed like IBMMAIN navel-gazing --
but FWIW IEFBR14 seems to be documented in the JCL U/G.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Linda
Sent: Wednesday, February 10, 2016 4:25
info coreutils 'true invocation'
"16.2 `true': Do nothing, successfully
=
`true' does nothing except return an exit status of 0, meaning
"success". It can be used as a place holder in shell scripts where a
successful command is needed, although the shell built
===>pds some.pds.dsn
In a message dated 2/10/2016 6:08:48 P.M. Central Standard Time,
bles...@ofiglobal.com writes:
Wouldn't it be nice if you could code:
//SOMEDD DD DSN=SOME.PDS.DSN,DISP=SHR
...and it would read all the members in order? Maybe even any order you
specify?
Maybe (ducki
But you need that (and just a little bit more) to read the directory blocks.
Wouldn't that become confusing?
Having said that, something a little less... wordy. than Library Management
Services would be handy to read members from a library in, say, a COBOL program.
On Thursday, 11 February 2016
Google search with the search terms -
Iefbr14 site:IBM.com
Yields a bunch of results, including IBM manuals.
HTH,
Linda
Sent from my iPhone
> On Feb 10, 2016, at 1:25 PM, Ed Gould wrote:
>
>> On Feb 10, 2016, at 1:55 PM, Paul Gilmartin wrote:
>>
>> On Wed, 10 Feb 2016 19:26:17 +0100, Peter
Hi Folks,
OK, it's only Wednesday, but
Wouldn't it be nice if you could code:
//SOMEDD DD DSN=SOME.PDS.DSN,DISP=SHR
...and it would read all the members in order? Maybe even any order you
specify?
Maybe (ducking!) like it works with GDGs when you specify the base
Hi Sharon,
We're on 4.8.03 in production right now.
I just installed 5.2 on my sandbox lpar and it looks fine. My biggest
issue (so far) was remembering how to do the RACF Program Control stuff, but
that was minor.
Note that we only support TCP/IP connections and do not use
I would have written it like this:
HELP NOT AVAILABLE+
COMMAND IEFBR14 NOT FOUND, PLEASE TRY AGAIN LATER
I mean... the HELP member could be available *sometime*, right? And at
least that keeps you from getting stuck in a loop with no WAIT.
Peter Hunkeler wrote:
But does IEFBR14 do this?
The main takeaway should be: If you are running z/OS 1.4 or earlier
in 31 bit mode, test running it in 64 bit mode. Just in case it
won't, get a z/13 and you should be able to run it in 31 bit mode
about another 8 years with supported hardware.
On Wed, Feb 10, 2016 at 4:09 PM, Tony Harminc wrot
On 10 February 2016 at 15:50, Joel C. Ewing wrote:
>> Why do you think that SIE would not continue to provide virtual
>> ESA/390 support? Today, when z/VM is running in zArch mode on the
>> metal on e.g. a z12, it can surely have an ESA/390 mode guest OS. I
>> see no reason that wouldn't continue
CSVFETCH seems to be a new exit in z/OS 2.2 which would allow monitoring of
module fetching.
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/csvfetch01.htm?lang=en
This seems pretty interesting, and something that can't be easily done another
way. Has anyone
On 2/10/2016 1:23 PM, R.S. wrote:
Assuming all current OS'es do start in 31-bit mode and switch to
64-bit mode in early phase and that feature will be removed - no
current OS will IPL ...unless some patches will be issued for them
(supported ones at least).
It's quite conceivable that today'
On 16Feb10:1517-0600, Ed Gould wrote:
> Well thats true but what does selling and trying to get people to believe in
> a unprovable being(if there is such a descriptive word) have to do with the
> thread?
The same as any other signature has to do with any thread?
--
May the LORD God bless you e
On Feb 10, 2016, at 1:55 PM, Paul Gilmartin wrote:
On Wed, 10 Feb 2016 19:26:17 +0100, Peter Hunkeler wrote:
?That doesn?t apply to ?true?, though, right??
?Of course not, use some common sense.?
That would require the knowledge of /bin/true to be common sense,
which I doubt. I like the id
Change of IPL mode is more complex I suppose.
Assuming all current OS'es do start in 31-bit mode and switch to 64-bit
mode in early phase and that feature will be removed - no current OS
will IPL ...unless some patches will be issued for them (supported ones
at least).
It is even more compli
On Feb 10, 2016, at 12:39 PM, David L. Craig wrote:
On 16Feb10:1926+0100, Peter Hunkeler wrote:
IEFBR14 is not a TSO command.
Really? I learn something new every day, that's great :-)
Indeed, it was written before there was a Time Sharing
Option (possibly even imagined). And it was APAR
On Wed, 10 Feb 2016 13:36:07 -0700, Jack J. Woehr wrote:
>Paul Gilmartin wrote:
>> In fact, that's a call back to the shell builtin, which:
>>
>> o May involve extra overhead of fork()/exec().
>/bin/sh in OpenBSD is tightly integrated with OpenBSD. It's ksh, not bash or
>old sh, and it's maintain
Germans got rid of anyone with a sense of humor in WW2.
On Wed, Feb 10, 2016 at 1:54 PM, Peter Hunkeler wrote:
>
>>> Really? I learn something new every day, that's great :-)
> >
>>Indeed, it was written before there was a Time Sharing
>>Option (possibly even imagined). And it was APARed.
>>Twi
On 02/10/2016 01:50 PM, Tony Harminc wrote:
> On 10 February 2016 at 13:33, Joel C. Ewing wrote:
>> Now I see the light -- had forgotten about the whole ARCHLVL-mode
>> switch thing going on under the covers.
> This switch is made only once, remember. It's slow, and it affects all
> the CPUs in t
Paul Gilmartin wrote:
In fact, that's a call back to the shell builtin, which:
o May involve extra overhead of fork()/exec().
/bin/sh in OpenBSD is tightly integrated with OpenBSD. It's ksh, not bash or
old sh, and it's maintained in the OBSD core.
Probably the most attentive maintenance of k
On Wed, 10 Feb 2016 19:26:17 +0100, Peter Hunkeler wrote:
>> ?That doesn?t apply to ?true?, though, right??
>> ?Of course not, use some common sense.?
>
>That would require the knowledge of /bin/true to be common sense, which I
>doubt. I like the idea of help being available even for what might l
>> Really? I learn something new every day, that's great :-)
>
>Indeed, it was written before there was a Time Sharing
>Option (possibly even imagined). And it was APARed.
>Twice, I believe.
Ohh my. The TSO HELP post was meant to be a joke. That didn't work, obviously.
In German we say "das
On 10 February 2016 at 13:33, Joel C. Ewing wrote:
> Now I see the light -- had forgotten about the whole ARCHLVL-mode
> switch thing going on under the covers.
This switch is made only once, remember. It's slow, and it affects all
the CPUs in the configuration.
> This effectively also rules ou
John McKown wrote:
GNU != Linux !!! Does OpenBSD use the GNU tools? Likely not the GNU version
of /bin/true. But how about gawk?
OpenBSD uses Gnu toolchain, the compiler, etc. But OpenBSD is carefully groomed for simplicity and security and the
prodigial excesses like Gnu true don't appear
On Wed, Feb 10, 2016 at 12:54 PM, Roach, Dennis
wrote:
> If you try the 28th it says it is on Sunday. March 1st it says is on
> Tuesday. Both are correct. Monday just doesn't exist.
>
Oh, how I _wish_!
>
> Dennis Roach, CISSP, PMP
> IAM Access Administration – Consumer – Senior Analyst
>
--
Sorry to hear that. The best DB2 answers are on DB2-L.
I will make a note that you are not a DB2-L person and I will try not to respond
to your posts in the future with join IDUG information.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.U
If you try the 28th it says it is on Sunday. March 1st it says is on Tuesday.
Both are correct. Monday just doesn't exist.
Dennis Roach, CISSP, PMP
IAM Access Administration – Consumer – Senior Analyst
2727 Allen Parkway, Wortham Building 3rd Floor, Houston, TX 77019
Work: 713-831-8799
Cell:
Mike Schwab wrote:
>Speculation: z/VM 7.0 should include an ESA/390 early IPL module for
>z/13 and earlier CPUs that switches to 64 bit mode then continues with
>normal IPL. This module won't run on z/14+, or it runs and the
>failure triggers the 64 bit mode IPL.
"z13", (maybe) "z14". No slash-h
On 16Feb10:1926+0100, Peter Hunkeler wrote:
>
> > IEFBR14 is not a TSO command.
>
> Really? I learn something new every day, that's great :-)
Indeed, it was written before there was a Time Sharing
Option (possibly even imagined). And it was APARed.
Twice, I believe.
--
May the LORD God bless
> You could join, if you have not done so, the DB2 List for a more focused
> group discussing DB2.
>To join, it is free, go to idug.org
Haven't I said in my post that I do not want to subscribe?
--
Peter Hunkeler
--
For IBM
>No, an offloaded active log dataset is only marked "reusable". Reusable logs
>are used as far back as possible in rollback/recovery.
>http://www.idug.org/p/fo/et/thread=23811
Thanks, Norbert.
Still not a pointer to a manual but it sounds reasonably trustworthy. Thanks
for this link.
The rest
On 02/10/2016 11:21 AM, Ed Jaffe wrote:
> On 2/10/2016 9:05 AM, R.S. wrote:
>> W dniu 2016-02-10 o 17:03, Mike Schwab pisze:
>>> On a z14, you won't be able to run OS 2.9 or earlier, or 31 bit Linux.
>>> Not even under z/VM.
>> Well, I wouldn't call it big problem, especially when compared to
>> bu
If you want scratch and allocation data, you may also need record types 17
(scratch), 18 (rename), 61 (catalog define), 65 (catalog delete), and 66
(catalog alter). I doubt if this list is exhaustive.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.
> IEFBR14 is not a TSO command.
Really? I learn something new every day, that's great :-)
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
> ?That doesn?t apply to ?true?, though, right??
> ?Of course not, use some common sense.?
That would require the knowledge of /bin/true to be common sense, which I
doubt. I like the idea of help being available even for what might look like an
obvious command to some.
--
Peter Hunkeler
-
On Wed, Feb 10, 2016 at 11:20 AM, Jack J. Woehr wrote:
> John McKown wrote:
>
>> Try looking at GNU's
>> equivalent, /bin/true, as post on Vulture Central.
>>
>> http://www.theregister.co.uk/2016/02/10/line_break_ep2/?page=2
>>
>
> If you read down to the bottom, you'll understand why the cogno
Speculation: z/VM 7.0 should include an ESA/390 early IPL module for
z/13 and earlier CPUs that switches to 64 bit mode then continues with
normal IPL. This module won't run on z/14+, or it runs and the
failure triggers the 64 bit mode IPL.
On Wed, Feb 10, 2016 at 11:28 AM, Joel C. Ewing wrote:
I see those statements of direction as saying that the version of z/VM
that will IPL under a z14 directly or under a z/VM running on z14 will
not include z/VM 6.3. It says z/VM 6.3 requires ESA/390 mode which will
no longer be supported by processors after z13, but as literally written
it doesn't
Oh the money we made, the perks we were given to stay on-board, all the
while at the stroke of midnight the powers that be watched "The Clock On
The Wall" not a one paying attention to the console.
And all was well in the data centre that night...
On Wed, Feb 10, 2016 at 11:04 AM, Field, Alan
wro
On 2/10/2016 9:05 AM, R.S. wrote:
W dniu 2016-02-10 o 17:03, Mike Schwab pisze:
On a z14, you won't be able to run OS 2.9 or earlier, or 31 bit Linux.
Not even under z/VM.
Well, I wouldn't call it big problem, especially when compared to
bunch of 31-bit COBOL programs in use. ;-)
BTW: LPAR prof
John McKown wrote:
Try looking at GNU's
equivalent, /bin/true, as post on Vulture Central.
http://www.theregister.co.uk/2016/02/10/line_break_ep2/?page=2
If you read down to the bottom, you'll understand why the cognoscenti (such as
I, snerk snerk) live on OpenBSD, not Linux.
--
Jack J. Wo
W dniu 2016-02-10 o 17:03, Mike Schwab pisze:
On a z14, you won't be able to run OS 2.9 or earlier, or 31 bit Linux.
Not even under z/VM.
Well, I wouldn't call it big problem, especially when compared to bunch
of 31-bit COBOL programs in use. ;-)
BTW: LPAR profile in HMC still offers "ESA/390" M
Well if you like REXX the good news is z/OS 2.1 supports VBS data (e.g.
SMF) with REXX.
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blo
>From the DAF Source Code, this is what it currently does:
* 042 003 - SMS Configuration*
* 042 006 - Dataset Statistics *
* 042 007 - File Timeout Statistics *
Not too young to remember 2012.
Who remembers the year without a December?
http://www.androidcentral.com/santa-s-going-be-mad-google-forgot-about-december
I guess that was one way to avoid the Doomsday of December 21, 2012.
On Wed, Feb 10, 2016 at 10:04 AM, Field, Alan
wrote:
> Probably too young
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ed Gould
> Sent: Wednesday, February 10, 2016 8:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDS member information
>
> On Feb 10, 2016, at 8:50 AM, Lizette Koehler wrote:
>
If you're referring to the migration that's necessary when moving to 5.2 (STS
to TLS, or maybe something else), here is an article that explains just that.
Pretty awesome explanation.
https://www-304.ibm.com/connections/blogs/SterlingMFT/entry/migrating_sts_nodes_to_ssl_tls?lang=en_us
- Vignesh
http://www.vm.ibm.com/zvm630/zvm63sum.html
On Wed, Feb 10, 2016 at 10:03 AM, Mike Schwab wrote:
> On a z14, you won't be able to run OS 2.9 or earlier, or 31 bit Linux.
> Not even under z/VM.
>
> On Wed, Feb 10, 2016 at 9:30 AM, Joel C. Ewing wrote:
>> Clarification appreciated.
>>
>> So writing
@Liz, thank you, I did come across that article a couple of weeks ago. Had it
bookmarked for later, I will have to give it a read after all!
@Ed, thanks, I'll go through the source and hopefully that should help identify
the fields I'm looking for.
@Martin, I believe they are in fixed positions,
Probably too young to remember Y2K.
Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN
651.662.3546
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Thigpen
Sent: Wednesday, February 10, 2016 9:54 AM
To: IBM-MAIN
On a z14, you won't be able to run OS 2.9 or earlier, or 31 bit Linux.
Not even under z/VM.
On Wed, Feb 10, 2016 at 9:30 AM, Joel C. Ewing wrote:
> Clarification appreciated.
>
> So writing "z13/ 2018 (last IPL-in-31-bit-mode CPU)" could have
> eliminated much source of confusion, and by implicat
You would think coders would understand leap days.
http://www.calculatorcat.com/free_calculators/day_of_week.phtml
Enter Feb 29, 2016 (or any other valid leap year) and you get:
"The date February 29, 2016 is invalid.
Check it again."
--
Tony Thigpen
---
On Feb 10, 2016, at 8:50 AM, Lizette Koehler wrote:
You could try the cbttape.org tool called DAF and see if this could
help.
Or look at the Articles posted recently on using REXX to read SMF
data.
http://www.ibmsystemsmag.com/mainframe/tipstechniques/
applicationdevelopment/rex
x_smf_par
Clarification appreciated.
So writing "z13/ 2018 (last IPL-in-31-bit-mode CPU)" could have
eliminated much source of confusion, and by implication indicate that a
31-bit Linux, the only 31-bit operating system directly supported in a
z13 LPAR, could at that point only be IPLed under z/VM. Any use
On Feb 10, 2016, at 9:25 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> El Reg's title for the page (which no way fits on a tab) is:
>This is why copy'n'paste should be banned from developers' IDEs •
> The Register
> Misleading since it appears not to be "
On Wed, 10 Feb 2016 13:28:12 +0100, R.S. wrote:
> Peter,
> You are right, active log is copied to archlog, but after that the
> actlog is "in scratch status", that mean it can be reused.
> It is very similar to SMF SYS1.MANx datasets.
>
> And yes, after succesful copy actlog -> archlog the data w
On Wed, 10 Feb 2016 15:26:19 +0100, Peter Hunkeler wrote:
>
>> But does IEFBR14 do this? :-)
>> // EXEC PGM=IEFBR14,PARM='--help'
>
>Of course not. On z/OS help is available with "TSO HELP xyz". So I tried "TSO
>HELP IEFBR14" and got:
>
>HELP NOT AVAILABLE+
>COMMAND IEFBR14 NOT FOUND, FOR MORE H
You could try the cbttape.org tool called DAF and see if this could help.
Or look at the Articles posted recently on using REXX to read SMF data.
http://www.ibmsystemsmag.com/mainframe/tipstechniques/applicationdevelopment/rex
x_smf_part2/
Lizette
> -Original Message-
> From: IBM Mainfr
IBM Statement of direction: z13 will be the last processor that IPLs
in 31 bit mode. z14 will IPL in 64 bit mode.
On Wed, Feb 10, 2016 at 5:14 AM, R.S. wrote:
> W dniu 2016-02-09 o 21:03, Mike Schwab pisze:
>>
>> Last orderable in Summer: z900/ 2006, z990/ 2008, z9/ 2010, z10/2012,
>> z196/2014
You could join, if you have not done so, the DB2 List for a more focused group
discussing DB2.
To join, it is free, go to idug.org
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter Hunkeler
> Sent: Wednesday, Februar
Kirk Wolf wrote:
>But does IEFBR14 do this? :-)
>// EXEC PGM=IEFBR14,PARM='--help'
Of course - just a nice RC=00 and some spool wastage, SYSLOG entries and SMF +
RACF records... ;-)
Oh, I discovered that this PARM='YOU ARE A NICE PEST!' also gives me the same
RC=00 wondering why, oh, why
> But does IEFBR14 do this? :-)
>
> // EXEC PGM=IEFBR14,PARM='--help'
Of course not. On z/OS help is available with "TSO HELP xyz". So I tried "TSO
HELP IEFBR14" and got:
HELP NOT AVAILABLE+
COMMAND IEFBR14 NOT FOUND, FOR MORE HELP ENTER HELP
Cute!
--
Peter Hunkeler
-
Thank you, Radoslav.
>Regarding buffers I think you ar wrong. Buffers are heavily used for
tables, but not for log. Due to transaction integrity active log is
immediately written to DASD.
I've read this in the DB2 V11 for z/OS Administeaion Guide where is says (page
327):
How DB2 creates log r
top posting - yes I know -
1. yes, there are buffers for log activity - see DSNZPARM values - not the
size of database buffers but not small either
2. Archive logs are recorded in BSDS with start and end logrba
3. If an active log has not been reused, DB2 will search it first not the
archive log
4.
Lopez, Sharon wrote:
>Have a lot of people gone to Connect/Direct 5.2?
We're using 5.01.
> Do you have to use the TLS protocol and what are your experiences?
It depends on your site and remote site requirements (environment, software
package and type of network connectivity).
TLS is useful
But does IEFBR14 do this? :-)
// EXEC PGM=IEFBR14,PARM='--help'
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Wed, Feb 10, 2016 at 8:05 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:
> John McKown wrote:
>
> >I'm sure we've all seen what is purported to be the sour
John McKown wrote:
>I'm sure we've all seen what is purported to be the source to IBM's IEFBR14.
>And wondered why it had so much "junk" in it. Try looking at GNU's equivalent,
>/bin/true, as post on Vulture Central.
>http://www.theregister.co.uk/2016/02/10/line_break_ep2/?page=2
Weird program
>From where? The pre-IBM level? The other thing you might want to ask about
is experiences with zIIP-eligibility.
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Face
Have a lot of people gone to Connect/Direct 5.2? Do you have to use the TLS
protocol and what are your experiences?
Thanks in advance.
Email correspondence to and from this address may be subject to the North
Carolina Public Records Law and may be disclosed t
I'm sure we've all seen what is purported to be the source to IBM's
IEFBR14. And wondered why it had so much "junk" in it. Try looking at GNU's
equivalent, /bin/true, as post on Vulture Central.
http://www.theregister.co.uk/2016/02/10/line_break_ep2/?page=2
just too good to wait for Friday.
--
Peter,
You are right, active log is copied to archlog, but after that the
actlog is "in scratch status", that mean it can be reused.
It is very similar to SMF SYS1.MANx datasets.
And yes, after succesful copy actlog -> archlog the data will be
searched in archlog. Actlog is logically empty (un
I understand there is a DB2 forum somewhere (IDUG?), but I'd rather not
subscribe for this single question someone might be able to answer here.
I understand DB2 keeps its log data first in buffers, then writes it to one of
a set of active log data set. Finally the data will be written to archi
W dniu 2016-02-09 o 21:03, Mike Schwab pisze:
Last orderable in Summer: z900/ 2006, z990/ 2008, z9/ 2010, z10/2012,
z196/2014.
Estimating in Summer z12/ 2016, z13/ 2018 (last 31 bit mode cpu), z14/ 2020.
What is "last 31 bit mode cpu" ???
AFAIK last 31 bit machine was 9672 G6, but 31 bit mode pr
I've not looked at the record subtypes you mention but...
... Are the fields you want in fixed positions in the record? If so DFSORT
/ ICETOOL (or functional equivalent) might well be your friend.
I've not heard of a reporting tool - other than, potentially, SAS/MXG to
go against this data.
Ch
Hi folks,
I'm looking to produce a clean report of actions against a PDS. Additionally,
it would help to find if the PDS was scratched and re-allocated etc.
I have the DAF utility but its output is unintuitive (to me).
The information is available in SMF -
42(21) for member delete
42(24) for mem
I don't think so. Whoever customized the first SDSF needs to do the same
customization on second FMID.
As far as I know there's only the SDSF Operation and Customization Manual
SA23-2274
For ISFPARMS:
Command.SLASH.Name /, ( or ) Specifies a single character to use when
issuing syste
91 matches
Mail list logo