IBM default is DYNDUMP(*USERID,NODYNAMIC,TDUMP),
Anyway this is interesting in that if you didn't notice these things getting
sprinkled on the DASD farm and turn them off now maybe you have another
reason to.
Has anyone found TDUMP useful or necessary?
We are using Fault Analyzer, which
Hi,
your situation is a it-works-as-designed problem.
The description of the REXX CALL statement (TSO/E REXX Reference) says:
The following list describes the steps used to search for a REXX exec
for a function or subroutine call:
a. Search the ddname from which the exec that is calling the
I made a mistake in my numbers, reading seconds as minutes, and have added
AMATERSE just to round off the mix. Just shouldn't respond when the fridge
is calling.
ICEGENER copy NO Compression 108 trks 0.09 secs
SMS Compression 76 Trks, 0.32 secs
ISPZIP Compression 8 trks 1.18 secs
AMATERSE
- Original Message
From: Chase, John [EMAIL PROTECTED]
Sent: Friday, 5 September, 2008 13:42:52
So, I'm reasonably sure it's HBB7707. :-)
John,
when I want to check the service level of a module, I look in SMP/E. The latter
shows HBB7740 as LASTUPD for
the LMOD entry, and HBB7740
- Original Message
From: Jim Mulder [EMAIL PROTECTED]
Sent: Friday, 5 September, 2008 19:27:11
So from an SMP/E point of view, the level of ASASYMBM in HBB7740
is HBB7740 (z/OS 1.9). However, the last time it was compiled/assembled
was HBB7720 (z/OS 1.7). And looking at the OCO
Ron Hawkins wrote:
[...]
The unfortunate thing in all this is that FlashCopy require the target
volumes to be genned to the same system as the Source volume, or the command
won't work. These means the duplicate volume time bomb is sitting around
waiting to happen.
Unless you have wise IODF
I'm with you - comments are problematic, but you could track the original
physical structure by emitting sequences of attributes as they are found on
each line. For example,
//INPUT DDDSN=MY.DATASET, This is a required
// BLKSIZE=3120, input dataset
//
I'm in the process of inventorying our DASD farm prior to an upgrade. Found the
following and was wondering if this was common practice:
Volume Page01 contains Local Page datasets for every LPAR.
Same for Page02 through Page12
Size of page datasets ranges from 2250 - 12750 tracks.
Anybody
Radoslaw,
R.S. wrote:
1.
I read in some Redbook that I should mark ISL ports as occupied.
From the other hand I can connect the switches using action character W
against the port. The actions above are mutally exclusive.
What's better?
Doesn't really make any difference, it is purely
From a post to MXG-L last week:
In the TYPE73 channel records, look for smf73cpd = '11'x.
Barry Merrill
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET
Dave,
Are you tight on dasd or do you have enough to put things on their own
packs? How is your paging subsystem? Is there a lot of paging going on
your Systems?
My system
COMMON and PLPA are on same volume
All LOCALS have their own volume. No mixing of different LPAR Locals on the
same
1.
I read in some Redbook that I should mark ISL ports as occupied.
From the other hand I can connect the switches using action character W
against the port. The actions above are mutally exclusive.
What's better?
2.
I've read that IBM FICON support for cascaded switches allows only two
Hi Lizette,
Thanks for responding. No, we are not tight on DASD. I have some 24 Mod3s in
reserve now. There are also other volumes that could be recovered from the Zos
folks.
At the time this methodology was introduced, we might have been tighter on DASD.
I was just wondering if there was
Radoslaw,
Wise, but not foolproof. The difference I was highlighting is that the
Shadowimage volumes, and I think Timefinder, do not have to be defined to
the system at all. Therefore they can never be accidentally bought online.
Ron
Unless you have wise IODF configuration. Wise = target
David,
If you are using PAV, and you have enough defined on the LCU, then it is
probably working fine. I say probably because I assume that MDA works with
LOCALS along with PAV.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of
On Mon, 8 Sep 2008, Andrew Armstrong wrote:
I'm with you - comments are problematic, but you could track the original
physical structure by emitting sequences of attributes as they are found on
each line. For example,
//INPUT DDDSN=MY.DATASET, This is a required
//
On Sun, 7 Sep 2008 20:07:46 +, Ted MacNEIL [EMAIL PROTECTED] wrote:
BTW, just sorting by CPU-TIME descending, here is what I see as the top 20
since the last IPL (note that CICS regions get recycled). MII is #11.
It's not the total CPU-TIME consumed that matters.
Rather, it's the pecentage
I have been requested to forward this on as there seems to be some issues with
Aurora Email system
thks
Robert Galambos CIPP/C
Compuware Senior Technical Specialist
IBM Certified Database Associate
IBM Certified DB2 9 for z/OS Database Administration
Certified Information Privacy
Roy Hewitt wrote:
Radoslaw,
R.S. wrote:
1.
I read in some Redbook that I should mark ISL ports as occupied.
From the other hand I can connect the switches using action character
W against the port. The actions above are mutally exclusive.
What's better?
Doesn't really make any difference,
Ron Hawkins wrote:
Radoslaw,
Wise, but not foolproof. The difference I was highlighting is that the
Shadowimage volumes, and I think Timefinder, do not have to be defined to
the system at all. Therefore they can never be accidentally bought online.
Well,
I strongly prefer to have an option to
I'm getting a B37-04 abend with a diagnostic code of 0427041D and I can't
figure out how to find out what that code means. I know I'm supposed to be
able to find it in the DFSMSdfp Diagnosis Reference, but I don't know where
to look in that manual to find it.
The exact message I'm getting is:
Ron,
No, we are not currently using PAV although it will be available to us after
the upgrade. IOSQ delay has not been an issue for us.
We are not experiencing any problems with this configuration. I just thought it
'strange' and wanted some other viewpoints.
Thanks,
Dave
May want to try this to ensure the FMID will APPLY CHECK with no HOLD errors.
At least this is what I've found to work well:
SETBOUNDARY (-targetzone-).
APPLY
GROUPEXTEND
BYPASS(HOLDSYSTEM,HOLDCLASS(HIPER))
S(
HXML190
)
FORFMID(
Try the DADSM Return And Diagnostic Codes (Chap 6.9)
It looks like you might have 0427aabb where aa = CVRET and bb = CVSTAT
Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]
-Original Message-
From: IBM Mainframe Discussion List
Chris said:
a whole lot of stuff
Let's start over. Throw away everything you think you know about my
network.
When I use one logmode to connect from one SNA application to a second
SNA application in another network, it works fine.
When I use another logmode to connect from the same
Forgive my ignorance, but we're not at 1.9 and I would like to browse an
ASCII file, so could you elucidate on the following:
I think the display by CCSID (or acronyms like UTF8 / ASCII) has been around
since z/OS 1.7.
Cheers,
Vern.
(Background)
I'd like to merge two IODFs. Was: one per CPC, should be: one per
datacenter. However some console devices are not shared but they have
the same I/O addresses. It has some advantages, since I can start system
X with OSconfig id Y on any CPC and still have NIP consoles available.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Martin Kline
Chris said:
a whole lot of stuff
Let's start over. Throw away everything you think you know
about my network.
When I use one logmode to connect from one SNA application to
a second SNA
We're not at 1.9, but we'd like to browse ASCII files.
Forgive my ignorance, but could you elucidate on the following comment:
In case the OP isn't at 1.9, I think the display by CCSID (or acronyms like
UTF8 / ASCII) has been around since z/OS 1.7.
Cheers,
Vern.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Vinnyfan
I'm getting a B37-04 abend with a diagnostic code of 0427041D
and I can't figure out how to find out what that code means.
I know I'm supposed to be able to find it in the DFSMSdfp
Diagnosis Reference,
Couple of points here.
Define PAVs as DYNAMIC and Not STATIC; the DASD Subsystem will put the
water where the fire is.
I have seen 47 PAVs (I have 48 defined to each LCU) volumes to one
logical device.
Also if you are ESCON consider going to FICON; a considerable difference
in performance.
Bob,
Thanks for the feedback.
Yes, the upgrade does include Escon to Ficon upgrade.
I'll pass your suggestion on to the IODF folks.
Dave
From: BOB COSBY [mailto:[EMAIL PROTECTED]
Sent: Mon 9/8/2008 10:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question
On Mon, 8 Sep 2008 09:35:18 -0400, Galambos, Robert wrote:
I have been requested to forward this on as there seems to be some issues
with Aurora Email system
146 lines, but no question?
The answer is, there is no answer.
--
Tom Marchant
Compuware
General life enhancing--perhaps life saving advice: avoid p*ssing off your
last resort. No genius required. ;-)
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]
Radoslaw
Go for option 3 .. it works and simplifies things. I've done it that
ways for OSA/ICC etc...
Although it appears fake (well perhaps in HCD) it is a genuine
definition. The CU statement is only ever processed when building the
IOCDS or doing the HW side of an Activate - and during
Radoslaw,
snip
3. Fake definition of devices.
Devices 400-4F0 connected to CU 400 (OSE). CU 400 is logically connected
to chpid 10 on CPC A and 10 on CPC B. This is obviously fake, but it is
accepted by HCD. However: will it work?
In our shop all lpars in all CECs use the same device addresses
On Mon, 8 Sep 2008 08:56:25 -0500, Vern Mascall
[EMAIL PROTECTED] wrote:
Forgive my ignorance, but we're not at 1.9 and I would like to browse an
ASCII file, so could you elucidate on the following:
I think the display by CCSID (or acronyms like UTF8 / ASCII) has been around
since z/OS 1.7.
Beautiful, works a treat.
Thanks very much.
Cheers,
Vern.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
You might consider ACCEPTing the base FMID as well, before applying any
PTF's over the top of it. Even if there are outstanding hold errors.
_
Dave Jousma
Assistant Vice President
Mainframe Services
[EMAIL PROTECTED]
616.653.8429
Thank you very much.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Thanks for the help.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
On Fri, 5 Sep 2008 09:21:41 -0500, Chris Mason
[EMAIL PROTECTED] wrote:
I also wonder about the warning following the However which is a
separate note in the NCP chapter text. Given that I understand how this
works - as you will be the time you finish reading this post, I cannot see how
the
Hi,
We just migrated to z/OS 1.9. I have two ports reserved for use with
the IBM Debug Tool, ports 5150 and 2112 in my TCPIP profile. I had
this defined from z/OS 1.7. When TN3270 starts I am getting bind
errors for these ports RC=6F. I am thinking that since they are
reserved in the TCPIP
You can unreserve those ports by creating a member named DELPORTS with the
following (where xx is the name in your existing profile where you
have the ports reserved). Use obeyfile against your ipstack, pointing to
DELPORTS.
DELETE PORT 5150 TCP xxx
DELETE PORT 2112 TCP xxx
In my experience (not that I'm much more than a tourist), I've seen staffing
levels more as a function of how many systems, subsystems, etc., and how
disparate they are. More z/OS LPARs does not necessarily mean more z/OS
SysProgs, if the images are tied together in a Sysplex, or at least
I will be out of the office starting 09/08/2008 and will not return until
09/09/2008.
I will respond to your message when I return.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
Martin
If I ignore everything you've already said, I would say that 087D0001 happens
for the reasons given in the IP and SNA Codes manual under SNA sense code
087D with sense-code-specific information 0001, specifically under VTAM
hints.
Note that, ignoring everything you've already said, I
Thanks. That worked !
Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 9608
[EMAIL PROTECTED]
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Earl Buhrmester
Sent: Monday, September 08, 2008 12:12 PM
Dean
I am unfamiliar with the IBM Debug Tool so, if that was supposed to help me,
it won't, but if you can see I've misunderstood this may explain it.
It might be useful to know how you have defined port 5150 and 2112 in the
PORT statement list in the PROFILE file used for the Communications
EMC has a product that requires that we run with ALLOWUSERKEYCSA=YES to
be set. Here are excerpts from a running email with EMC, our storage
folks, and myself.
My storage folks:
EMC is recommending that we have the value for VSM ALLOWUSERKEYCSA
set to YES to allow CSMSLAVE MMPAGENT
You can in DIAGXX, but IBM recommends against. Most other vendors have fixes
out, but given EMC's track record, I am not surprised.
Doug
--Original Message--
From: Petersen, Jim
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@BAMA.UA.EDU
ReplyTo: IBM Mainframe Discussion List
In a message dated 9/8/2008 1:14:58 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Most other vendors have fixes out, but given EMC's track record, I am not
surprised.
There were rumors on MSNBC CISCO was fishing for EMC. Don't see the synergy.
Might make them more responsive.
If I am copying literal text into a char array, which do you think is
better:
strcpy(dest,LITERAL);
OR
memcpy(dest,LITERAL,8);
?? I lean towards memcpy because the C run-time reference says that it is
a builtin function and done in-line. Which I would guess would mean better
performance.
If you know the length of the field to be copied, the memcpy is
preferred. Memcpy generates an MVC instruction in the compilation, the
strcpy generates a call to a routine that does the strcpy. When you
can use the mem functions(memcpy, memcmp, memset) it will reduce your
overhead.
On 9/8/2008 at 2:25 PM, in message
[EMAIL PROTECTED], John McKown
[EMAIL PROTECTED] wrote:
-snip-
Why don't I just look at the generated code? Because I don't
have a C compiler for z/OS. I'm writing my code on Linux using GCC.
You can see the generated code from gcc. Use the -save-temps
strcpy and memcpy do different things. Remember that C strings are
null-terminated. strcpy(dest,LITERAL) will move 8 bytes (7 for the
literal plus the terminator). memcpy(dest,LITERAL,8) will try to move 8
bytes, but what you get after LITERAL is not defined.
Use memcpy if you are working with
snip
If I am copying literal text into a char array, which do you think is
better:
strcpy(dest,LITERAL);
OR
memcpy(dest,LITERAL,8);
/snip
FWIW,
IIRC, strcpy will copy until a x'00 is encountered. This results in a
variable length copy. If no x'00' is encountered, strcpy will happily
copy
I don't understand the error that I'm getting from BPXWDYN when I try to
allocate an existing dataset whic is the current/latest generation of an
existing GDG.
rc = bpxwdyn(alloc fi(SYS00011) reuse msg(2) da(HLQ.MY.GDG(0)) shr)
IKJ56871I DATA SET HLQ.MY.GDG NOT ALLOCATED, RELATIVE GENERATION
How often will the statement be executed? How likely is it that the
literal will change? How often do you miscount?
-Original Message-
From: John McKown [mailto:snip]
Sent: Monday, September 08, 2008 11:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: question for C experts - strcpy vs memcpy
The string literal is also null terminated so the 8th character copied
will be correct.
-Original Message-
From: Patrick Roehl [mailto:snip]
Sent: Monday, September 08, 2008 11:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: question for C experts - strcpy vs memcpy
strcpy and memcpy do
However, as mentioned if you are expecting the value to later be used as
null-terminated string, you need to add
Dest[8] = 0x00;
Or the value of the byte after the ending 'L' is un-predictable.
Wayne Driscoll
Product Developer
NOTE: All opinions are strictly my own.
-Original
In z/OS 1.8, IBM introduced the ALLOWUSERKEYCSA parameter to prevent
applications from allocating User Key (E) CSA storage. This was done to
eliminate any potential security risks or exposures from unauthorized
programs modifying CSA storage. As of z/OS 1.9, the default setting for the
(Is this really a topic for IBM-MAIN?)
FWIW, I would be surprised if most modern optimizing C compilers didn't
generate the same exact code, as well as:
memcpy(dest, LITERAL, sizeof(LITERAL)+1);
Kirk Wolf
On Mon, Sep 8, 2008 at 1:25 PM, John McKown [EMAIL PROTECTED] wrote:
If I am copying
John McKown wrote:
If I am copying literal text into a char array, which do you think is
better:
strcpy(dest,LITERAL);
OR
memcpy(dest,LITERAL,8);
?? I lean towards memcpy because the C run-time reference says that it is
a builtin function and done in-line. Which I would guess would mean
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.
[EMAIL PROTECTED] (John McKown) writes:
If I am copying literal text into a char array, which do you think is
better:
strcpy(dest,LITERAL);
OR
memcpy(dest,LITERAL,8);
?? I lean
My compiler generates the exact same MVC for both memcpy and strcpy:
00127 |2MVC t(8,r13,172),+CONSTANT_AREA(r2,0)
...
00121 |2MVC t(8,r13,172),char(r2,0)
Header 2 line 121 is the memcpy, header 2 line 127 is the strcpy
David Logan
Manager of
00127 |2MVC t(8,r13,172),+CONSTANT_AREA(r2,0)
Just curious: what does the CONSTANT_AREA look like? Does it have a
'00'x after your constant?
Pedro Vera
--
For IBM-MAIN subscribe / signoff / archive access
sizeof(LITERAL) is a compile time constant of 8. The +1 introduces
undefined behavior.
-Original Message-
From: Kirk Wolf [mailto:snip]
Sent: Monday, September 08, 2008 12:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: question for C experts - strcpy vs memcpy
(Is this really a topic for
On Mon, Sep 8, 2008 at 3:25 PM, John McKown [EMAIL PROTECTED] wrote:
If I am copying literal text into a char array, which do you think is
better:
strcpy(dest,LITERAL);
OR
memcpy(dest,LITERAL,8);
?? I lean towards memcpy because the C run-time reference says that it is
a builtin
Here is what my constant area looks like:
=
Constant Area
0001E8 D3C9E3C5 D9C1D300 |LITERAL.|
Hi All,
I have several PDS datasets that have packed members (profile pack-on).
When I FTP the files to my laptop the files are not in standard ASCII
format.
I believe this is because this site uses PDSFAST to intercept the
IEBCOPY call and compress the datasets.
Its wierd. Some GDGs work fine and others fail with this error.
On Mon, Sep 8, 2008 at 1:52 PM, Kirk Wolf [EMAIL PROTECTED] wrote:
I don't understand the error that I'm getting from BPXWDYN when I try to
allocate an existing dataset whic is the current/latest generation of an
existing GDG.
Just to time in, since it does concern Compuware.
The best source of information concerning this capability is to contact your
local Compuware office, where I AM SURE they will be able to help you out on
this capability. (this is NOT a separate product but is part of our commitment
to provide
When I use one logmode to connect from one SNA application to
a second SNA application in another network, it works fine.
Which logmode is that?
D4C32XX3, which is located in the default logmode table on both lpars.
When I use another logmode to connect from the same
application to the
Does anybody (perhaps Ed) know the CVTOSLVL bit for HBB7750: Is it x'08'
in CVTOSLV5?
CVTOSLV5 DCXL1'70' BYTE 5 OF CVTOSLVL
CVTZOSE EQU X'80' z/OS.e
CVTZOSAS EQU X'80' z/OS.e
CVTPUMA EQU X'80' z/OS.e
CVTZOS_010700 EQU X'40' z/OS V1R7
On Mon, 8 Sep 2008 11:27:40 -0500, Chris Mason
[EMAIL PROTECTED] wrote:
I think this thread should probably be under a new subject unless
ir somehow relates back to the TGN=21 issue (whch we have been
told to forget :-) ). But in case it DOES relate to TGN=21 I haven't
changed it.
...
If I
Does anybody (perhaps Ed) know the CVTOSLVL bit for HBB7750
All of the pubs are available online.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED]
I don't see where IEBCOPY or PDSFAST is involved in FTPing to your PC.
If you are doing an IEBCOPY unload before FTPing the files won't be readable on
the PC anyway. That aside I would change your profiles and unpack those
datasets. Any change in blocksize will make those datasets unreadable.
In [EMAIL PROTECTED], on
09/08/2008
at 04:39 PM, Loren Hodge [EMAIL PROTECTED] said:
I have several PDS datasets that have packed members (profile
pack-on).
When I FTP the files to my laptop the files are not in standard
ASCII format.
Of course not; they're packed.
I
List,
Please forgive the probably simple question but I can't see what I'm
doing wrong. I am a SMS rookie - it was set up here before I got here
and I haven't done anything with it until now, and I'm having problems.
I'm trying to define an extended-format VSAM linear dataset for
downloading
Just a thought.
When I setup for z/OS V1.9 serverpac I had a full MOD9 (10017 cyls) to download
it. It fit very nicely without having to create a VSAM Extended foramt.
If you are only downloading the z/OS V1.9 Server pac then it will fit nicely in
one big fat zFS or HFS file on one Mod9.
On Mon, 8 Sep 2008 13:59:05 -0500, Wayne Driscoll wrote:
However, as mentioned if you are expecting the value to later be used as
null-terminated string, you need to add
Dest[8] = 0x00;
ITYM
Dest[7] = 0x00;
Or the value of the byte after the ending 'L' is un-predictable.
Actually, no.
List,
Never mind. I was right, it was something stupid. I somehow neglected
to get the modified data class ACS routine put into my active
configuration.
I need a vacation.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Pommier,
On Mon, 8 Sep 2008 16:39:17 -0400, Loren Hodge [EMAIL PROTECTED] wrote:
Hi All,
I have several PDS datasets that have packed members (profile pack-on).
When I FTP the files to my laptop the files are not in standard
ASCII format.
I believe this is because this site uses
On Mon, 8 Sep 2008 17:05:58 -0400, Bob Shannon [EMAIL PROTECTED]
wrote:
Does anybody (perhaps Ed) know the CVTOSLVL bit for HBB7750
All of the pubs are available online.
No data areas with z/OS 1.10. I thought I heard they were going away
like the JES2 data areas did. Sad...Unless they
I'd flesh out John's which logmode? with a What APPNCOS is
specified in the logmode entry?. And what APPN COSTAB are you
using?
None. My predecessor (oh, yes, I told you to forget I inherited this mess)
never coded APPNCOS. I also find no MAPSTO statements, and APPNCOS is
not coded in the VTAM
No data areas with z/OS 1.10.
Interesting. I downloaded the R10 Data Areas and didn't look at them until now.
They are all at the 1.9 level, and I don't see them online anymore.
To (not) answer Roland's question, since the Data Areas aren't published, only
those who have the macros can answer
and I don't see them online anymore.
I just looked and they are there???The title says 'Release 10', but
there is no publication number.
Pedro Vera
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
On Mon, 8 Sep 2008 15:06:06 -0500, Martin Kline
[EMAIL PROTECTED] wrote:
...
D4C32XX3, which is located in the default logmode table on both
lpars.
...
That is an IBM-supplied logmode. Unless it has been modified at
you shop it specifies APPNCOS=#CONNECT.
...
ALTMOD45, which is located in
To refresh memories, when z/OS V1R9 was implemented there was a SDSF
problem reported with very, very poor performance. It was tagged OA24615
and was opened up back in early 2008 or maybe earlier. I have been very
vocal with IBM about the impact it is causing my Production Control staff
I swear I understood from somewhere, I thought here on IBM-MAIN that
z/OS 1.9 JES2 came with the ability to dynamically load and/or define
Jes2 exits. I'm either dreaming, or my RTFM skills are shot.
As further evidence (not sure which side :) EXIT 5 from the CBT that
I brought down when
On Mon, 8 Sep 2008, Mark Post wrote:
On 9/8/2008 at 2:25 PM, in message
[EMAIL PROTECTED], John McKown
[EMAIL PROTECTED] wrote:
-snip-
Why don't I just look at the generated code? Because I don't
have a C compiler for z/OS. I'm writing my code on Linux using GCC.
You can see the
Thanks to all for your thoughts. And especially to David for doing a quick
test for me.
I apologize if I was too off-topic. This relates, vaguely, to my JCL
parser. I was wondering whether to use memcpy or strcpy for LITERALS.
For indeterminate length strings I do use strncpy and snprintf so
You need the PTF for OA21346 on z/OS 1.8 or 1.9.
Thanks, Sam Knutson
APAR Identifier .. OA21346 Last Changed 08/05/21
NEW FUNCTION- DYNAMIC EXIT SUPPORT
Symptom .. IN INCORROUT Status ... CLOSED UR1
Severity ... 3 Date
Thanks to all for your thoughts.
And especially to David for doing a quick test for me.
I honestly cannot believe that people are still 'optimising' CPU.
Unless you call major chunks of CPU-intensive code, you are not going to find
enough savings to buy a beer.
I/O, even with today's faster
A very limited scope PE exists. We don't use exit0 so have not worried
about this. I am just getting the PTFs installed in our next service
roll so I have not had a chance to do any testing with them.
Thanks, Sam Knutson
APAR Identifier .. OA26391 Last Changed 08/09/04
Thank you, it's on my 1.9 system (still sandbox only) (and I won't
get 1.9 fully rolled to production before 1.7 is out of support :(
I now sorta remember that it was a post release add on for 1.9. So
I'll just have to RFTM the HOLDDATA :) cuz it isn't in the manual from
Softcopy
Hi Jimwe had similar issues when going to z/OS 1.9, looked like
OA24615 at first, but ended up not being the case.
IBM found that we had a lot of sysout on the output queue with bits
STST1CTK and STST1APC turned on, which meant that SDSF had to get verbose
data from JES2 for each item,
There is an explanation in the 1.10 Information Roadmap that holds out
hope. We will have to wait and see what the new web format looks like.
I do hope you can download the whole lot as a set of PDFs or zipped web
pages or something and that it will be included on the documentation DVD
collections
On Tue, 9 Sep 2008, Ted MacNEIL wrote:
Thanks to all for your thoughts.
And especially to David for doing a quick test for me.
I honestly cannot believe that people are still 'optimising' CPU.
Why not? I really cannot believe that a person's attitude would be who
cares?. If I can do
1 - 100 of 106 matches
Mail list logo