W dniu 2012-11-11 00:45, Edward Jaffe pisze:
On 11/10/2012 2:25 PM, John Gilmore wrote:
It is possible, even usual in many shops, to continue to use machines
well after they have been withdrawn from marketing.
The inability to obtain more storage or to activate a spare, already
acquired CP is
Edward Jaffe wrote:
begin extract
Understand, this is not the price for the memory. This is just the
price to _enable_ the memory.
end extract
It is indeed the price of some trivial, off-the-shelf µcode changes;
and these changes are not very size-sensitive. A [small] flat charge
would have
All FICON singlemode cables I have seen are pc (physical contact).
Q: is apc connector supported?
--
Radoslaw Skorupka
Lodz, Poland
--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie
jej
On Friday 09 November 2012 19:59:33 Edward Jaffe wrote:
Those of you with z10BC machines waiting for the z12BC to come out had
better learn to make do with what you have.
Keep in mind that z10BC is just _one_ generation removed from the current
z114 business class machine. Nevertheless,
Does anyone remember whether there was once a reason to set NOPASS against
programs GIMSMP (or HMASMP before that) or the dump services module IEAVTDSV?
We have them set in PROGA0 and some auditors want to know why since thet is
apparently not the default. If it was the default for those
IEAVTDSV is set to NOPASS is the IBM-supplied PPT, there shouldn't be any need
to specify it in your SCHED member.
GIMSMP sounds dodgy to me... maybe it was once set to be allowed to access it's
DDDEF datasets to save cycles (?), but then anyone could compose a DDDEF /
Usermod to update just
And if you listen to Martin, everyone out there on zSeries (of any sort) is
apparently wallowing in memory anyway.
They are. The memory just isn't for z/OS, it is for zLinux. After all,
everybody knows that z/OS makes do without adequate resources, when Linux
applications fail.
You wouldn't
On 11/9/2012 4:30 AM, Peter Relson wrote:
The Space Token (STOKEN) for an address space is in ASSBSTKN.
It used to be that this was not considered a programming interface and
that you were expected to use ALESERV EXTRACTH to obtain it. We decided
that was relatively ridiculous since internal
Anthony Fletcher wrote:
Does anyone remember whether there was once a reason to set NOPASS against
programs GIMSMP (or HMASMP before that) or the dump services module IEAVTDSV?
GIMSMP - (Living in SYS1.MIGLIB) - No need to be there. AFAIK, it is not needed
to be in SCHEDxx.
The same applies
