Jim Mulder wrote:
... And we intentionally
suppress tracing of CLKC and EXT 1005 (CPU timer) events when
a processor is in no-work wait (under the assumption that these
are usually relatively uninteresting compared to the old trace
entries which would wrap out of the trace).
Every time
Guy Gardoit wrote:
Neon and their ridiculous software is just a minor annoyance to IBM who will
slap them down in court or just buy them and dismantle their product.
I doubt that IBM will buy Neon (or zPrime) to solve this issue. IBM
killed Flex-ES and bought PSI, But, that didn't stop
Barbara Nitz wrote:
The easiest way is to do a D GRS command. Unfortunately, in order to use
that, you need to know at least the major name. The ENQ that has been
talked about would have a major name of SYSDSN, with minor name of your
dataset. *That* ENQ is exclusive whenever there was a
The SHARE MVS Core Technologies Project is sponsoring the following
technical presentations surrounding zEnterprise next week at SHARE in
Boston. Be there or be square.
Session 7585: Evaluating Best Fit Architecture for Customer Workloads on
zEnterprise Systems
Session 7538: IBM zEnterprise
Robert A. Rosenberg wrote:
What is so hard (or dangerous) about just altering the status of the
EXC to SHR and then running the same code as the DEQ (after first
checking if the second entry is a SHR request [if it is an EXC do not
run the code])?
Agreed. This is a long-standing complaint.
Barbara Nitz wrote:
Do these 16 seconds denote the time the zIIP is assigned to another lpar? Or
is that just the 'no work' portion of the processor (which does not run at 100%
yet)? Do people that use Hiperdispatch with the parked processors see this,
too?
These messages denote a gap in
Dave Salt wrote:
This has nothing to do with counter sunk holes.
Or mainframe computers ...
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/
Anthony Fletcher wrote:
I heard an informal comment that the zEnterprise was going to be the most
significant announcement since the 360. Wasn't the highest model in the
360/370 range the 195?
Maybe z196 is a logical continuation of that?
Anyway of the 1 means first, does that mean the next
Hunkeler Peter (KIUP 4) wrote:
Because of SPAM, our organisation decided to reject internet mail
the with recipient's address in the From field of the mail header.
While I do understand the reason for this, it inhibits receiving
one's one posts requested by the REPRO listserv option.
Does
Hunkeler Peter (KIUP 4) wrote:
If you use a Reply-To tag on a post, does LISTSERV send the
email there?
Just trying. although, how would I make sure to
always set this before hitting the send button?
I was thinking, if LISTSERV would cooperate, you could use an alias
email
Shane Ginnane wrote:
Oh joy - yet another pricing model from IBM.
I still don't understand the last umpteen iterations.
I'm still trying to figure out where 196 comes from.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
Binyamin Dissen wrote:
On Wed, 21 Jul 2010 12:59:19 -0300 Clark Morris cfmpub...@ns.sympatico.ca
wrote:
:While I am semi-retired (offer me a good contract and ...), I am
:appalled that a function is installed that requires a FORCE for it to
:shutdown. If I were a systems programmer, I would
Clark Morris wrote:
... If I understand other postings and from what
I recall from 20 years ago when I was an active systems programmer,
FORCE ARM was a last resort...
FORCE is a last resort. FORCE ARM is how you cancel a non-cancellable
address space.
--
Edward E Jaffe
Phoenix Software
Clark Morris wrote:
On 21 Jul 2010 14:48:39 -0700, in bit.listserv.ibm-main you wrote:
Clark Morris wrote:
... If I understand other postings and from what
I recall from 20 years ago when I was an active systems programmer,
FORCE ARM was a last resort...
FORCE is a last
Scott Rowe wrote:
2) In OSWAITRC (the ESTAE for the OSWAIT TSO command), there is an NI
instruction to reset the wait bit in an AOF entry. The offset into the AOF
entry is hard-coded and ...
I made one enhancement to TSSO years ago and got frustrated with it
because there were so many
R.S. wrote:
Q: How should I close AXR04?
Any clue?
The book says you should issue FORCE AXR,ARM.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/
R.S. wrote:
Edward Jaffe pisze:
R.S. wrote:
Q: How should I close AXR04?
Any clue?
The book says you should issue FORCE AXR,ARM.
The book says about AXR - this is not AXR04.
AXR does not disturb JES2 shutdown. Only AXR04 does. BTW: there are no
other AXR* address spaces, except AXR
Gerhard Postpischil wrote:
On 7/20/2010 11:01 AM, Edward Jaffe wrote:
I've seen other old programs with many hard-coded offsets and
lengths and always wondered why this was such common practice
back then.
Was it because there were a lot of inexperienced assembler
programmers writing code
Crispin Hugo wrote:
Hi,
We are hopefully going from a z9 to z10 processor.
I would like to have 4 CP's instead of our current 2 CP's so our
configuration is more flexible. We are not worried about licensing costs
of multiple processors. The overall MIPage would be the same, whether we
have 2 or
R.S. wrote:
Shane Ginnane pisze:
Well, that settles it then.
No debates about what the release after 1.11 will be called ... :O)
Let me guess: 1.12 ?
;-)
I would have thought the February 9, 2010 z/OS V1.12 preview
announcement would have settled that ...
Peter Relson wrote:
This whole thread is exactly why it is important to code your applications
to programming interfaces. Intercepting, front-ending, whatever: you are
only asking for trouble.
IBM provides a programming interface for intercepting SVC calls called
SVC screening. This
Paul Gilmartin wrote:
Is using STOW DISC now generally accepted as good practice?
Can't answer that. But, we use it, as well as BLDL NOCONNECT, when
appropriate.
I see no mention of using STOW DISC for Classic PDS. Is it
a harmless no-op for those?
We never check the library type
Howard Brazee wrote:
Is that like the ZOOM or SHOWPROC commands that have come with MVS for
a decade or so?
They come with MVS ... aka OS/390 ... aka z/OS for how long? What are
these commands? How do you use them?
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive
Thompson, Steve wrote:
Let us not forget JES3 (ASP). Interestingly JES2 supports a larger
in-stream LRECL than JES3 does (or did, they may have fixed that in the
last few releases).
It was the other way around. For decades, JES3 supported instream data
up to LRECL=32760 while JES2
Anyone else getting this error attempting to perform SMP/E RECEIVE ORDER
for service?
GIM68700IORDER ORD00034 HAS BEEN SENT TO THE SERVER AT
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.
GIM69144IORDER ORD00034 IS READY FOR DOWNLOAD.
GIM45201S ** 530 Download
Check out this very well written and researched paper from the Wilhelm
Schickard Institute for Computer Science in Germany.
http://tobias-lib.uni-tuebingen.de/volltexte/2010/4710/pdf/report_spruth_2010.pdf
(Don't worry. It's written in English. :-) )
--
Edward E Jaffe
Phoenix Software
Edward Jaffe wrote:
I can't for the life of me explain why this is not HIPER, but if you
use PDSEs in your shop I highly recommend APAR OA30338.
FYI. This APAR has now been marked HIPER DATALOSS.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA
Bruce Hewson wrote:
Or even go to the IBM Education Assistant site for same presentations
Just curious. Which presentations on the IBM Education Assistant site
can be used to perform unsupported migrations? Can you provide URLs
and/or titles?
--
Edward E Jaffe
Phoenix Software
Pinnacle wrote:
Tony,
Thank you for at least posting two concrete examples of past holes.
There was a recent article in zJournal about hacking z/OS, but it was
disappointing, limited to what we've discussed here. The article
quoted a number of noted gurus (some on this thread), and they
Vernooij, CP - SPLXM wrote:
You mentioned the EAV volume. Do you have indications that this is part
of the problem, i.e. the problem only occurs on EAV volumes?
No. EAV has nothing to do with it. The problem can occur on volumes of
any size.
--
Edward E Jaffe
Phoenix Software
I can't for the life of me explain why this is not HIPER, but if you use
PDSEs in your shop I highly recommend APAR OA30338.
Without this fix, we had broken PDSEs that could not be read, accessed,
or even deleted and that led to abends in HSM, CATALOG errors, DADSM
errors, corrupted VTOCs
Mark Zelden wrote:
Ed, I guess your shop isn't big enough or important enough. :-) It's
not marked DATALOSS either. My guess is after this thread it will be.
I just complained that it wasn't marked DATALOSS or HIPER. It seems like
DATALOSS applies for sure. And, if it was HIPER I
Mark Jacobs wrote:
On 06/08/10 10:45, Edward Jaffe wrote:
Mark Zelden wrote:
Ed, I guess your shop isn't big enough or important enough. :-)
It's not marked DATALOSS either. My guess is after this thread it
will be.
I just complained that it wasn't marked DATALOSS or HIPER. It seems
Ed Finnell wrote:
In a message dated 6/8/2010 8:00:40 A.M. Central Daylight Time,
mzel...@flash.net writes:
Reading the description, it looks like a problem that would only affect
a single data set. How did it affect so many data sets and volumes
in your environment?
Yes. The
Mark Zelden wrote:
You can go back to past posts of mine and see... but my client has been
using Endevor controlled PDSEs for production for many years and we
haven't had any problems. This includes CICS DFHRPL libraries, batch
production JCL and PROCLIBs that were statically defined to JES2
Shane Ginnane wrote:
Whenever these sort of threads arise I always wonder who amongst us is quietly sniggering in the
shadows.
We can probably all agree the machine will ship second half this year - so let's say announcement July,
shipping October.
That means several of the usual suspects on
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
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 or
Tom Marchant wrote:
I thought that the dispatcher always ran on a processor that needs
work to do, so that it didn't need to worry about where to dispatch
the work.
There are those pesky CPU affinity masks.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El
Chris Mason wrote:
The TSO environment was most usefully updated in V1R11 at least with
the logon here function - long available in VM, it has to be said. Perhaps it
was some manifestation of rigor mortis!
TSO/E also recently got password phrase support.
--
Edward E Jaffe
Phoenix Software
Hunkeler Peter (KIUP 4) wrote:
Ed: How happy would you be if your automated ftp process
successfully replaces the member someone else is editing at
the same time. A single SAVE and your successfull ftp isn't
worth a dime anymore.
That is a different scenario entirely. My situation is not a
Gates, Guy wrote:
We set them to:
HIBFREXT=48000,
LOBFREXT=24000,
Having small values here results in hang conditions writing large
screens, not a 24x80 (aka Mod2) appearance under ISPF.
FWIW, our values are set thusly:
HIBFREXT=96000,
LOBFREXT=48000,
--
Edward E Jaffe
Phoenix
Nick Jones wrote:
Mark,
Sorry to pick up on this old post but we have just upgraded from z/OS 1.9 to
z/OS 1.11 and, like you, take advantage of screen sizes in excess of 62x160.
We have the same problem with ISPF 6.1 as you had with ISPF 6.0. i.e.
TSO obeys the terminal setting of 86x190, as
Did you know that z/OS ftp GET is blocked by ISPF EDIT? =-O
This is a little scary since we use ftp all over the place in our
automated processes!
ftp cd 'sys2.mvsmods.cntl'
250 The working directory SYS2.MVSMODS.CNTL is a partitioned data set
ftp get istinclm istinclm.jcltxt
200 Port
Dazzo, Matt wrote:
We are running z1.9 and I'm getting ready to pull RSU maint for the next
maintenance cycle. There is also a possibility that we will upgrade our box
from z890 to a z10BC with a ZIIP in the not too distant future. Is there any
harm at this time in pulling and applying the
Greg Shirey wrote:
Okay, my RACF is a little rusty, but isn't there a difference between a
profile define as 'GIM.*' and one defined as 'GIM.**'? The IBM APAR
advises to rdefine GIM.* (and echoed by Mark Z), but JC and Ed Jaffe are
advising GIM.**.
The profile you create depends upon
Edward Jaffe wrote:
The profile you create depends upon whether your shop uses the
Enhanced Generic Naming feature. See:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ichza4a1/A.3.2
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ichza4a1/A.3.3
I just read
Mark Zelden wrote:
Not if you define only 1 profile as GIM.*. I suspect that will suffice for
at least 95% of the shops out there. We've already discussed the
unlikelihood of shops desiring to do something more granular like
giving a certain set of users RECEIVE only (even though it could be
Mark Wilson wrote:
Due to the fact that we have only received 12 confirmed attendees I have
decided to postpone the Large Systems meeting on the 12th May 2010 at CA in
Slough.
Volcanic activity putting a damper on things?
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview
Stocker, Herman wrote:
To answer the why needed question:
On occasion security has stated that access has been given only later to find
out that the incorrect access was granted or not granted at all. Causing jobs
to fail and time to be lost, therefore the user wants away to check security.
Don Williams wrote:
Too bad Dr. Alan Scherr had a tight schedule and did not have the time to
expand the design to allow a user multiple concurrent logons to TSO. Of
course, most users accept the restriction, but over the past 30+ years, I've
had many dozens of complaints about it. To me, it
George Henke wrote:
Also what do they mean by a pause token. Is this just a DC F(0)?
A PET. See Pause/Release/Transfer.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
Shane Ginnane wrote:
The MP3K was emulated, but it had a HMC to play on. Very handy at times.
The MP3K was not emulated. It was real G3 chips with full LPAR
capability, EMIF, and ICMF. It had SSA internal RAID DASD that was
extremely fast and powerful.
There was the *ability* to use
Arthur T. wrote:
We have no way of knowing when all customers have applied a
System Integrity fix to all systems, so that there are no longer any
exposed systems anywhere in the world. Discussions right here on
IBM-MAIN suggest that some customers run releases
which are no longer supported,
Ted MacNEIL wrote:
Simple. Assign *full* SMP/E access to anyone that needs to use SMP/E to install
software in your shop. That action alone limits any exposure to a (typically)
small subset of your user community.
We've done that by limitting update access to that subset.
The
Tony Harminc wrote:
On 3 April 2010 04:05, Edward Jaffe edja...@phoenixsoftware.com wrote:
The MP3K was not emulated. It was real G3 chips with full LPAR capability,
EMIF, and ICMF.
G5.
Oops. You're right. In any case, it wasn't emulated.
--
Edward E Jaffe
Phoenix Software
Lou Losee wrote:
The thing is integrity APARs do not come from requirements, they come from
exposures that violate IBMs integrity statement. So I would think that the
reason behind the APAR has to be deeper than just segregating the use of
SMPE.
Exactly! The problem is that GIMSMP is APF
Shane Ginnane wrote:
I also wonder about Brians assertion of:
quoteThe (fortunately) rare integrity flag/quote
How the hell are we supposed to be able to tell how rare it is. And if
IBM doesn't have the confidence that they can talk about fixing these
exposures, what are we to think of the rest
Paul Gilmartin wrote:
On Fri, 2 Apr 2010 07:47:23 -0700, Edward Jaffe wrote:
Exactly! The problem is that GIMSMP is APF authorized.
I've long wondered about this. Does this mean, in turn, that all
utilities GIMSMP invokes (IEBCOPY, Binder, Assembler, et al.) must
likewise
Paul Gilmartin wrote:
And I see that GIMSMP is linked with AC=1; ASMA90 with AC=0;
both in authorized libraries.
So, now sheer conjecture. ASMA90 may or may not do exhaustive
SAF checking. Why should it feel obliged to? It was designed
to run unauthorized. So a maliciously crafty programmer
Gerhard Postpischil wrote:
I always thought the firm's name was Victorinox, and that's confirmed
by a Google search.
Indeed. And, they make more than knives! For example, my favorite travel
umbrella is a Victorinox. (Unfortunately, the current models are made in
China.)
--
Edward E Jaffe
Edward Jaffe wrote:
Our small shop does daily backups and weekly dumps using both HSM and
Tivoli Storage Manager on z/OS. We use 3590 tape technology
(triple-density H drives with double-long K [green stripe] tapes).
Our tape inventory is currently 182 tapes in RMM. Failure is
*extremely
Phil Smith III wrote:
...you find yourself driving behind an Infiniti G37, and think, If they ever do a
microcar, they should call it a B37...
Or you write some code in HLASM to copy one field to another using the
MVS instruction...
--
Edward E Jaffe
Phoenix Software International, Inc
Ted MacNEIL wrote:
MTR usually means time to REPAIR
MTTR means Mean Time To Repair.
MTR means Mean Time to recover.
In IBM parlance, MTTR is Mean Time to Recovery.
http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=20455
--
Edward E Jaffe
Phoenix Software International,
Interested parties,
For the first time in a long time, the SHARE Call for Presentations is
open before the planning process actually gets underway. That's a good
thing!
Unfortunately, the timing windows for Boston planning are extremely
tight this time. MVS Core Technologies is going to
Pinnacle wrote:
Anybody read the Mainframe Executive article on the death of tape as a
backup media? The guy writing it used to work for STK and Sun, and
now works for disk-based backup vendors. He says the following:
- 15% of all backups fail (my experience 1%)
- 10-50% of all restores
John McKown wrote:
Even a small z10 is
more expensive than a Enterprise server class Intel machine. And many
of the budget people compare them exactly that way. One for one.
Budget people that are too lazy to do valid 'apples to apples' platform
cost comparisons are doing their businesses
Jim Mulder wrote:
Well, of course it does. The purpose of the DUMP and REIPL
options of V XCF,sys,OFF,etc. is simply to set the 0A2 wait
state reason code to a value which drives the appropriate AutoIPL
actions as defined in the WSAT (Wait State Action Table).
See MVS Planning: Operations
For those present in Seattle for the very successful Session 2007: Ask
the Experts MVS Program Closing, there was some disagreement about
whether V XCF,sys,OFF,REIPL would honor the AUTOIPL MVS settings in
DIAGxx or always re-IPL with the last settings used.
Empirical evidence being the best
Lizette Koehler wrote:
I have been asked if it is possible to take a PDF and load it on the
Mainframe for printing.
I think it is, but I am not sure where to look to see if there are any
additional products we need.
Can anyone point out where I can begin?
Infoprint transforms?
--
Edward
Ted MacNEIL wrote:
The CSRSI service is just what I need.
IIRC, you have to be authourised to use that.
No. You don't. z/OS Assembler Services Reference, Volume 1 (available
online) states clearly:
Minimum authorization: Problem state, key 8-15
--
Edward E Jaffe
Phoenix Software
Ted MacNEIL wrote:
I never personally noticed any performance gain from preprocessing.
Even back with slow DASD, I never saw a performance benefit that out-weighed
the admin overhead.
Today's DASD, I'd say forget it.
If you're looking for improved DASD response time, you're looking
John Mattson wrote:
msys for Operations went away a few generations of zOS ago, but msys for
Setup is clearly included in my ServerPac of zOS 1.11 with manuals written
in 2009. It seems to have an alias of zOSMF in some cases. In ANY case,
the manual describes it as a way to do your Sysprog
Bruno Sugliani wrote:
On non z/OS platform like x86 with Linux or Windows servers, we often use
Dev or Test machines at a purposely less than 50% capacity allowing DR on
the test machines as the remaining CPU power is available.
Contrary to what a lot of people say about mainframe, using CPU's
Steve Dover wrote:
I am hoping for some 'guidance' from the experience on this site. I am working
at one of those 'small shops' that have been discussed on here recently. In or
around 2000, installed 7060-H70 (2 cps, 2 GB storage). When I started here
(the first time) had just finished
George Henke wrote:
Capacity based pricing has nothing but greed written all over it.
I'm glad IBM and many ISVs offer such steep discounts to smaller
customers that choose to enable/use only a subset of the potential
processing capacity available on the z10. Without those discounts, many
George Henke wrote:
This is simply incredible, to think that IBM would deliberately run BCT
loops to throttle, slowdown, CPs.
It is one thing to cut back the CPU cache. It is quite another to
deliberate slow things down.
IBM's current knee-capping approach is far superior to the old
zMan wrote:
... distributed folks don't understand issues like small volumes
(226GB being smaller than the hard drive in my laptop)...
It has already been said by IBM, but obviously bears repeating... The
226GB per volume EAV limit is nowhere near the *architectural* limit of
EAV--which is
McKown, John wrote:
There are multiple z9 models. Each model has its own MSU rating, which is basically related to the number of CPs enabled and their
speed. Now, I know that all the CPs on all z9 run same hardware speed. So, I'm wondering how they are knee capped? Now, I
know that the knee
Charles Mills wrote:
It's product code that will be shipped to multiple customers, many of
which will have MVS environments under which I will not be able to test,
such as JES3.
You can't test under JES3?
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El
Charles Mills wrote:
I don't have a copy laying around, if that's what you mean.
Sorry. For some reason I thought you worked for an ISV that was part of
PWD and ADCD and/or Dallas development programs. Maybe that was your
former employer...
--
Edward E Jaffe
Phoenix Software
Charles Mills wrote:
I contract with such an ISV. We are using IBM Dallas. Our development
virtual machine has JES2 only. I suppose I could ask for JES3 -- is that
your impression? It would be somewhat down on the priorities at this point,
but it's good to know if so. We can take this off-line
Charles Mills wrote:
I know that very well, but that wasn't the question. The question was is
name/token create/retrieve better performing than GETMAIN/FREEMAIN (or
STORAGE OBTAIN/RELEASE)?
Name/Token retrieve is quite fast. Name/Token create and delete are far
less so.
--
Edward E Jaffe
Gabriel Tully wrote:
I agree that System z administration is getting easier and I think
that is a good thing. The days of the typical MVS administrator
wearing a lab coat are over.
They wore lab coats?
--
Edward E Jaffe
Chief Technology Officer
Phoenix Software International, Inc
831
Klein, Kevin wrote:
I'm wondering if anyone here has any experience with the ZAAPZIIP feature of
z/OS 1.11 yet.
Yes. We use it here.
We know not all zIIP-eligible work is dispatched to a zIIP engine (about 50% of DB2 9 DDF
work if what I've read is correct). If one has only zIIP
Pinnacle wrote:
I just got this Email today for a Java developer at $90-110/hr. Last
quote I got for an MVS systems contract in NJ was $65/hr. IBM's plan
is working to perfection.
System z administration is supposed to be getting easier. As it does,
the relative pay scales *should* go
Edward Jaffe wrote:
Not just common sense. RFC 1855 (http://www.dtcc.edu/cs/rfc1855.html),
prepared by Responsible Use of the Network (RUN) Working Group of the
IETF, contains this admonishment with respect to processing email:
RFC 1855 Text
In general, it's a good idea to at least check all
McKown, John wrote:
I prefer email clients, like Pine, which simply know to insert a line break every 72 characters or so
while you're editting. It can also do a reformat to resize the lines to around 72 chars each with a
controlJ. Beats the stuffings out of these fancy and advanced GUI
McKown, John wrote:
I know it's the one not taken!. But of the B, J, or BR, can they be ordered?
I am 99.9% certain that having the branch address in a register is the fastest. But is it
significant enough that I should dedicate a register for it? I'm asking because I'm
reoptimizing some code
zMan wrote:
On Wed, Feb 10, 2010 at 1:32 PM, Greg Shirey wgshi...@benekeith.com wrote:
The List Owner has suggested the following:
You should read through ALL of your IBM-MAIN email before responding to
any post! I can't believe many of you dont.
Common sense should suggest the
Mark Zelden wrote:
So I guess my point is, putting aside software costs, it is better from an
overall system performance perspective to have all GPs.
Agreed. If they all run at full speed.
OTOH, if the GPs are knee-capped, there can be a break-even point where
having zAAPs (or zIIPs) can
Pawel Leszczynski wrote:
generally all of it probably mean that using DFSORT for compressed datasets is
not good idea.
The EXCP access method is not supported for extended sequential data
sets--whether compressed or not, striped or not. I/O for these data sets
is performed by Media
Hardee, Charles H wrote:
Has anyone ever experienced an 878-10 abend in IPCS while processing a
dump?
I used to get out-of-space conditions from both IPCS and z/XDC many
years ago before I changed my TSO/E logon size to:
Size === 524288
--
Edward E Jaffe
Phoenix Software
Ed Finnell wrote:
What qualifies it as a 'University'? Standards, ISO, accreditation,
certified instructors, endowment? Just curious...
Some at IBM believe there will be more customer management acceptance if
the events are called Universities.
--
Edward E Jaffe
Phoenix Software
Rob Schramm wrote:
General Rant for ISV's and latest version
How hard is it to put the latest version available numbers for your
software on the web in an easily accessible format? Apparently, with a
few exceptions, this must be a extremely hard thing to do (sarcasm). I
constantly run
Walter Marguccio wrote:
as far as I understand, our Lotus Domiono will continue to be responsible
to receive, filter, antispam the incoming e-mail addressed to us. According
to some rules, only a tiny part of the inbound e-mails will be routed to the
manframe. However, once this works, I have to
I should probably ask this question on a TCP/IP forum, but I figured I
would try here first to see if anyone knows...
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1F170/2.1
shows the textual representation of an IPv6 address.
It turns out to be a fair amount of code to do
Hal Merritt wrote:
If RESERVE were a viable alternative, then a lot of us would be doing just that.
This depends on your definition of viable. RESERVE works to protect
integrity. But, it is a performance drag.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
Gord Tomlin wrote:
I haven't tested this myself, but doc for inet_ntop() on other
platforms suggests that its output string is compressed.
Thanks for the pointer. I'm investigating this now.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
Patrick Falcone wrote:
I've checked the archives, manuals but just can't seem to find an answer for this.
Is there a way to find the amount allocated to HSA on the older machines?
IIRC, you have to start SIngle Object Operations from the HMC to the SE.
There is a storage map function of
401 - 500 of 2317 matches
Mail list logo
