On Mar 26, 2016, at 11:32 AM, Clark Morris wrote:
[Default] On 25 Mar 2016 12:34:59 -0700, in bit.listserv.ibm-main
00e2883cf878-dmarc-requ...@listserv.ua.edu (Eosze, Jonathan L.)
wrote:
Unfortunately, I have encountered the inability to access
Knowledge Center on more than one occasion.
Behalf Of Ed Gould
Sent: Friday, March 25, 2016 9:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Binder SIZE Option
Gil,
In years past size= made a wonderful difference in performance. I
had seen
200 percent improvement.
--
For
Jonathan,
I agree that is why I still insist on HC for a lot of manuals. I have
been caught at dark and no computer working (MF or PC).
Ed
On Mar 25, 2016, at 2:35 PM, Eosze, Jonathan L. wrote:
Unfortunately, I have encountered the inability to access Knowledge
Center on more than on
Gil,
In years past size= made a wonderful difference in performance. I had
seen 200 percent improvement.
Haven't noticed it with the binder. WIll also be curious as to what
other people say.
Ed
On Mar 25, 2016, at 2:00 PM, Paul Gilmartin wrote:
(See what the LEPARM discussion started?)
Message-
From: IBM Mainframe Discussion List [mailto:IBM-
m...@listserv.ua.edu] On Behalf Of Ed Gould
Sent: Tuesday, March 22, 2016 9:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Enterprise COBOL V6 documentation available
Greg:
When the first COBOL MVS and VM came out there was no M&C (t
http://www.channelregister.co.uk/2016/03/22/
pc_world_knowhow_shortcomings/
Don't you love it when the PC weenies get bitten by their own?
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to l
gards,
Greg Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-
m...@listserv.ua.edu] On Behalf Of Ed Gould
Sent: Tuesday, March 22, 2016 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Enterprise COBOL V6 documentation available
On Mar 22, 2
On Mar 22, 2016, at 2:49 AM, Bill Woodger wrote:
Not to be too hard on the C messages, here's another example:
CCN1101 Maximum spill size of &2 is exceeded in function &1.
Explanation
Spill size is the size of the spill area. Spill area is the storage
allocated if the number of machine re
riate text depending on the context, if that message is ever
produced.
On Tuesday, 22 March 2016 00:57:38 UTC, Ed Gould wrote:
For sysprogs, I'd expect a consultation for a "U" (the old "D" for
Disaster), but otherwise I'd expect more knowl
On Mar 21, 2016, at 3:30 PM, Bill Woodger wrote:
We'll, I don't remember ever seeing a manual.
bitsavers has an OS/VS COBOL Compiler and Library Programmer's
Guide from June 1984, and it refers to the ERRMSG method, and
documents the COBOL runtime (OBJECT-TIME) messages.
My first use was
On Mar 21, 2016, at 1:44 PM, Don Poitras wrote:
The IBM C compiler certainly documents their compiler diagnostic
messages.
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/
com.ibm.zos.v2r2.cbcdg01/cbcdg0112.htm
SNIP-
Sounds like the COBOL people are
to have any point in the process),
then let IBM know and they will look into it. I reported one, and
my source says Tom Ross himself fixed it (a V4 message referred to
a V3 document).
Now, if anyone does want to commission the documentation of the
Enterprise COBOL diagnostic messages, I&
ces and it sounded to a dollar that
the the non SMPE install-ability of CA products was really a hot button.
I think when it came out that he was making so much it was head lines
and his ability to go to CA conferences was small potato's
Ed
Sent from my iPhone
On Mar 20, 2016, at 9:12 PM, Ed
Linda:
All good suggestions. I have also found that after attending that the
employee should write and CC - everyone on the team - a review of the
days attended (and sessions). highlighting any thing that might be of
use that you learned.
Yes its a PITA but it shows that the sessions are
On Mar 19, 2016, at 11:04 PM, Joel C. Ewing wrote:
On 03/19/2016 03:13 PM, Ed Gould wrote:
On Mar 19, 2016, at 2:42 PM, Joel C. Ewing wrote:
On 03/18/2016 11:14 PM, Ed Gould wrote:
On Mar 18, 2016, at 1:00 PM, Clark Morris wrote:
On 18 Mar 2016 07:27:09 -0700, in bit.listserv.ibm-main
Just remember its unsupported unless you pay $$.
Ed
On Mar 19, 2016, at 6:56 PM, John McKown wrote:
On Sat, Mar 19, 2016 at 1:41 PM, Scott Ford
wrote:
All:
We are in the process of organizing our source code for our
Adapters ( that
what Mgmt is calling them for RACF, ACF2 and Top-Secr
Enterprise COBOL Bookshelf. Do you have a link?
On Saturday, 19 March 2016 20:00:43 UTC, Ed Gould wrote:
Bill,
It took IBM 10+ years to come up with a messages and code. AFter
constantly asking for one. IBM standard answer was "They are self
documenting" after enough SHARE and on here
On Mar 19, 2016, at 2:42 PM, Joel C. Ewing wrote:
On 03/18/2016 11:14 PM, Ed Gould wrote:
On Mar 18, 2016, at 1:00 PM, Clark Morris wrote:
On 18 Mar 2016 07:27:09 -0700, in bit.listserv.ibm-main Itschak
wrote:
no recompile involved. Just relink to replace IBM's LE modules.
So
On Mar 19, 2016, at 9:25 AM, Paul Gilmartin wrote:
On Fri, 18 Mar 2016 23:28:46 -0500, Ed Gould wrote:
The way I learned to do it was that logon procs did a universal ex
sysproc(logon) and if you had a pds that had the member logon in it
o Isn't the argument to EX a DDNAME, not a DSNA
On Mar 19, 2016, at 1:30 PM, Paul Gilmartin wrote:
On Sat, 19 Mar 2016 15:28:30 +, J R wrote:
o Isn't the argument to EX a DDNAME, not a DSNAME?
No!
I stand corrected; I had it exactly backward (I intended the reverse.)
But the prior ply used "ex sysproc(logon)", and SYSPROC is
conv
ve off the full-stop/period in the ERRMSG
"program". Up to V4 at least that reveals a minor bug (compiler
keeps hunting the full-stop/period without first checking for end-
of-file). I don't know if the same issue exists with V5 or V6.
On Saturday, 19 March 2016 04:08:18 UTC, E
On Mar 17, 2016, at 3:27 AM, Elardus Engelbrecht wrote:
Timothy Sipples wrote:
Sometimes even if a certain practice is legal it might not be
legally prudent. Civil lawsuits exist in many jurisdictions.
It depends. If someone cuts a hole and left that hole open, someone
can fall in that ho
On Mar 16, 2016, at 11:22 AM, Paul Gilmartin wrote:
On Wed, 16 Mar 2016 10:58:28 -0500, John McKown wrote:
Q). How did I get my CLIST Concatenated permanently? I would
like to do
it again.
Actually, nobody here can tell you -- exactly. ... There is not
"IBM standard"
way to do this.
The way I learned to do it was that logon procs did a universal ex
sysproc(logon) and if you had a pds that had the member logon in it
it would exec that clist and in that clist you could allocate the
libraries to your liking. With the understanding that if didn't have
IBM libraries first d
On Mar 18, 2016, at 1:00 PM, Clark Morris wrote:
On 18 Mar 2016 07:27:09 -0700, in bit.listserv.ibm-main Itschak wrote:
no recompile involved. Just relink to replace IBM's LE modules.
So what processor(s) is this code running on? What exactly is being
done?
Clark Morris
--SNIP-
I think its a good idea. Pity it took IBM 10+ years to put out a
Messages and Codes for the same product.
Ed
On Mar 18, 2016, at 9:53 AM, Bill Woodger wrote:
http://www-01.ibm.com/support/docview.wss?uid=swg27036733
This includes a new Performance Tuning guide, from Day One, by
following t
Testing 1 2 3
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
By | Paul Kunert 10th March 2016 16:05
IBM to erase 14,000 people from the payroll – Wall St analyst
Jobs to be bundled on a plane and flown to lower labour cost countries
http://www.channelregister.co.uk/2016/03/10/
ibm_to_erase_14000_people_from_the_payroll_wall_st_analyst/
---
ity wouldn't stand for it.
Ed
On Mar 10, 2016, at 6:34 PM, Paul Gilmartin wrote:
On Thu, 10 Mar 2016 18:20:42 -0600, Ed Gould wrote:
On Mar 10, 2016, at 5:08 PM, Paul Gilmartin wrote:
PARMDD is a kludge. They ought simply to have allowed a longer
PARM.
If PARMDD allows substitution
On Mar 10, 2016, at 5:08 PM, Paul Gilmartin wrote:
PARMDD is a kludge. They ought simply to have allowed a longer PARM.
If PARMDD allows substitution of system symbols, that should have been
supported likewise in EXEC PARM.
Paul:
If you change the 255 character limit you will break the enti
On Mar 8, 2016, at 10:37 AM, ESHEL Jonathan wrote:
Thank you Allan and sorry for not responding earlier. SMPMTS is the
1st in our SYSLIB concat and it is empty anyway ...
Regards, Jonathan
Maybe you can show the concatenations?
Ed
-
Curtis:
At one installation we used it to get gross idea for charging for usage.
It worked well until we accidently found out that the numbers were
*WAY* off (we weren't charging for execution batch monitoring).
The *SHIT* hit the fan and the subsidiary was sold off a few years
later.
That l
Bill,
FWIW I think that jes2 sysout is limited to 255 (or around that number).
Ed
On Mar 4, 2016, at 11:14 AM, Bill Woodger wrote:
Well, the original LRECL is 304. Let's say every record is 300
bytes. Fills up the block, writes it. No room on the track for the
next block. Next block will b
http://www.channelregister.co.uk/2016/03/02/ibm_layoffs/
IBM axed a wedge of workers today across the US as part of an
"aggressive" shakeup of its business.
--
For IBM-MAIN subscribe / signoff / archive access instructions
On Feb 28, 2016, at 12:41 AM, baby eklavya wrote:
*"The saddest part was the manager was not even literate on zOS
systems.
All he knew was to save cost. So slowly most of the wannabe system
programmer left. Now he wants a 2 year experienced guys to run
equal to his
peer."*
This is exactly w
On Feb 27, 2016, at 11:38 PM, Jake Anderson wrote:
Hi
Looking at this discussion I really wanted to share something over
here
which was shared by one of my colleague.
One of an American ISV company off shored their work to India.
The technicians in India wanted to get trained in many areas
On Feb 26, 2016, at 10:21 AM, Sankaranarayanan, Vignesh wrote:
@Ed,
"Then have your employer pop for education because that is how *WE*
did it." Do you even understand how outsourcing companies stay
alive. Nay, thrive?
I agree, I haven't contributed much (anything?) to the community,
but I
On Feb 25, 2016, at 2:51 PM, Sankaranarayanan, Vignesh wrote:
No one's forcing you to Ed. But I'm guessing you're helping around
here because you love what you do, not because you want to help
"your people" alone.
One can't learn a lot from equals, and one certainly can't learn a
lot from t
On Feb 25, 2016, at 12:54 PM, Sankaranarayanan, Vignesh wrote:
Some thoughts from someone on the other side.
What's the point of saying "Oh, I'm an outsourced nobody." in a
post where one is asking for help. So you may choose to not answer
or sit on your high horse and ridicule their incomp
Gil wrote on a item and gave the web interface URL.
I tried it and for after a lot of shenanigans I got this message:
Confirmation Sent
Your password registration request has been accepted. For your
protection, the password will not be activated just yet (anyone could
have completed this fo
On Feb 24, 2016, at 10:04 PM, Tom Marchant wrote:
On Wed, 24 Feb 2016 20:34:33 -0700, Lizette Koehler wrote:
I was trolling for information on what the 360 indicated in the
System/360 (yes
the old one) and came across this video
Thanks for sharing this, Lizette.
The S/360 Model 30 had 1M
Binyamin:
I agree but to a specific point disagree.
I have been in several shops where read access was given to
SYS1.PARMLIB . Every one of those shops at least one time a month we
were called into a meeting to "discuss" contents of sys1.parmlib.
Those meeting could last 2-5 hours arguing
On Feb 24, 2016, at 10:49 AM, Paul Gilmartin wrote:
SNIP---
BYPASS(PRE), BYPASS(ID): Never! These will create an invalid
configuration,
one which the vendor is unlikely to have tested.
-SNIP
Paul:
I hav
Well there are at least two ways.
1. Run an IEHLIST listvtoc vol=33xx= what ever volser is at
376E
2. ISPF
and look at the volser.
Its obviously in use.
You can bring down OVS (hopefully)
And see if this clear it up.
Ed
On Feb 23, 2016, at 12:31 AM, Mainframe Mainframe wrote:
Hel
On Feb 22, 2016, at 2:05 PM, R.S. wrote:
W dniu 2016-02-18 o 10:30, Timothy Sipples pisze:
-
SNIP
memory than the biggest available mainframe did
until 2015.
Well, it was a *shame* for mainframe. Both: memory limit and the
Tom:
A *LONG* time ago (pre dynamic exits) we had a rogue sysprog decided
to install a SILO without getting the sysprog department involved.
He screwed it up beg time and I got a call on a Sunday afternoon
telling me that the system wouldn't IPL.
He screwed up LINKLSTxx and didn't bother to s
All for the cost of a new Mainframe?
Seriously the issue is absence of debugging tools to find the leak
seems like it would be simpler to have them.
Ed
On Feb 22, 2016, at 2:40 AM, Timothy Sipples wrote:
For the record, the memory leak in the specific situation I
described was
due to a cus
There have been more ads on here for one.
Ed
On Feb 22, 2016, at 1:00 AM, Darren Evans-Young wrote:
Not sure how to take this comment...
Define quality.
Darren
On Mon, 22 Feb 2016, Ed Gould wrote:
Agreed, ever since Darren "retired" the quality of the list has
declined.
Ed
Agreed, ever since Darren "retired" the quality of the list has
declined.
Ed
On Feb 21, 2016, at 6:10 PM, Joel C. Ewing wrote:
SNIP-
--
For IBM-MAIN subscribe / sig
On Feb 20, 2016, at 11:25 AM, Rob Schramm wrote:
But isn't it the point? We would all prefer to live in a world
where bad
coding doesn't happen. I would venture a guess that most have been
in a
situation that called for a bad temporary solution until a fix
could be
found. In which case t
On Feb 19, 2016, at 6:09 PM, Clark Morris wrote:
-
SNIP-
-
Ed, they did fix the bug but it took several weeks to do it. With
memory they were able to stay afloat while the repair was being done.
Clark Morris
Why bother?
The utility is available for free and no expert advice is needed.
E
On Feb 19, 2016, at 12:56 PM, Sankaranarayanan, Vignesh wrote:
Hi folks,
I was just wondering how easy it would be to run SMF type 42 (and
perhaps 14, 15, 17, 18) through DFSORT to find out what happened to
a p
On Feb 19, 2016, at 9:17 AM, Lizette Koehler wrote:
---SNIP
Contact the system programmer.
SNIP--
Don't you loves these? About 40 years ago I got the same response and
that is when I s
On Feb 19, 2016, at 12:15 AM, Timothy Sipples wrote:
Andrew Rowley wrote:
I will make the same comment I made last time this topic came up -
avoiding garbage collection is not usually a wise goal.
It depends on the workload(s). The point I made is that with the
z13 and
z13s you have more s
On Feb 18, 2016, at 3:30 AM, Timothy Sipples wrote:
-
SNIP-
4. IBM has greatly relaxed the data center environmental
requirements for
this model, expanding the temperature and humidity envelopes. It's
much
more realistic no
On Feb 17, 2016, at 12:47 PM, Charles Mills wrote:
If anyone is interested in a three-page tutorial on how to design a
"user"
SMF record type please write me off-list at charlesm at mcn dot org
and I
will forward it to you.
I'm doing this for feedback. "No salesman will call." I don't have
This conversation is really interesting (to me).
Wouldn't it be better have a mirrored RACF DB? (of course do the
copying and back up as well).
Maybe IBM could chime it as well?
Ed
On Feb 17, 2016, at 11:38 AM, Elardus Engelbrecht wrote:
Radoslaw Skorupka wrote:
It's IMHO very obvious that
http://www.theregister.co.uk/2016/02/16/
ibm_z13s_mainframe_security_enhancements/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Long live 1.13 and may it last until 2050 (at least).
Ed
On Feb 16, 2016, at 12:14 PM, Jim Mulder wrote:
The requirement for z/OS 2.1 is disappointing. We haven't been on
1.13 for all that long, and I don't know that we have an upgrade due
any time soon... :-(
Support for z/OS 1.13 ends soo
On Feb 13, 2016, at 11:01 PM, Skip Robinson wrote:
I addressed this note to Darren but have not received a reply.
Trying to
move my subscription to my new 'office' account. Not working for
reasons
indicated.
.
.
Good luck Skip. I sent a note to Darren 6 or so months ago I never
got an
Skip:
I concur. A second cousin war story was that there was a RACF
"screwup" (ie operator error) took a data center down for a long time
(more than a few hours). The DC was designed for the one of the
Chicago markets. The lead sysprog at the time (I thing he is no
longer with us) was the
On Feb 12, 2016, at 2:36 AM, Vince Getgood wrote:
Ed,
That’s more or less what John said. I thought the WAIT parameter
would resolve that issue though.
On more investigation, there is nothing in the joblog for the
HSMLIST step regarding the final disposition of 'MAINT.TEMP.LIST',
regard
On Feb 11, 2016, at 11:33 PM, Anthony Thompson wrote:
He did code WAIT.
I stand corrected (I usually put wait at the end). My premise is
still there but not sure how to get the program to wait until DFHSM
has created it then?
Ed
--
I think what is happening is that the HSEND command is done
asynchronously and therefor the dataset has not been created when the
dfsort step runs.
You might code wait and that should help.
Ed
On Feb 11, 2016, at 9:06 AM, Vince Getgood wrote:
Hi all,
I've discovered some very odd behaviou
On Feb 11, 2016, at 8:50 AM, R.S. wrote:
DD name points to dataset.
A program can or cannot read all the members.
Examples:
IEBPTPCH - can print all the members
And PUNCH :)
IEBCOPY - can copy all the members
--
For IBM-
Martin,
The retcode is all important here for condition code checking in
later steps.
Ed
On Feb 11, 2016, at 8:26 AM, Martin Packer wrote:
Humour me and tell us all what setting the 4 bits in 15 means here.
I had
actually looked at the green card on my home office wall (no
really) and
On Feb 11, 2016, at 8:34 AM, John McKown wrote:
On Thu, Feb 11, 2016 at 8:05 AM, Ed Gould
wrote:
John,
There *MAY* be a way, albeit adding an extra step to do so.
But I don't think that is what he wanted.
I think so too. I already _have_ a way to do something like what
t
John,
There *MAY* be a way, albeit adding an extra step to do so.
But I don't think that is what he wanted.
Ed
On Feb 11, 2016, at 7:34 AM, John McKown wrote:
On Wed, Feb 10, 2016 at 6:08 PM, Lester, Bob
wrote:
Hi Folks,
OK, it's only Wednesday, but
Wouldn't it be nice if
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
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 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
On Feb 6, 2016, at 5:57 PM, Gregg wrote:
Did it require a Hayes (compatible) MODEM?
Sorry that is before my time:)
Ed
On Sat, Feb 6, 2016 at 11:08 AM, Ed Gould
wrote:
Yes/NO
There was a command that at dial time would stop call waiting, its
been
years (sorry).
Ed
On Feb 6, 2016
Yes/NO
There was a command that at dial time would stop call waiting, its
been years (sorry).
Ed
On Feb 6, 2016, at 9:49 AM, Chris Hoelscher wrote:
Linda - did you have call waiting? If you forgot to disable it
before "hooking up" that little click/beep indicator of an incoming
call woul
Bill:
There was a product from IBM called PCF and it would let you string
out tso commands with a ";" between each command and you could do
what you are talking about I just remembered it a 445A . ex: alloc
(systut1)da(in.contl) shr;alloc (sysut2) da(out.data) new sp(1 1)
trk;alloc fi(sy
Andrew:
Its been a while since I have looked at timings, but if I recall
correctly the SRB time can be a killer depending on what you are doing.
Also not to get into the middle of anything. DFSORT is *OPTIMIZED*
for IO and it is FAST. So a simple assembler program can be slower
that DFSORT
, 2016, at 4:08 PM, Paul Gilmartin wrote:
On Thu, 4 Feb 2016 15:30:53 -0600, Ed Gould wrote:
On Feb 4, 2016, at 2:00 PM, Tom Brennan wrote:
Unix Style:
cat /etc/passwd | grep ^ted013: | awk -F':' '{print $3}'
JCL Style:
//CAT EXEC PGM=CAT
//SYSUT1 DD DSN=SYS1
stdin and stdout are opened prior to calling the
specified program, very much like JCL allocation is done before
PGM= gets control.
These are the similarities I'm looking for that might help someone
move from unix/windows to the mainframe environment without getting
completely frustra
On Feb 4, 2016, at 3:52 PM, Robert A. Rosenberg wrote:
At 13:16 -0700 on 02/04/2016, Sri h Kolusu wrote about Re: Count
smf type 30-5 records:
If you want DFSORT to extract the values from Raw SMF data then what
fields correspond to Userid, Jobname(SMF30JBN ??) and Date from
the SMF-30
Rec
On Feb 4, 2016, at 2:00 PM, Tom Brennan wrote:
That's great stuff, and how mainframe methods need to be taught
today. College students understand unix and windows, and need to
know the (can I say odd?) differences they will see on the
mainframe, along with a bit of history.
I'm currently
On Feb 4, 2016, at 3:03 PM, Joel C. Ewing wrote:
On 02/04/2016 12:52 PM, Ed Gould wrote:
http://destinationz.org/Mainframe-Solution/Trends/What-the-Heck-Is-
JCL-and-Why-Does-It-Look-So-Funny
What the Heck Is JCL and Why Does It Look So Funny?
It’s important to give job control language its
On Feb 4, 2016, at 2:00 PM, Tom Brennan wrote:
That's great stuff, and how mainframe methods need to be taught
today. College students understand unix and windows, and need to
know the (can I say odd?) differences they will see on the
mainframe, along with a bit of history.
I'm currently
http://destinationz.org/Mainframe-Solution/Trends/What-the-Heck-Is-
JCL-and-Why-Does-It-Look-So-Funny
What the Heck Is JCL and Why Does It Look So Funny?
It’s important to give job control language its due respect helping
others
- See more at: http://destinationz.org/Mainframe-Solution/Trends
On Feb 4, 2016, at 8:30 AM, Staller, Allan wrote:
-SNIP-
The support tools should be as available as the systems they are
supporting.
IBM should be embarrassed that they cannot provide this availability.
"Service Information Searc
Greg:
Through the years I have found Compuware and FDR has pretty darn good
support unlike some other vendors who charge a lot for their product.
BTW FDR is reasonably priced.
Ed
On Feb 4, 2016, at 11:10 AM, Greg Shirey wrote:
Call Compuware - they will be happy to guide you in fixing the
On Feb 3, 2016, at 9:19 AM, Tom Marchant wrote:
On Wed, 3 Feb 2016 08:59:31 -0600, Victor Gil wrote:
If Cobol code is an acceptable option the below program should do
what you want.
(snip)
003500 DISPLAY OUTPUT-FILE-RECORD UPON CONSOLE.
Really? Do people still use DISPLAY ... UPON
All of a sudden it seems (to me) that the return address on the list
server has changed. Has anyone else noticed this?
I "think" there are now capital letters in the name.
Why weren't we notified?
Ed
--
For IBM-MAIN subscrib
Ed:
That is why I have always resisted the extra features of SORT as they
*ARE* sort dependent.
A long time ago a company I was at set a standard of what sort was to
be used. The LPAR was using syncsort (nothing wrong with that IMO)
and they installed DFSORT. The conversion went reasonably
Skip:
I agree to an extent. The overhead in maintaining charge back #'s was
just to great (for us) and we just accepted the number on the job/tso/
stc and in the end we found some people cheating and wrote memo's to
their boss and manually made the adjustment (that did work BTW as the
mana
Liz:
While there may be no real compelling issue the main reason we like
to restrict things of this nature is for political reasons.
I have seen in the past is that when there is an issue the group
responsible will go to any lengths to avoid being finger pointed at.
In this case (just an exam
We use them for resource usage (not for charge back) but it could be
done as well if we could ever agree on it.
Ed
On Feb 2, 2016, at 4:27 AM, R.S. wrote:
Just curious: why one want to know acctnum of given person?
More general: what are acctnums used for nowadays?
Teaching RACF and z/OS I
When you get closed WAD yes.
Ed
On Feb 1, 2016, at 11:10 PM, Paul Gilmartin wrote:
On Mon, 1 Feb 2016 22:57:24 -0600, Ed Gould wrote:
Sounds like a SHARE requirement to me.
??? Fixing a bug shouldn't be a SHARE requirement; it should be an
SR.
On Feb 1, 2016, at 10:24 PM,
Sounds like a SHARE requirement to me.
Ed
On Feb 1, 2016, at 10:24 PM, Paul Gilmartin wrote:
On Mon, 1 Feb 2016 22:59:12 -0500, Paul Strauss <...@US.IBM.COM>
wrote:
I use ISRDDN daily.
But beware! ISRDDN can give incorrect results when a mixed
concatenation
of PDS(E) and UNIX directori
On Jan 30, 2016, at 11:11 AM, Skip Robinson wrote:
Ah, UADS. A prime example of archaic mechanism. Defensible
technically?
Probably not, although a security administrator who needs to know
which
account numbers or which proclibs a user is authorized to use might
tell a
different story. With
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 IBM
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 "m
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 exc
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 confirmation from the opera
On Jan 27, 2016, at 10:43 PM, TonyB wrote:
Years ago I recall a young sys prog asking for advice on this
forum. She qualified her request by stating "but please, no system
programmer tricks."
I don't call her issue but clearly a risk averse solution was desired.
Sent from BlueMail
That is
eued.
At 10:32 -0600 on 01/27/2016, Tom Marchant wrote about Re: Deleting a
dataset that GRS has enqueued.:
On Wed, 27 Jan 2016 09:37:29 -0600, Ed Gould wrote:
Try disabling the VVDS on the volume
amaspzap the dataset to change the name.
delete the dataset with iehprogm
enable the vvds on the volume
I'm not about to write or support program code
that occupies more than 2GiB of storage, but surely you can see the
extreme usefulness of multi-GiB of main-storage data accessed by a
program.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-
m...@listserv
1 - 100 of 812 matches
Mail list logo