When I started high school in 1956 I remember that there were IBM clocks
all through the school and they were syncronized by a master clock.
I don't know if the system was hard wired or the if the clocks received
a radio signal.
In 1963 I started working for Slippery Rock State College and there
w
On Tue, 10 Jul 2007 11:55:23 -0400, Alan Altmark <[EMAIL PROTECTED]
> wrote:
>On Tuesday, 07/10/2007 at 09:06 EST, Alan Ackerman
><[EMAIL PROTECTED]> wrote:
>> >On Monday, 07/09/2007 at 10:30 AST, Rick Troth <[EMAIL PROTECTED]> wrote
:
>> ...
>> >Alan Altmark
>> >z/VM Development
>> >IBM Endicott
Hello!
Jim, as I recall the company that we know now as IBM did in fact make clocks
as found in many schools. Sometimes they worked from signals delivered from
a central recording clock. And sometimes they wore a windup mechanism or
even an electric one.
They even made time clocks. One was even s
I saw a carbine like that in the IBM museum in Endicott. Gotta get back
there before I retire back to Texas in a year of so. I'm only about 35
miles up the road, now.
I remember that when I started school in a one room country school house
in 1949 that there was a clock on the wall that said
That was our speculation. Thanks.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Friday, July 13, 2007 3:37 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IUCV Interruptions
On Friday, 07/13/2007 at
On Friday, 07/13/2007 at 06:19 EDT, Rob van der Heij <[EMAIL PROTECTED]>
wrote:
> On 7/13/07, Alan Altmark <[EMAIL PROTECTED]> wrote:
>
> > Nothing is changed. Except for the IPARML itself (I think), all
> > IUCV-related addresses remain 31-bit, even in 64-bit addressing mode.
So,
> > all buffe
On Friday, 07/13/2007 at 05:57 EDT, "Schuh, Richard" <[EMAIL PROTECTED]>
wrote:
> Next question, what about the Control Register usage?
In z/Architecture mode, bit 62 of CR0 has to be on. (It's the same bit -
just the numbering is different.)
Alan Altmark
z/VM Development
IBM Endicott
On 7/13/07, Alan Altmark <[EMAIL PROTECTED]> wrote:
Nothing is changed. Except for the IPARML itself (I think), all
IUCV-related addresses remain 31-bit, even in 64-bit addressing mode. So,
all buffers must reside below 2GB.
Virtually speaking below 2G, I presume...
--
Rob van der Heij
Velo
Next question, what about the Control Register usage?
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Friday, July 13, 2007 2:50 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IUCV Interruptions
On Fr
Thanks, Alan.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Friday, July 13, 2007 2:50 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IUCV Interruptions
On Friday, 07/13/2007 at 04:44 EDT, "Schuh, R
On Friday, 07/13/2007 at 04:44 EDT, "Schuh, Richard" <[EMAIL PROTECTED]>
wrote:
> Is there any documentation of the changes to IUCV interrupts in 64-bit
mode?
> There is a section in CP Programming Services that documents the
interrupts in
> 31 bit mode, but does not say a word about 64 bit op
They list for about $35K, so with discounts you can expect $22K upwards,
however, I don't think they attach directly to FICON lines, unless you
configure FCP protocol on the line. Otherwise, you need an A70 controller or
something similar.
If you use Fibre, you probably also need a SAN switch t
Is there any documentation of the changes to IUCV interrupts in 64-bit
mode? There is a section in CP Programming Services that documents the
interrupts in 31 bit mode, but does not say a word about 64 bit
operation.
Regards,
Richard Schuh
I've got an IBM M-1 Carbine from WWII. Does that count?
Dennis
"I don't have a girlfriend. I just know a girl who would get really mad
if she heard me say that". -- Mitch Hedberg
-Original Message-
From: The IBM z/VM Operating
When I've had a need to move 3390 volume images to another data center,
I've used CMSDDR to dump them to files, then transferred the files via
either RSCS or ISFC. CMSDDR does some sort of packing on the files it
creates. Empty 3390-3's result in far smaller output files than full
ones do.
"IBM also said it enhanced the mainframe's z/VM virtualization software with
ten times more virtualized memory and up to 256 GB of real memory. That means
businesses can consolidate more memory-intensive workloads like database apps
onto a single copy of z/VM and save money by not deploying addi
Thank you Rich.
Kindly, remove my id from the list.
Thank you.
Being nitpicky
There is no such thing as an escon attached 3592-E05/TS1120. The tape drives
are attached to a controller via scsi and the controller is escon/ficon
attached.
1. Do you have an existing controller that will support these tape drives?
IBM 3592-J70 for one?
2. Do you want a
To elaborate a little on what Kris said, the move to 5.2 really improved
on the use of storage below the 2G line. It removed most of CP's
dependence on low memory addresses. This was a huge relief for many of
us who were hogtied by the 2G line. In order to accomplish it, the CP
had to become fully
I don't have anything in the way of old equipment such as that or even
pictures, but I have some "historical" information. I started working
for IBM in 1967 in a marketing branch office in Chicago. I would
dutifully update my IBM sales manual, replacing pages and pitching the
old ones. Somet
On Friday, 07/13/2007 at 10:21 EDT, "Huegel, Thomas" <[EMAIL PROTECTED]>
wrote:
> I am going to update from z/VM 5.1 to z/VM 5.3.
>
> I was wondering if anyone else has done this, and if there are any
'gotchas'.
>
> A more specific question are there any confiq changes in the TCP/IP
config
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Nick Laflamme
> Sent: Friday, July 13, 2007 10:39 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: TS1120 Costs
>
>
> While I wait for a return call from an IBM reseller, can
> anyone give me
While I wait for a return call from an IBM reseller, can anyone give me
a rough ballpark number for the cost of an ESCON attached 3592/TS1120
tape drive? The whole point would be to start encrypting tapes that will
go off-site, if that narrows down which variant I need.
I just love it when man
z/VM 5.2 changed a lot in its storage management to improve handling real
storage above 2GB. Consequently, if you'd have execs that use information
from CP control blocks, they may have to be adapted before they can run in
z/VM 5.3.
With other words: the step from 5.1 to 5.2 is bigger than from
That looks like an IBM 3174 01L. I still have 4 of them running.
The tape drives are IBM 3420 Mod 6 (we still have 3 of them running). I don't
see the IBM 3803 to run the tape drives.
The rack mounted unit, reminds me of the IBM 9370 (not running one of them).
Of course, the terminal is an IBM 3
I am going to update from z/VM 5.1 to z/VM 5.3.
I was wondering if anyone else has done this, and if there are any
'gotchas'.
A more specific question are there any confiq changes in the TCP/IP config
file? or can I use my old (5.1) one?
The hardware will remain the same z800 until the new z9 ar
No matter what you do, a 3174 will NOT ever work with VM TCPIP. The
definitions Ray Noal gave you are for z/OS TCP. VM TCP has no support
for using VTAM to drive devices.
To explain the message you asked about, a CETI device presents 3
separate addresses (read, write and control). When you define
I've found the problem in REXXVSAM and made this change:
From:
CLC OPTION(8),28(R1)COMPARE DDNAMES ACCD0001 06696000
To:
CLC OPTION(8),40(R1)COMPARE DDNAMESSRU01 06696090
REXXVSAM was comparing the DDNAME option with the RPL ddname at the
wrong displa
[EMAIL PROTECTED] wrote:
>For those of you who might be in the Lafayette, Indiana area this weekend.
>Vintage Computer Festival.
Hmm, next we'll have an SCA spinoff, with folks dressing like old computer
geeks...oh, wait, that's SCIDS.
...phsiii
30 matches
Mail list logo