>Again, a z/OS 1.11 change, right?
Right. I just had my 1.11 education called Technical University in Berlin. :-)
>>If you're sharing HFSs and haven't yet converted to zFS, you may want to
>>wait until you're at least 1.11 to avoid the two rolling IPLs or the sysplex
>>outage to get your zFS migra
On Wed, May 26, 2010 at 12:46 AM, Rick Fochtman wrote:
> ---
> In serious line of business applications with, competing requirements from
> many internal departments, it is often that IT is the central and only
> organization that und
HI,
I receive question from a user about the future of the product.
Currently there are two options to the future of MFNetDisk.
1. Free product.
2. Other company will buy the product from me and in this case the product
can be not a free product depend on the new owner of the product.
So
Alan if your current storage vendor even potentially has a stake in the
proposal I would expect they might be willing to help and have access to
tools that would help at little or no cost to you. Before we licensed
on our own tools we used to lean on the various storage vendors for this
kind of he
Kirk Wolf wrote:
On a related topic -
Does anyone have opinions on the trade press rumors that the next z
frames will house not only z-architecture engines but also power and
x64 "blades"?
In particular, how would you see these being used?
what advantage would you see/imagine in putting power o
Ken Porowski wrote:
http://www.mainframezone.com/it-management/z-vendor-watch-znext-or-z11-e
ither-way-its-coming-soon
If they actually call it zNext what will they call the one after it
zAfterNext ?
LOL. They *always* refer to the upcoming System z hardware release as
zNext until it's of
>DINTV(0015) < Ensure lowest available INT for better
>granularity
0015 is NOT the lowest available granularity.
DINTV(0001) is.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive
Hello Alan,
At the very least, you need to know the Write Rate (in MB/s) of the DASD
volumes that will be replicated. I guess it depends on your available tools,
but the RMF Post Processor reports may be the best place for you to start this
analysis.
I would start with the following report:
D
---
I was just asked to come up with statistics that describe the rate of
DASD data changed (during some yet-to-be-determined period) so that we
can calculate the bandwidth required to transmit the necessary
(mirrored) data. The DASD h
--
On a related topic -
Does anyone have opinions on the trade press rumors that the next z
frames will house not only z-architecture engines but also power and x64
"blades"?
In particular, how would you see these being used? What advant
---
In serious line of business applications with, competing requirements
from many internal departments, it is often that IT is the central and
only organization that understand multiple aspects of the business and
how they work (
Paul Gilmartin wrote:
> On Tue, 25 May 2010 16:38:32 -0400, David Andrews wrote:
>
> >On Tue, 2010-05-25 at 16:10 -0400, Tom Marchant wrote:
> >> The 68000 and its successors are big endian.
> >> They switched to PowerPC in 1994 and to i86 in 2006.
> >
> >Didn't PPC go both ways? (I vaguely remem
On Tue, 25 May 2010 17:27:17 -0400, Lizette Koehler wrote:
>
>Have you looked at the XD? Commands - XDC, XDS and so forth in SDSF?
>
Hmmm. Looking at this, I see that XD takes me to panel:
ISFPNO41SDSF Open Print Data Set
which is pretty similar to ISPF 3.2:
ISRUAASE
This is what we use. By entering TSO PRT the following prompt is
displayed. It was created about 20 years ago but works very well. I have
not tried to gather all the pieces, but if you are interested let me
know.
PRINT A DATASET
===>
Copie
Not sure how this works on HDS disk, but with our V2X disk, we would take a
snapshot and let it sit for a day. Then, after 24 hours, run the storage
utilization report which would tell you how far apart the primary and
secondary volumes were. Approximate amount of data changed in 24 hours -
it wo
I just applied z/OS maintenance (z/OS 1.10) hipers, RSUs through 1003, PSPs
for the 2097s and toleration ptfs for z/OS 1.11. After we ipled, we are
getting
the following message in our BMC Apptune product. Has anyone experienced
this? I would normally ask BMC to research but we no longer hav
On Tue, 25 May 2010 16:38:32 -0400, David Andrews wrote:
>On Tue, 2010-05-25 at 16:10 -0400, Tom Marchant wrote:
>> The 68000 and its successors are big endian.
>> They switched to PowerPC in 1994 and to i86 in 2006.
>
>Didn't PPC go both ways? (I vaguely remember a talk by David Barnes a
>few ye
Hello List,
I was just asked to come up with statistics that describe the rate of DASD data
changed (during some yet-to-be-determined period) so that we can calculate the
bandwidth required to transmit the necessary (mirrored) data. The DASD hardware
is HDS. I suppose that it's not necessary to
On Tue, 25 May 2010 17:27:17 -0400, Lizette Koehler wrote:
>
>Ron
>
>Have you looked at the XD? Commands - XDC, XDS and so forth in SDSF?
>
Thanks. I hadn't been aware of these.
>>
>> Wanting to do following from sdsf ...
>> exec a tso command like PRINT specifying lines to print ,then be able to
Ron
Have you looked at the XD? Commands - XDC, XDS and so forth in SDSF?
Or looked at using the SDSF REXX interface to do what you want (z/OS V1.8
and higher)
Lizette
>
> Have question for everyone...was there not a replacement for the TSO
> PRINT
> command on the CBT tape...or someone may h
On Tue, 25 May 2010 15:46:44 -0500 Ron Wells wrote:
:>Have question for everyone...was there not a replacement for the TSO PRINT
:>command on the CBT tape...or someone may have an alternative..?
:>Wanting to do following from sdsf ...
:>exec a tso command like PRINT specifying lines to print ,t
>One a year would make it 17 years, which is when I will (hopefully) retire.
Since it seems to be every two years, 34 appears to be the better estimate.
By then, with the 'technology dividend' a 9000 MIPS processor will be less than
an MSU.
-
Too busy driving to stop for gas!
--
Have question for everyone...was there not a replacement for the TSO PRINT
command on the CBT tape...or someone may have an alternative..?
Wanting to do following from sdsf ...
exec a tso command like PRINT specifying lines to print ,then be able to
specify formdef/pagedef and chars..besides cla
On Tue, 2010-05-25 at 16:10 -0400, Tom Marchant wrote:
> The 68000 and its successors are big endian.
> They switched to PowerPC in 1994 and to i86 in 2006.
Didn't PPC go both ways? (I vaguely remember a talk by David Barnes a
few years ago, where he mentioned the OS/2 PPC port making use of the
On Tue, 25 May 2010 15:17:08 -0500, Rick Fochtman
wrote:
>Interesting thought: if they continue with numbers, how long before the
>z28 ??? :-)
>
One a year would make it 17 years, which is when I will (hopefully) retire.
--
Howard Brazee wrote:
I have a job that creates a LRECL=7104 record.Most of this a
variable length comment.It gets FTPd to a Unix machine and loaded
into a database.They want the extra spaces removed.
I doubt if the optimal solution would be to make it variable length,
and wonder if I
John,
Our mainframe appliation systems are old also. We have a z10BC, one
production LPAR, no CF, and CICS/VSAM with a very little bit of DB2
processing. Over the past year and a half our DDF processing has been
increasing dramatically, so the applications folks have found out about
that nicety.
If they actually call it zNext what will they call the one after it
zAfterNext ?
--
Interesting thought: if they continue with numbers, how long before the
z28 ??? :-)
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf
>
> On a related topic -
>
> Does anyone have opinions on the trade press rumors that the next z
> frames will house not only z-architecture engines but also power and
> x64 "blades"?
>
> In particular, how
>And when libraries get updated, we can get burned if we don't understand how
>updated specifications apply or don't apply to our business.
Yes, I know.
I worked for an international wholesaler, with 34 offices in 23 countries, and
(especially) applib updates always caused grief.
Sometimes,
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf
> Sent: Tuesday, May 25, 2010 3:05 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's
> Coming Soon!
>
> On a related topic -
>
> Do
-
One of these days, for your sins, you will have to work in a (x86)
little-endian world. Byte (pair) reversal will be visited upon you.
A pair of translates will solve that p
On Tue, 25 May 2010 19:09:36 +, Ted MacNEIL wrote:
>Having never used an Apple, I don't know.
>I thought they were still Motorola chips, which are also little endian.
No. The 68000 and its successors are big endian.
They switched to PowerPC in 1994 and to i86 in 2006.
--
Tom Marchant
--
On a related topic -
Does anyone have opinions on the trade press rumors that the next z
frames will house not only z-architecture engines but also power and
x64 "blades"?
In particular, how would you see these being used?
what advantage would you see/imagine in putting power or x64 blades in
the
On 25 May 2010 12:37:52 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote:
>>Understand, with a Bank, that may be forbidden by law (debits first
>>processing being illegal...).
>
>In the US, maybe.
>I used to work for a Canadian bank: debit first was allowed.
>
>People in the US have to realise that
>
> Furthermore, management is quick to point out that the IT folks
> are not responsive to the "rapid change of business needs", yet
> management will not fund training in new or updated technologies
> for their staff (nor even for conceptual updates for themselves).
>
> While I'm at it, another
>Understand, with a Bank, that may be forbidden by law (debits first processing
>being illegal...).
In the US, maybe.
I used to work for a Canadian bank: debit first was allowed.
People in the US have to realise that not all of their laws apply to other
countries.
-
Too busy driving to stop fo
Chris Craddock wrote:
On Tue, May 25, 2010 at 12:31 PM, McKown, John <
john.mck...@healthmarkets.com> wrote:
Depends. What are they running? How do they measure "up time"? We are still
stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No
RDMS. No Websphere. 100% COBOL. We
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Craddock
Sent: Tuesday, May 25, 2010 2:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On Tue, May 25, 2010 at 12:31 PM, McKown, J
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John H Kington
>
> John,
> >
> > >Visualize it with these parameters:
> >
> > >INCLUDE COND=(1,6,CH,GE,C'SMITH ',AND,1,6,CH,LE,C'SMYTHE')
> > >
> > >Show how, e.g., c'SMILEY' in positions 1 through 6 would qualify
for
John,
>
> >Visualize it with these parameters:
>
> >INCLUDE COND=(1,6,CH,GE,C'SMITH ',AND,1,6,CH,LE,C'SMYTHE')
> >
> >Show how, e.g., c'SMILEY' in positions 1 through 6 would qualify for
> >Inclusion in the output.
>
> SMILEY would fail because every character is the same until you hit
the L but wh
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Yaeger
> Sent: Tuesday, May 25, 2010 2:10 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Quick Sort question
>
> John McKown on IBM Mainframe Discussion List
> wrote
> on 05/25/20
John McKown on IBM Mainframe Discussion List wrote
on 05/25/2010 11:30:13 AM:
> Still easier to use:
>
> INCLUDE COND=(1,9,FS,EQ,NUM)
>
> It is rather new, to me.
>
> ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/
> ICE1CA30/3.7.14.1
Hardly new.
DFSORT has had the NUM function
>But you repeat yourself. Apple is x86 (or were you thinking of Apple ][?)
Having never used an Apple, I don't know.
I thought they were still Motorola chips, which are also little endian.
-
Too busy driving to stop for gas!
--
On Tue, May 25, 2010 at 12:31 PM, McKown, John <
john.mck...@healthmarkets.com> wrote:
> Depends. What are they running? How do they measure "up time"? We are still
> stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No
> RDMS. No Websphere. 100% COBOL. We do run some 3270 "s
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John H Kington
>
> John,
>
> > John,
> > >>
> > >> >INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
> > >>
> > >> That would allow '00x01'.
> > >
> > >How so? Any position in the field less than
John,
> John,
> >>
> >> >INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
> >>
> >> That would allow '00x01'.
> >
> >How so? Any position in the field less than c'0' (x'F0') would cause
> >the entire field to evaluate less than c'0', thus failing the
GE
> >requirement;
Paul Gilmartin, in his fullblown just-arrived-visitor-from-Mars mode, writes:
| What's "left"? What's "right"? I hold between my thumb
| and forefinger a memory . . .
Now it would certainly be possible to represent ascending storage addresses
from left to right on a page. Someone
I was looking over the latest IBM Systems Magazine and noticed an item about
the IBM's "HSM Health Checker".
I have only heard of another vendor's offering (and that was YEARS ago) .
I am just curious as to if anyone on here has tried it and if it was worth
pursuing. The article was not written
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John H Kington
>
> John,
> >>
> >> >INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
> >>
> >> That would allow '00x01'.
> >
> >How so? Any position in the field less than c'0' (x'F0') would cause
Still easier to use:
INCLUDE COND=(1,9,FS,EQ,NUM)
It is rather new, to me.
ref:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA30/3.7.14.1
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
INCLUDE COND=(1,1,CH,GE,C'0',AND,1,1,CH,LE,C'9',AND,
2,1,CH,GE,C'0',AND,2,1,CH,LE,C'9',AND,
3,1,CH,GE,C'0',AND,3,1,CH,LE,C'9',AND,
4,1,CH,GE,C'0',AND,4,1,CH,LE,C'9',AND,
5,1,CH,GE,C'0',AND,5,1,CH,LE,C'9',AND,
6,1,CH,GE,C'0',AND,6,1,CH,LE,C'9',AND,
7,1,CH,GE,C'0',AND,7,1,CH,LE,C'9',AND,
8,1,CH,GE,C'
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
>
> On 25 May 2010 10:08:09 -0700, jch...@ussco.com (Chase, John) wrote:
>
> >> >INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
> >>
> >> That would allow '00x01'.
> >
> >How so? A
On Tue, 25 May 2010 14:27:12 +, Ted MacNEIL wrote:
>>One of these days, for your sins, you will have to work in a (x86)
>>little-endian world.
>Byte (pair) reversal will be visited upon you.
>
>Not just x86 -- Solaris, Apple, DEC, HP, Honeywell, etc. have models that are
>little-endian.
>
Bu
Try this simple rexx:
/* rexx */
lovalue = "0"
hivalue = "9"
/*testvalue = "0"'FA'x"000" */
John,
>>
>> >INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
>>
>> That would allow '00x01'.
>
>How so? Any position in the field less than c'0' (x'F0') would cause
>the entire field to evaluate less than c'0', thus failing the GE
>requirement; and any position in the
On 25 May 2010 10:08:09 -0700, jch...@ussco.com (Chase, John) wrote:
>> >INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
>>
>> That would allow '00x01'.
>
>How so? Any position in the field less than c'0' (x'F0') would cause
>the entire field to evaluate less than c'
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom
> Sent: Tuesday, May 25, 2010 12:23 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's
> Coming Soon!
>
> That is interesting, but
>Actually, your definition is circular.
>Yes, the digit that changes least is by definition the most significant, but
>there is no need for it to be on the left.
>There is no reason I could not design a logically consistent numbering system
>that put the most significant digits at the right.
Tr
That is interesting, but I thought another part of the article was more
interesting. On the second page there is a heading "Governments Invest
in Modernization" with the following statement.
"The timing of this research is intriguing; it comes on the heels of
reports that the U.S. Secret Service
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
>
> On 25 May 2010 09:18:33 -0700, alan_st...@calpers.ca.gov (Starr, Alan)
> wrote:
>
> >INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
>
> That would allow '00x01'.
How so? Any
In a message dated 5/25/2010 10:59:15 A.M. Central Daylight Time,
ken.porow...@cit.com writes:
If they actually call it zNext what will they call the one after it
zAfterNext ?
>>
More likely z EOD
--
For IBM-MAIN subscr
On 25 May 2010 09:37:34 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:
>What's "left"? What's "right"? I hold between my thumb and forefinger a
>memory
>chip, and with my microscopic X-ray vision I observe that the bits are numbered
>left-to-right. I rotate my hand 180 degrees. Now they'
On 25 May 2010 09:48:27 -0700, yae...@us.ibm.com (Frank Yaeger) wrote:
>It's not clear to me exactly what you want to do. Do you want to
>omit records with blanks in 1-9 from the output file? Or do you
>want to make sure records with blanks in 1-9 are kept but NOT
>"summarized", or what?
It loo
On 25 May 2010 09:18:33 -0700, alan_st...@calpers.ca.gov (Starr, Alan)
wrote:
>INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
That would allow '00x01'.
--
For IBM-MAIN subscribe / signoff / archive acces
Howard Brazee on IBM Mainframe Discussion List wrote
on 05/25/2010 08:59:17 AM:
> We have a lot of jobs that use the following SORTIN
>
> SORT FIELDS=(01,009,A),
>FORMAT=CH
> SUM FIELDS=NONE
>
> What is the simplest ways to change this to ensure that either we
> exclude blank data or only
zplane, zplane
Richard, Vickie, and Randy Pinion
--- mpac...@gmail.com wrote:
From: Mark Pace
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Date: Tue, 25 May 2010 12:43:19 -0400
zTheFollowUp
On Tue, May 25, 2010 at 11:59 AM, Ken Poro
On 25 May 2010 09:16:46 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:
>Excluding blanks is easiest:
>
>EXCLUDE COND=(1,9,CH,EQ,C' ')
I've used that with SORT FIELDS=COPY. Actually, it appears that
EXCLUDE won't work, it needs to be OMIT.
>Including only numeric I'm not as
zTheFollowUp
On Tue, May 25, 2010 at 11:59 AM, Ken Porowski wrote:
> http://www.mainframezone.com/it-management/z-vendor-watch-znext-or-z11-e
> ither-way-its-coming-soon
>
>
> If they actually call it zNext what will they call the one after it
> zAfterNext ?
>
> -
On Tue, 25 May 2010 15:56:52 +, john gilmore wrote:
>
>In fact any such decision was originally an arbitrary one and everyone's
>position is chiefly a matter of which tradition he or she was first exposed
>to. I am a left-to-right, zero-origin person, and it has been clear to me,
>for deca
On 5/25/2010 9:33 AM, clementcla...@ozemail.com.au wrote:
When MVS was introduced, IEFQMRAW was used to access the JobQ, and it
automatically converts addresses for us.
That may be true, but the IEFQM macros were used in MFT and MVT
a long time earlier. Various OS components used them, rather
I just started so I may not yet be thinking correctly.
How about:
INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9')
Alan
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Howard Brazee
Sent: Tuesday, May 25, 2010 08:59
To:
Excluding blanks is easiest:
EXCLUDE COND=(1,9,CH,EQ,C' ')
Including only numeric I'm not as sure of. You might try:
INCLUDE COND=(1,9,FS,EQ,NUM)
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(81
Wow, what a lot of misses.
> *nix humor. This is after all an environment with a utility
> called grep and where processes fork in order to make children.
No Charles, Gerhard is MVS through and through. Nothing
to do with Unix. You're right about the SEA = C though.
> Well, it's certainly memor
Wow, John! Humor!!!
I concur with a big grin on my face and still chuckling at the lobotomy
reference!
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
john gilmore
Sent: Tuesday, May 25, 2010 11:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re
On Tue, 25 May 2010 09:59:16 -0600, Howard Brazee
wrote:
>
>We have a lot of jobs that use the following SORTIN
I mean SYSIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
We have a lot of jobs that use the following SORTIN
SORT FIELDS=(01,009,A),
FORMAT=CH
SUM FIELDS=NONE
What is the simplest ways to change this to ensure that either we
exclude blank data or only include numeric IDs here?
---
http://www.mainframezone.com/it-management/z-vendor-watch-znext-or-z11-e
ither-way-its-coming-soon
If they actually call it zNext what will they call the one after it
zAfterNext ?
--
For IBM-MAIN subscribe / signoff / archive ac
The original Kirk-Spock Star Trek sequence included an episode in which the two
protagonists, both were both black and white, one with a black left side and a
white right white side and the other with a white left side a black right side,
pursued each other, noisily, across the universe and down
True, but the leftmost bit might not be called bit 0. That's the point of
this discussion. You could call it bit 8 or, for that matter, bit a or bit
i.
Actually, your definition is circular. Yes, the digit that changes least is
by definition the most significant, but there is no need for it to be
On Tue, 25 May 2010 14:25:04 +, Ted MacNEIL wrote:
>The left-most digit in any base is the most significant because
>it changes the least as you count up.
>It also gives you the order of magnitude.
No, the order of magnitude is determined by the number of significant digits.
Or, in the case
I have to agree with Shane here. You're pain shouldn't increase too greatly
going from 4 to 5, as long as you are using ACCELSYS(sp?) and other options
properly, but you really should consider creating a shared CF to make to move
to STAR. As long as you are using it only for GRS (and maybe JES
>One of these days, for your sins, you will have to work in a (x86)
>little-endian world.
Byte (pair) reversal will be visited upon you.
Not just x86 -- Solaris, Apple, DEC, HP, Honeywell, etc. have models that are
little-endian.
-
Too busy driving to stop for gas!
>So, continuing that thought, Bit0 is always the "most significant bit"
It's not just in binary.
The left-most digit in any base is the most significant because it changes the
least as you count up.
It also gives you the order of magnitude.
-
Too busy driving to stop for gas!
--
Hello
For DB2 Z/OS
What's the diffrence beetween table-controlled partitionning (after the
v8) and index-controlled parttionning ? What are the advantage /
disadvantage ?
Why to have implemented the table-controlled partitionning ?
---
>We have a z10 BC K03. GRS star, which means CF, which means Parallel Sysplex,
>is not an option.
Response gets exponential with GRS ring as you add systems to the ring.
I haven't done RING with more than 4 systems, and we had to convert to STAR
because of response issues.
Admittedly, this was
Actually they are two separate issues. I worked on a CDC minicomputer that
was big-endian but their literature nonetheless numbered the bits from least
to most significant. When I questioned this -- having been brought up on the
IBM convention of numbering from the most significant -- the CDC folks
You are at risk in using the "address" of the JFCB in the TIOT. It might be an
address and it might not. It IS however always a "SWA virtual address token."
Pass it to the SWAREQ macro (probably documented in Authorized Macros but does
not require authorization) and voila! Get back an address yo
On Tue, 25 May 2010 06:29:36 -0700, Walter Marguccio
wrote:
>> I really have no idea how expensive CA-MIM is, but if performance is
>> not acceptable, you may want to consider it.
>No, MIM is not an option.
I understand. It's hard to beat "free".
>> With 4 systems in your ring, you are p
Kenneth J. Kripke wrote:
> Hello;
> I was curious what the 16 bytes in front of the JFCB is. I extract the 3
byte ADDRESS of the JFCB
> from the TIOT, and, then need to step past a 16 byte area in front of the
actual JFCB. What is contained in the 16 byte area?
> I have tried to make some
> I really have no idea how expensive CA-MIM is, but if performance is
> not acceptable, you may want to consider it.
No, MIM is not an option.
> With 4 systems in your ring, you are probably already pushing the limits.
That was my fear.
> I recall (years ago, before XCF) a client of mine add
"Shane Ginnane" wrote in message
news:<1274781293.4bfb9e6da6...@postoffice.tpg.com.au>...
> Within the one CEC, adding one more is probably no big deal.
> We ran across two sites (~10km) - and DB2 starts were awful.
Especially more than one system
> coming up together after a PoR.
> TSO logon pro
On Tue, 25 May 2010 03:54:53 -0700, Walter Marguccio
wrote:
>> TSO logon procs with large DD lists is also a no-no - see Toms dynamic
stuff to help there.
>Luckily we have a handful of TSO users here, and Toms dynamic stuff ia
already in place.
> Shared catalogs on HCD defined SHARED volumes ge
We are having problems with running the CUSTOMPAC dialog to install z/OS
V1.11. This was just downloaded and order in April 2010.
IBM states that FASTCOPY from CA-PDSMAN causes issues.
Does anyone know of any issues with using FASTCOPY instead of IEBCOPY?
Second, does anyone know of a packagi
[Also posted to RACF-L]
I'm looking for RMDS users that have secured reports using CA TopSecret.
The RMDS documentation refers specifically to RACF rather than "security
subsystem" or SAF. We have figured out how to secure the report but not how
to provide selective access.
---
One of these days, for your sins, you will have to work in a (x86)
little-endian world.
Byte (pair) reversal will be visited upon you.
Shane ...
On Tue, May 25th, 2010 at 10:58 PM, "Chase, John" wrote:
> So, continuing that thought, Bit0 is always the "most significant
> bit" and:
>
> Bit7
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
>
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Alexander M Brash1
> >
> > Hi list,
> >
> > I think I'm having a brain drain this morning (or just need another
> > cof
On Tue, 25 May 2010 06:23:41 -0500, Barbara Nitz wrote:
>>When zFS file systems are mounted R/O in a shared file system environment,
>>read requests don't have to be function shipped to the owning system. But
>>the same applies to HFS. Is there another performance benefit you are
>>referring t
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alexander M Brash1
> Sent: Tuesday, May 25, 2010 7:28 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Significant Bits
>
> Hi list,
>
> I think I'm having a brain drain this morning (or just
> The rightmost bit is bit 0 right?
No - Bit0 is the left-most bit
Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List [mailt
1 - 100 of 111 matches
Mail list logo