Some people ask me if I will support the emulation of EAV disks.
I looked at the Erep 3.5 book and find out the the sense byte 28-31 are
encrypted for EAV devices. If that is true, then EAV will never be
implemented in my code.
erep 3.5 (obr eav).
SENSE
BYTE
10 00 00 00 00 3C 20 00 00 00 00 00
On Sat, Feb 6, 2010 at 1:17 AM, Ted MacNEIL eamacn...@yahoo.ca wrote:
Instead of being pedantic, why not answer the (to me) obvious question?
How about Googling pr/sm manual? First hit. This ain't brain surgery.
But your point is taken.
Guys,
Thanks VERY much for this - I actually was looking for the list for a
customer who asked me (me, I know even less about networks than I do
about MVS ;-) and I will pass the info on to them straight away!
Have a nice weekend!
Thanks.
Aurora
Aurora Emanuela Dell'Anno
CA
Sr.
We did this, too, in our site-specific standard start-and-end-macro.
So odd addresses in the RET field in the save areas show that the active
save area is above this position (in forward direction). But this is
kind of
redundant, if you have reg 13. But sometimes, when debugging, you are
happy
shai hess wrote:
Some people ask me if I will support the emulation of EAV disks. I looked at
the Erep 3.5 book and find out the the sense byte 28-31 are encrypted for
EAV devices. If that is true, then EAV will never be implemented in my code.
Sounds reasonable. It is like this 'if you can't
I stand corrected. We must have been on V8 long enough for V7
64-bit-backed to mind-morph into 64-bit-addressable. The net effect
as you mention was that by using one or more dataspaces for buffer
pools, DB2 V7 was no longer bound by the 2GiB limit for total virtual
space or total real storage
Decryption is hard to solved.
Even if I do it, it can make me problems. In other words I can try to do it,
but it will not make good to me.
I can use only my idea and not other companies idea.
Thanks god I still have many idea which will kept me busy for long time
depend on god will.
Shai
On
1000 003C2000 04810010
00101A0E - Decrypted data.
It seemed it is Decrypted at all. Why are you NOT supporting this if you
can
decrypt this?
I did not decrypt it. In the Erep 3.5 book they display sense and report
about the sense. The sense was
On Sat, 6 Feb 2010 10:34:01 -0800 shai hess shai.h...@gmail.com wrote:
:Decryption is hard to solved.
:Even if I do it, it can make me problems. In other words I can try to do it,
:but it will not make good to me.
:I can use only my idea and not other companies idea.
As an emulation, would you
W dniu 2010-02-05 20:41, Phil Smith III pisze:
Answer from a knowledgeable IBMer:
The answer is yes, the z9 and z10 processors will go into low power mode when
not in use. On z9 this is on a chip basis, on z10 this is on a core basis (so the effect
is better). For z this effectively means
As an emulation, would you not be able to see the encrypted values for the
minor subset of values that you will produce? In other words, you do not
need
all possible values - just those that your emulation will produce.
You need subset of about 4,000,000,000 numbers. Each CCCH must have a
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
was changed to instead place x'01' in the low byte
In the RETURN macro, I see OI, not MVI (but I didn't search for the MVI).
I mis-wrote; you're right. It should have been
place x'01' in the low bit
Peter Relson
z/OS Core Technology Design
On Sat, 6 Feb 2010 11:47:41 -0800 shai hess shai.h...@gmail.com wrote:
:As an emulation, would you not be able to see the encrypted values for the
:minor subset of values that you will produce? In other words, you do not
:need
:all possible values - just those that your emulation will produce.
I am out of the office until 02/08/2010.
For Customer related requests please email MF Storage Mgmt
(mf...@us.ibm.com)
For IBM related requests please use the MF Storage Request Database.
Otherwise I will respond to your email upon my return
Note: This is an automated response to your message
Not sure what level it was introduced but BCPii was a new one for us, we are
going from 1.9 to 1.11 at the moment. But it' s an optional task, there is
no need to set it up, but it will try to start (and fail) at IPL regardless.
Will be checking to see if there is any way to turn the flaming
To make it more easy to you I add more detail data.
To search for the report, open Erep V3R5 Reference
GC35-0152-04. Search for EAV OBR.
Look at figure 126.
| |
| |
| |
| | DEVICE NUMBER: 005708 REPORT: OUTBOARD (LONG) DAY YEAR JOB IDENTITY: EOS
EXIT |
| | SCP: VS 2 REL. 3 DATE: 273 05
I found this and thought the group might enjoy the memory of long long ago and
far far away.
Ed
http://www.badongo.com/pic/8637929
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
18 matches
Mail list logo