Hey no fair taking my name in vain!
Talk about living in an "unreal universe"! No one would ever really want to
calculate A(5,5) -- so it
is quite appropriate for VU. The result would be of no real value. The whole
point of A(i,j) is that it
is a counterexample, a "recursive function which is
>From HELP CPQUERY LPAR -
Response 6 (No LPAR Data):
If your logical partition is not enabled for dynamic I/O changes, you would
see:
query lpars
No LPAR data is available.
Ready;
Make sure your SYSTEM CONFIG is set up with the Features Enable statements
for dynamic I/O and the LPAR profil
Go to www.baybunch.org for the Nov. 3rd meeting agenda.
- Original Message -
From: "Schuh, Richard" <[EMAIL PROTECTED]>
To:
Sent: Monday, October 24, 2005 2:36 PM
Subject: Re: Nov. 3rd BayBunch meeting
Hmmm. Still no attachment and no indication that one was removed. Would you
please
Hmmm. Still no attachment and no indication that one was removed. Would you
please send a copy to my home e-mail ([EMAIL PROTECTED])?
Regards,
Richard Schuh
> -Original Message-
> From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED]
> Behalf Of Melissa Curry
> Sent: Monday, Octo
Next Meeting -
Thursday, November 3, 2005
- Original Message -
From:
Miguel Diaz
To: VMESA-L@LISTSERV.UARK.EDU
Sent: Monday, October 24, 2005 1:54
PM
Subject: Re: Nov. 3rd BayBunch
meeting
The listserv discards the
attachments before sending them to the
The listserv discards the attachments
before sending them to the list...
Regards,
Miguel Diaz
z/VM TCP/IP Development
VM/ESA and z/VM Discussions
wrote on 10/24/2005 04:53:07 PM:
> The invitation was attached but here it is again.
The invitation was attached but here it is again.
- Original Message -
From: "Schuh, Richard" <[EMAIL PROTECTED]>
To:
Sent: Monday, October 24, 2005 1:29 PM
Subject: Re: Nov. 3rd BayBunch meeting
Either the invitation was forgotten or our e-mail guardians stripped it.
Regards,
Richar
I have recently divided my z800 into two LPARs. Both are running z/VM 5.1
with z/OS guests. On z/VM 5.1 on
LPAR 1 name PROD, I can do a Q LPAR and it shows me both LPARs and shows PROD
is the ACTIVE partition. When I do
a Q LPAR on z/VM5.1 on LPAR 2, I get:
No LPAR data is available
Either the invitation was forgotten or our e-mail guardians stripped it.
Regards,
Richard Schuh
> -Original Message-
> From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED]
> Behalf Of Melissa Curry
> Sent: Monday, October 24, 2005 1:04 PM
> To: VMESA-L@LISTSERV.UARK.EDU
> Subject:
We have new (to us) 3590 B11 drives without the "extended length
media" feature (in other words, we'll be using the "J", or blue, tape).
When I go into VM/Backup to create a pool, the choices for mode within HPT are:
HPTB
NPTC - "hardware compaction" - IBMLZ1
There are 3 kinds
Please join us for a half-day meeting of the Bay Bunch user group hosted by
Velocity Software, Jeskell and IBM. The Bay Bunch is a regional group
consisting of zSeries and Linux enthusiasts. This is a free meeting. If you
are interested in issues relating to zSeries and zLinux, you won't want to
m
Tom,
Call CA's VM Customer Support at (703) 708-4980. We can help you with
the VM:Backup configuration for the TapePools. How you configure (or
can configure) depends on the release and GenLevel of VM:Backup you are
currently running ...
JR Imler
JR (Steven) Imler
Computer Associates
Senior S
We have new (to us) 3590 B11 drives without the "extended length
media" feature (in other words, we'll be using the "J", or blue, tape).
When I go into VM/Backup to create a pool, the choices for mode within HPT are:
HPTB
NPTC - "hardware compaction" - IBMLZ1
There are 3 kinds
Well, I don't have an OS/360 Utilities manual, but there is a Utilities PLM
on bitsavers.org, and it says in the IEBCOPY section:
"Input to the IEBCOPY program must be a partitioned data set. The data set
must reside on a direct access device and be contained within one physical
volume. The input
Slight change to the agenda for this Friday's meeting. Unfortunately, Phil
Smith III will be unable to come present at this meeting. The good news is
that we have an excellent replacement speaker -- Scott Courtney from Sine
Nomine Associates. Scott will be presenting a session on backing up your
On Oct 24, 2005, at 11:49 AM, Dennis Wicks wrote:
The problem surfaced when it was first installed, on the hush-hush,
at a customer site. The test began, and as soon as the first
initiator was started OS/VU attemted to allocate an infinite number
of buffers of infinite size so it could quickly ca
I noticed that most of the references in preceding posts are to
articles and announcements that are 25 to 30 years old.
I heard from a usually-reliable-but-unnamed-source that all work
on developing OS/VU was halted some time ago.
The problem surfaced when it was first installed, on the hush-hush
Are you sure about that? IIRC, we used IEBCOPY to both compress and unload
PDSes in the pre-SVS (O/S 360 Releases 15-21) days. It did require DD
statements to actually specify the dataset, not the generic DDs used by IEHMOVE.
Regards,
Richard Schuh
> -Original Message-
> From: VM/ESA a
"Oh Shoot" (feel free to substitute letters) is another appropriate sound, if
not an appropriate virtual address. :-)
Regards,
Richard Schuh
> -Original Message-
> From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED]
> Behalf Of Dennis Wicks
> Sent: Monday, October 24, 2005 9:09
Pre-SVS IEBCOPY didn't have the PDS unload feature that is probably what
most of us think of as the raison d'etre of IEBCOPY these days. IEHMOVE was
the unload tool. And as Joe M. says, it was riddled with bugs, several of
them of the "copy dataset, delete old version, oops - the new version wasn't
Now the we have 4 digit addressing you could make it !
The use of virtual device address "123" for such a critical purpose
(access to the sysres) has always bothered me. It's just too easy for
something like what Stanley reports to happen: 123 doesn't "look
special". Also, various IBM and
Then there was IMAPTFLE...
Tony H.
> -Original Message-
> From: VM/ESA and z/VM Discussions
> [mailto:[EMAIL PROTECTED] On Behalf Of Jay Maynard
> Sent: Wed 19 October, 2005 08:14
> To: VMESA-L@LISTSERV.UARK.EDU
> Subject: Re: IEH/IEB/... names?
>
> On 2005-10-19, Joe Morris <[EMAIL PRO
VM...
When reality just isn't enough.
Tom Duerbusch
THD Consulting
>>> [EMAIL PROTECTED] 10/24/05 10:16 AM >>>
On Monday, 10/24/2005 at 09:13 EST, Adam Thornton
<[EMAIL PROTECTED]> wrote:
> > This will give us
> > a base to develop an even more powerful operating system,
> > targeted for avail
On Monday, 10/24/2005 at 09:13 EST, Adam Thornton
<[EMAIL PROTECTED]> wrote:
> > This will give us
> > a base to develop an even more powerful operating system,
> > targeted for availability in the 4th quarter of year 2010, and
> > designated Virtual Reality. OS/VR is planned to enable the user
> -Original Message-
> From: VM/ESA and z/VM Discussions
> [mailto:[EMAIL PROTECTED] On Behalf Of Adam Thornton
> Sent: Monday, October 24, 2005 9:13 AM
> To: VMESA-L@LISTSERV.UARK.EDU
> Subject: Re: Filemode 7-9?
>
>
> On Oct 22, 2005, at 9:21 AM, [EMAIL PROTECTED] wrote:
> > New Operat
On Oct 22, 2005, at 9:21 AM, [EMAIL PROTECTED] wrote:
New Operating System --
Operating System / Virtual Universe (OS/VU)
...
This will give us
a base to develop an even more powerful operating system,
targeted for availability in the 4th quarter of year 2010, and
designated Virtual Reality.
The use of virtual device address "123" for such a critical purpose
(access to the sysres) has always bothered me. It's just too easy for
something like what Stanley reports to happen: 123 doesn't "look
special". Also, various IBM and ISV products have been known to use MAINT
123 during prod
> >Was reading the RSCS manuals and ran across a comment that
> restart execs could be filemode 1,2,4,5 and 6, but should not
> be 0,3, or 7-9.
> I'm surprised 4 would work for restart scripts; I thought 4
> was for OS simulation stuff in CMS, or some other feature I
> never had reason to
Hey I still have the formal IBM announcement for OS/VU 1.1!
Ed Martin
Aultman Health Foundation
330-363-5050
[EMAIL PROTECTED]
>> -Original Message-
>> From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED]
On
>> Behalf Of David Boyes
>> Sent: Friday, October 21, 2005 8:57 PM
>> T
David Boyes wrote:
Was reading the RSCS manuals and ran across a comment that restart execs could be filemode 1,2,4,5 and 6, but should not be 0,3, or 7-9.
I'm surprised 4 would work for restart scripts; I thought 4 was for OS
simulation stuff in CMS, or some other feature I never had rea
I am on vacation this week, but my own version of CP1STLVL
has been modified to use standard CP output that *does*
get caught by a pipe. (i also made a few other small changes -
mods available to anyone who is interested).
I will be happy to email it to you next week.
Shimon
31 matches
Mail list logo
