One of the more interesting attributes is that the machine will do
everything possible to keep your work moving as best it can even if there's
a double MRU failure. It can slow down the processors to reduce heat. WLM
(assuming z/OS) is still in control, so heat-related forced slowdowns will
tend
Ian wrote:
I did a polls recently to see what new development is happening on CICS
specifically.
The result was very surprising. Out of 190 votes only 5% said that they have
no new development plans.
48% said that the new development is in Natural
28% said COBOL
1. This is based on 190 votes.
R.S. [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Mark Zelden wrote:
[...]
As mentioned... lots in the archives about this (even before the
recent
threads).
1) Speed of offloading (being able to keep up with records being
written).
IMHO I can live with it (YMMV). In
I will be out of the office starting 03/26/2008 and will not return until
03/27/2008.
==
This message contains privileged and confidential information intended for the
above addressees only. If you
receive this
On Tue, 25 Mar 2008 13:35:28 -0400, Mark Pace [EMAIL PROTECTED]
wrote:
I would like to write a console exit. I have an example for msg IEE362A, but
it is a single line message. The message I want to trap and process is
IEE391A which is a multiple line message. Can anyone point me at the manual
Edward Jaffe wrote:
The following fragment should work if you prefer looping
TRE over traditional TR. TRE requires you to manually
translate the so-called stop character with an MVC.
But, at least there's no EXecute for the final segment.
LM R14,R15,xx Load string ptr
Help! I need somebody,
Help! Not just anybody,
Help! You know I need someone,
To help me!
When I was young, but so much younger than today,
I never needed anybody's help in any way,
But now these days are gone and I'm not so self assured,
Now I find I've changed my mind I've opened up the doors.
Sorry, not the American Idol tryouts!
Daniel McLaughlin
Z-Series Systems Programmer
Information Communications Technology
Crawford Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com
IBM Mainframe
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
[ snip ]
One outsourced their development to India because they
couldn't find any new COBOL programmers.
At a price they were willing to pay, perhaps
-jc-
For the archives
Someone just wrote me about this post from June 2007 and I realized I
never followed up in IBM-MAIN.
On Fri, 29 Jun 2007 09:54:00 -0500, Mark Zelden [EMAIL PROTECTED]
wrote:
On Fri, 29 Jun 2007 09:47:20 -0400, Petersen, Jim
[EMAIL PROTECTED] wrote:
Wonder if anyone
This kind of also ties into the *gas gauge* available for z9 with driver
upgrade. I thought this little pdf interesting.
ftp://ftp.software.ibm.com/systems/z/pdf/z9_Gas_Gauge_Driver_manual.pdf
under
http://www-03.ibm.com/systems/z/advantages/energy/index.html
Timothy Sipples
You didn't show your EPSPT job, so this is a guess, but ensure the
SMPCSI DD statement specifies the CSI data set for your global zone
(SMPE.ZOS17.GLOBAL.CSI), not the CSI data set name for your target zone.
The PARM then specifies the name of your target zone (PZOS17A).
Kurt Quackenbush --
Are you referring to the ISFPRM00 parmlib member?
The ISFOPER group starts off like this:
GROUP NAME(ISFOPER),/* Group name */
TSOAUTH(JCL,OPER), /* User must have JCL and OPER */
ACTION(ALL),/* All route codes displayed
I updated the program to the latest level. I tried to using the global csi and
the target csi and I get the following messages. Job ends with cc=0 but I get
an error in the report. Any ideas? Thanks
Report Level:1.04.11 Last Update:2007/06/28
For target zone PZOS17A
Matt Dazzo wrote:
I updated the program to the latest level. I tried to using the global csi
and the target csi and I get the following messages. Job ends with cc=0 but I
get an error in the report. Any ideas? Thanks
+
This is what I use in my job, works fine;
//ZOS18EXEC
On Wed, 26 Mar 2008 08:25:04 -0500, Rich Smrcina [EMAIL PROTECTED] wrote:
Are you referring to the ISFPRM00 parmlib member?
The ISFOPER group starts off like this:
GROUP NAME(ISFOPER),/* Group name */
TSOAUTH(JCL,OPER), /* User must have JCL and OPER
On Wed, 26 Mar 2008 06:38:41 -0500, Jan MOEYERSONS wrote:
Help! I need somebody,
What was the point of posting that off-topic copyrighted work here?
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access
Here's what I'm running, no difference to me.
//ESPSPT EXEC PGM=EPSPT,PARM='PZOS17A',
//REGION=0M
//STEPLIB DD DISP=SHR,DSN=SMPE.EPSPT.HOST.TOOL.NEW
//SMPECSI DD DISP=SHR,DSN=SMPE.ZOS17.GLOBAL.CSI
//SYSINDD
Tom Marchant wrote:
On Wed, 26 Mar 2008 06:38:41 -0500, Jan MOEYERSONS wrote:
Help! I need somebody,
What was the point of posting that off-topic copyrighted work here?
Maybe it's a cry for help.
Maybe it's the OP just feeling whimsical.
Maybe the OP is on drugs.
Maybe we should
couldn't find any new COBOL programmers.
At a price they were willing to pay, perhaps
Perhaps.
But, the main reason is nobody wanted to live there.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff
On 26 Mar 2008 07:34:32 -0700, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
At a price they were willing to pay, perhaps
Perhaps.
But, the main reason is nobody wanted to live there.
A company has a choice. It can be located where skilled labor is
available and expensive - use external labor -
COBOL isn't sexy anymore. High schools are teaching PC stuff. And yet a
myriad of code being used is on our mainframes.
I once automated myself out of a support job.
I am a dinosaur.
Daniel McLaughlin
Z-Series Systems Programmer
Information Communications Technology
Crawford Company
Howard Brazee wrote:
On 26 Mar 2008 07:34:32 -0700, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
At a price they were willing to pay, perhaps
Perhaps.
But, the main reason is nobody wanted to live there.
A company has a choice. It can be located where skilled labor is
available and
Daniel McLaughlin wrote:
COBOL isn't sexy anymore. High schools are teaching PC stuff. And yet a
myriad of code being used is on our mainframes.
Well, COBOL isn't _percieved_ as sexy anymore.
But you can handle ASCII and UNICODE and XML in COBOL.
You can code COBOL CGIs to run under your z/OS
Your goal for first period TSO looks good. You probably want around 90%
of your TSO transactions completing within that period. Check that out
and if you don't increase the duration slightly. Another suggestion
would be to bump the second period TSO importance level to 3 so it is
running the
Hi,
I would know if moving from DB2 7 to DB2 8 changes the way SMF records are
created when running DB2 / CICS|BATCH|TSO commands.
Thanks
Fabio D'Alfonso
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
In [EMAIL PROTECTED], on
03/24/2008
at 12:30 PM, Kirk Wolf [EMAIL PROTECTED] said:
I'm looking for the fastest way in assembler to translate data in one
buffer to another using a 256-byte translate table.
The fastest way on one model may not be the fastest way on another model.
Any advise on
In [EMAIL PROTECTED], on 03/24/2008
at 03:30 PM, Rich Smrcina [EMAIL PROTECTED] said:
I read sdsf. for the output. This essentially works, the problem is
that when I run this in batch I only see myself. If I run this in TSO I
can see all of the executing jobs on the system.
Compare your
Boy Dave, you are aggressive with your TSO goals. Here we have them set
as follows. I do like your third period though. If they are doing
something in TSO that takes that much service than put them in never
never land.
Duration Imp.Description
800 2 80% complete within
There was some discussion about this last month but my question wasn't
covered. I'm testing my first NJE/IP link and it's working. When the
connection was made today I got IAZ0543I NETSRV1 TCP/IP connection with IP
Addr: xxx.xxx.com Port: 2465 Successful. When I connected on Monday the
port was
When a dataset has multiple volumes allocated for example :
Command - Enter / to select action Message Volume
---
TAPEX.SMFCICS.DATA ??
If you type 'listc ent(/) all ' on the line-command for the dataset, it
will get you a dynamic list-cat display that will include all of the
volumes.
David Mueller | Systems Programmer | DMS/CITS
Phone: 850-414-9134 (Rm 107 SRC) | Fax: 850-921-8343
E-mail: [EMAIL PROTECTED]
We serve those who
Thanks to all that made suggestions. IEFU29 was the easiest alternative,
other than the IPL needed. ;-)
--
Mark Pace
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
This site uses an STK virtual tape system cluster, which accumulates many
virtual tape volumes onto a disk array cache and then to
multi-volume-cartridges loaded robotically. It also replicates those virtual
tape volumes to a disaster recovery site where they are cached and a second
robotic
The difference is outbound vs inbound port numbers. Outbound port numbers
are almost always different and nothing to be concerned about.
On Wed, Mar 26, 2008 at 11:25 AM, Schwartz, Alan [EMAIL PROTECTED]
wrote:
There was some discussion about this last month but my question wasn't
covered.
If you use a product like TLMS, they supply an exec called TI that will
provide the info you are looking for. I don't know of any other way to
get the other volumes.
Hope this helps...
Thanks,
George Rodriguez
Specialist, Systems Programmer
IT-Operations
(561) 357-7652 (office)
(561) 707-3496
It's just showing that you have 2 additional candidate volumes
allocated. They have not yet been assigned.
Thanks,
Bill Cochran
AIT Mainframe Storage
502-560-3025
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gilbert Cardenas
Sent:
snip
can HSM be run in a mode which does not append to its old tapes
snip
I would image that you could get away with one ML2 tape per day. You could
tell HSM to not reuse (append) to any tape (setsys partialtape) but your
OCDS would probably get fairly large. I would simply execute a REXX to
On Wed, 26 Mar 2008 11:37:04 -0400, Cochran, Bill
[EMAIL PROTECTED] wrote:
It's just showing that you have 2 additional candidate volumes
allocated. They have not yet been assigned.
Thanks,
Bill Cochran
AIT Mainframe Storage
502-560-3025
That's kind of what I was thinking but I thought it
Misstated - COBOL isn't perceived as sexy ,,,
WE have over 500 servers in the room and we call it the chicken farm.
Daniel McLaughlin
Z-Series Systems Programmer
Information Communications Technology
Crawford Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax:
MSG 099: MSGBUFF = GIM44233IGIMMPVIA - A PREALLOCATED VSAM DATA SE
MSG 099: MSGBUFF = T WAS NOT FOUND FOR THE GLOBAL ZONE.
MSG 099: MSGBUFF = GIM50504S ** OPEN PROCESSING FAILED FOR THE GLOBAL
MSG 099: MSGBUFF = ZONE.
Looks like
The operating system does not know anything about the MVC's. MVC's are
mounted on drives direct attached to the VTS, bypassing MVS IO entirely.
The only places in MVS land that know anything about the MVC's are the
TMC (where they are usually marked in delete status) and the HSC CDS's.
Virtual
DDNAME is SMPCSI not SMPECSI
Birger Heede
IBM Denmark
Matt Dazzo wrote:
Here's what I'm running, no difference to me.
//ESPSPT EXEC PGM=EPSPT,PARM='PZOS17A',
//REGION=0M
//STEPLIB DD DISP=SHR,DSN=SMPE.EPSPT.HOST.TOOL.NEW
We've had occasional episodes of lost data.
One case, which we think we've fixed via changes to automation, is the
other side of the event-driven nature of MANx management. A strength of
traditional SMF recording is that you dump and clear a MANx cluster in
response to a message saying that it
snip
can HSM be run in a mode which does not append to its old tapes
snip
We have a small LPAR that uses virtual tape only. We send ML2 to
virtual tape and it starts a fresh tape each time ML2 migration
is done. Since stacking is done on the back end there is no
point in possibly recalling a
Mark Pace wrote:
Thanks to all that made suggestions. IEFU29 was the easiest alternative,
other than the IPL needed. ;-)
An IPL is not needed. IEFU29 is handle thru the
dynamic exit facility, so you an issue a command
to add it. The module can be loaded by the exit
facility, or added to
Daniel McLaughlin wrote:
Misstated - COBOL isn't perceived as sexy ,,,
WE have over 500 servers in the room and we call it the chicken farm.
COBOL vs distributed platforms ?
Apples and oranges.
The most popular banking application in Poland is written in COBOL, but
the platform is Unix
On Wed, 26 Mar 2008 16:08:13 +0100, Fabio D'Alfonso
[EMAIL PROTECTED] wrote:
Hi,
I would know if moving from DB2 7 to DB2 8 changes the way SMF records
are
created when running DB2 / CICS|BATCH|TSO commands.
Thanks
Fabio D'Alfonso
Take the E out of SMPECSI
___
Dave Jousma
Assistant Vice President
Mainframe Services
[EMAIL PROTECTED]
616.653.8429
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Matt Dazzo
Sent:
As far as I know, once it is allocated and gets the candidates, it
doesn't release them. I'm not sure why it's getting 3 if you have 2
specified.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gilbert Cardenas
Sent: Wednesday, March 26,
On Wed, 26 Mar 2008 09:38:10 -0700, Skip Robinson [EMAIL PROTECTED]
wrote:
We've had occasional episodes of lost data.
One case, which we think we've fixed via changes to automation, is the
other side of the event-driven nature of MANx management. A strength of
traditional SMF recording is that
Thanks all, used SMPECSI instead of SMPCSI.
Jousma, David [EMAIL PROTECTED] 3/26/2008 12:46 PM
Take the E out of SMPECSI
___
Dave Jousma
Assistant Vice President
Mainframe Services
[EMAIL PROTECTED]
616.653.8429
-Original
On 26 Mar 2008 10:22:03 -0700, [EMAIL PROTECTED] (R.S.)
wrote:
BTW: COBOL has serious disadvantages.
(and the war began...)
Every tool has serious disadvantages - because no tool is all things
for all people.
It's not about the language though. IS is about the data.We need
to make sure we
Kirk Wolf said:
I'm looking for the fastest way in assembler to
translate data in one buffer to another using a
256-byte translate table.
Want my test program to help you decide? Let me know.
But don't waste your time. I already know the answer.
Look at my TR subroutine in a previous post
On Wed, 26 Mar 2008 09:38:10 -0700, Skip Robinson
[EMAIL PROTECTED] wrote:
We've had occasional episodes of lost data.
One case, which we think we've fixed via changes to automation, is the
other side of the event-driven nature of MANx management. A strength of
traditional SMF recording is that
Hi list.
I have a question (probably rather picky) going from z/OS 1.4 to 1.7.
During testing of the 1.7 upgrade, I had an applications programmer run
a batch COBOL/IDMS job that created and cataloged a new non-SMS dataset.
The JCL is shown below - quite straightforward, and the dataset ends up
You might review a presentation by Wai Choi. It does a nice job of
explaining what is needed for certificate verification server and client.
ftp://ftp.software.ibm.com/eserver/zseries/zos/racf/pdf/r05_racf_digital_certificate.pdf
Sometimes just keeping all the certificate who's signing who
We maybe moving from a z890 to a z9 BC machine. We are running zos1.7 at
RSU0709 maintenance level. I checked the hardware bucket for the z9-bc and ran
the extract file through the host compare program and found only 3 PTF's
required. My question is how do I determine if these PTF's can coexist
Well, you COULD just put it on and see if it IPLs.
But FWIW, we did the same thing a little over a year ago. I'm pretty sure we
were at 1.4 and there was considerably more service than 3 PTFs. Ran on the
z890 just fine.
-Original Message-
From: IBM Mainframe Discussion List
That's kind of what I was thinking but I thought it was kind of weird because
the file has been closed so why would it hold on to the additional volume
allocations especially if they weren't used.
So you can expand to those volumes if the dataset were to grow.
-
Too busy driving to stop for
Matt,
At the end of October we did just what you're doing. No
problems putting in on the existing OS on the existing frame. As far
as I know, and I've done this several times before, that PSP maint is
not a problem to go on ahead to time as unless you're actually
running the machine that
On Wed, 26 Mar 2008 13:08:07 -0500, Pommier, Rex R.
[EMAIL PROTECTED] wrote:
snip
The question that I have is that once the dataset has been created under
1.7, looking at it under ISPF 3.4, it looks like this - notice the SMS
management class, etc:
snip
Hmmm.. It appears that panel ISRUAIES
Since we're talking 1.4 to 1.7 will IBM do that?
Just curious.
Daniel McLaughlin
Z-Series Systems Programmer
Information Communications Technology
Crawford Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax: 770-621-3237
email: [EMAIL PROTECTED]
web:
Your TSO session is in group ISFOPER. Your batch job is in group
ISFUSER. If the names are truly descriptive, one defines an operator
who should be able to see almost everything and the other a user who is
restricted to his own efforts.
-Original Message-
From: Rich Smrcina
Sent:
On Wed, 26 Mar 2008 15:13:16 -0400, Daniel McLaughlin
[EMAIL PROTECTED] wrote:
Since we're talking 1.4 to 1.7 will IBM do that?
Just curious.
Hmmm.. It appears that panel ISRUAIES is being used instead of ISRUAIP
for non-sms flat files. I've confirmed the same behavior on z/OS 1.8
and
Can anybody here tell me what the license fee is for the IBM C/C++
compiler? We had it at one time, but the last dying gasp of our previous
manager killed it in a vain attempt to keep his job (he eliminated a lot
of so-called waste to prove he was effective). I would like it back,
although to be
Gilbert,
The display you are seeing for the data set's volume list is due to the fact
that the data set is SMS managed. The * in the display of volumes indicates
that SMS had additional volumes in its candidate list when the data set was
allocated. The data set was only allocated on one volume
I need remedial training in MVS disagnostic techniques. :-(
I seem to have combined the concepts of QUIESCE yes/no and
SYNCH / ASYNCH. I sort of understand that QUIESCE=YES protects
common storage during dump capture by limiting the dispatching
of other address spaces (and probably have the
On Wed, 26 Mar 2008 11:44:05 -0400, Mark Pace
[EMAIL PROTECTED] wrote:
The difference is outbound vs inbound port numbers. Outbound port
numbers
are almost always different and nothing to be concerned about.
...
More specifically, the end making the connection (the end acting as
a client)
A comment on duplicate data. I haven't dug into the actual data produced by
IFASMFDL , but the doc says (in effect) that some duplicate records are
inevitable (my extrapolation) because the utility begins by dumping the
entire block that contains START time and continues through dumping the
entire
It's just showing that you have 2 additional candidate volumes allocated. They
have not yet been assigned.
It's a control block thing.
It doesn't cost anything; it can protect you from future growth problems.
The last two shops I worked at had 20 volumes allocated in most dataclasses.
I would
Mark,
I'll open a PMR on 1.7. I just wanted to know if it was a documented
change that I had somehow missed before opening a PMR.
Thanks.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Wednesday, March 26, 2008
A small caveat for your recommendation of 59 volumes.
It does cost something to have 59 volumes for everything. It greatly
reduces the total number of data sets you can have in your JCL. If all
data sets only have a single DD you can have 3,273 DD's. If all data
sets are defined with 59
On Wed, 26 Mar 2008 21:38:09 +, Ted MacNEIL [EMAIL PROTECTED] wrote:
It's just showing that you have 2 additional candidate volumes allocated.
They have not yet been assigned.
It's a control block thing.
It doesn't cost anything; it can protect you from future growth problems.
The last two
On Wed, 26 Mar 2008 16:14:21 -0500, Mark Zelden
[EMAIL PROTECTED] wrote:
On Wed, 26 Mar 2008 21:38:09 +, Ted MacNEIL
[EMAIL PROTECTED] wrote:
It's just showing that you have 2 additional candidate volumes allocated.
They have not yet been assigned.
It's a control block thing.
It doesn't
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Wednesday, March 26, 2008 3:23 PM
To: IBM-MAIN@bama.ua.edu
Subject: SVCDUMP processing question
I need remedial training in MVS disagnostic techniques. :-(
I seem to have
According to this (somewhat old) redbook, the same amount of space is
used.
http://www.redbooks.ibm.com/redbooks/pdfs/sg246979.pdf
From the SMS enhancements chapter:
If a data set, with one primary and five candidate volumes was in a
data class with a DVC of less than 7, then 24 bytes of TIOT
Thompson, Steve wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Wednesday, March 26, 2008 3:23 PM
To: IBM-MAIN@bama.ua.edu
Subject: SVCDUMP processing question
I need remedial training in MVS disagnostic
On Wed, 26 Mar 2008 13:36:17 -0700, Skip Robinson
[EMAIL PROTECTED] wrote:
A comment on duplicate data. I haven't dug into the actual data produced by
IFASMFDL , but the doc says (in effect) that some duplicate records are
inevitable (my extrapolation) because the utility begins by dumping the
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bob Rutledge
Sent: Wednesday, March 26, 2008 4:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SVCDUMP processing question
Thompson, Steve wrote:
snip
QUIESCE is a new one on me, and I can't find
Is there an equivalent list server for the AS/400 systems as we have
here with IBM-Main?
I have this ugly feeling I'm going to need it.
Regards,
Steve Thompson
-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --
On Wed, 26 Mar 2008 17:34:26 -0400, Thompson, Steve
[EMAIL PROTECTED] wrote:
...
At least two places to look: MVS Authorized Services Guide and MVS
System Commands discusses the SYNC aspects.
QUIESCE is a new one on me, and I can't find anything for such an
option
with a dump.
...
My latest update to Record 79232,033,000:
RESPOND ELECTRONICALLY: cp-extent
Yow!
I attempted to update this by adding
On Wed, 26 Mar 2008 18:42:02 -0400, Bob Rutledge
[EMAIL PROTECTED] wrote:
...
I can find SYNCSVCD under SLIP in an old Commands manual (1.4
I think) but not in our 1.8 manual. Odd. ...
No comment. However...
http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/IEA2G171/4.52.5.7?
Patrick O'Keefe wrote:
On Wed, 26 Mar 2008 18:42:02 -0400, Bob Rutledge
[EMAIL PROTECTED] wrote:
...
I can find SYNCSVCD under SLIP in an old Commands manual (1.4
I think) but not in our 1.8 manual. Odd. ...
No comment. However...
http://publibz.boulder.ibm.com/cgi-
Bob Rutledge wrote:
Patrick O'Keefe wrote:
...
Just from the concept of synchronous I assume something is suspended
in SYNCSVCD processing. And I assume that something
is not as extensive as with QUIESCE=YES. My gut feeling is all
processing in the dumped address space is suspended (which
On Wed, 26 Mar 2008 19:48:32 -0400, Bob Rutledge [EMAIL PROTECTED] wrote:
...
Under SLIP ACTION=SYNCSVCD, it says:
SLIP will stop the unit of work before starting the dump ...
I should have added that, since SYNCSVCD is used (only) with
PER traps, ...
Aha! That explains why I can't find
Mark Zelden wrote:
But I see 2 problems:
1) That still won't get you to fall into the ISFOPER group since it
has TSOAUTH(JCL,OPER) and batch only gets TSOAUTH(JCL). Did you
read my post from yesterday on this?
Yes, I didn't have the ability to respond to all of the emails yesterday
and I
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/26/2008
06:14:38 PM:
Interesting. I can't find SYNC in the Auth Services Guide or under
SDUMP/SDUMPX in the Auth Services Macros. I *can* find a very
brief description of QUIESCE under SDUMP:
Specifies that the system is to be
Well, I guess it depends on what unit of work means. If it means
the TCB or RB, I agree. If it means the whole address space, then
I'm not so sure. But I suspect it *does* mean the TCB or RB. I had
not been thinking of it like that.
In MVS, a unit of work is a TCB or an SRB/SSRB. But
thanks
Paul [EMAIL PROTECTED] wrote:
My latest update to Record 79232,033,000:
RESPOND ELECTRONICALLY: cp-extent
Yow!
John,
One major factor that will influence the price is whether the C/C++
compiler is fenced to a zNALC LPAR or not. I'll sketch out for you the two
scenarios so you know the right question(s) to ask your IBM dude or
dudette.
In the usual scenario, the price depends on your total z/OS MSUs on
92 matches
Mail list logo