I'm just implementing Dirmaint and it's on MAINTs 2CC (where the
original directory was). I don't see it on any of Dirmaint's disks.
You can use the FILE command to send it over.
Huegel, Thomas wrote:
Does anyone know off the top of their head where IBM hides this DIRMAINT
'example' file on 5
Thanks Ed.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Edward M. Martin
Sent: Friday, September 07, 2007 2:15 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: RPWLIST DATA
Hello Thomas,
For Both 4.3.0 and 5.3.0 it is on 2CC (maint). I wou
Hello Thomas,
For Both 4.3.0 and 5.3.0 it is on 2CC (maint). I would suspect it is
there for 5.2.
Ed Martin
Aultman Health Foundation
330-588-4723
[EMAIL PROTECTED]
ext. 40441
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Hue
Sigh, this makes me sad and nostalgic. More than 20 years ago, traveling in
Israel, a friend and I visited Weizmann. Being geeks/techies (me VMer, she
document technology expert), we of course arranged to visit VM sites around the
world. We received a wonderful/warm reception equal to any red-c
Does anyone know off the top of their head where IBM hides this DIRMAINT
'example' file on 5.2?
RPWLIST DATA
__
<< ella for Spam Control >> has removed VSE-List messages and set aside
VM-List for me
You can use it too - and it's FRE
Oohh... niiice
Alan Altmark wrote:
I would be remiss if I didn't point out that CMS has a VSAM API redirector
in it. Look at the SUBSYS operand of FILEDEF. We added it in 1984 or
thereabouts and the SQL/DS product had hook to let it process VSAM
requests. I don't know if DB2 for VM/VSE
I will be out of the office starting 09/07/2007 and will not return until
09/10/2007.
On Friday, 09/07/2007 at 11:58 EDT, "Huegel, Thomas" <[EMAIL PROTECTED]>
wrote:
> You write the requirement and I'll vote for it!
"AVAILABLE" (via NFS).
> I wonder how difficult writing a VSAM to SFS block store driver would
> be... hmm. Another project to do *later*..
I would be remiss if I
Peter,,
It turned out to be a TCP/IP configuration problem. There were two
PRIMARYINTERFACE statements and the second on had the 'erroneous' value
for the last octet. I changed the configuration file and now everything
is working just fine.
The same REXX Exec worked fine under z/VM. It was just
Was thinking more of a CMS VSAM interface, but you're right that the
hooks might already be there.
At least for ESDS files, the VSAM hooks are already there (I don't know
if KSDS would be any different or would really matter). The TCP/IP
Tools Transparent FTP support is built that way.
When a VSAM ESDS file is opened an FTP open is triggered, the data flows
to or from the program through t
You write the requirement and I'll vote for it!
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of David Boyes
Sent: Friday, September 07, 2007 10:29 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Size of Mdisk
> Your last point.. Wouldn't it be so co
The VSE development lab won't be of much help there. As far as they're
concerned they already have an NFS client as delivered by the
Connectivity Systems TCP/IP Stack (which is delivered as a
pre-installed, priced feature with every VSE shipment).
Unfortunately that doesn't solve the problem
> Your last point.. Wouldn't it be so cool if VSE (zOS too) understood
SFS.. Especially now
> that VSAM is no longer available for z/VM.
That *is* a cool idea. I can submit it as a WAVV requirement; the VSE
lab is a lot more cooperative about that sort of thing, and the WAVV
guys tend towards the
Hello Mike and Robert,
Thank for the info. I use the SERVICE EXEC. service cp status
to find my current level.
VMFSRV2760I SERVICE processing started
VMFSRV1225I CP (5VMCPR30%CP) status:
VMFSRV1225IServi
On Friday, 09/07/2007 at 09:14 EDT, "Huegel, Thomas" <[EMAIL PROTECTED]>
wrote:
> Your last point.. Wouldn't it be so cool if VSE (zOS too) understood
SFS..
> Especially now that VSAM is no longer available for z/VM.
The common transform is NFS.
Alan Altmark
z/VM Development
IBM Endicott
Or maybe better, the Byte File System. That would provide a
hierarchical storage mechanism for VSE. Yeah, there's an NFS client for
VSE, but that's tied to a specific vendor... :(
Huegel, Thomas wrote:
Your last point.. Wouldn't it be so cool if VSE (zOS too) understood
SFS.. Especially now
Your last point.. Wouldn't it be so cool if VSE (zOS too) understood SFS..
Especially now that VSAM is no longer available for z/VM.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of David Boyes
Sent: Thursday, September 06, 2007 8:26 PM
To: IBMVM@L
Hi Raymond,
Okay, let's get the obvious question out of the way first, you _are_
running this on the z/OS system, and not on VM?
Can you test this on another z/OS system to see if it is consistently
wrong? If consistently wrong, then that would suggest a bug.
Is z/OS REXX returning some
Fran,
Glad to hear you got things working by changing the LOADLIB blocksize.
Since I had suggested looking at the BIND command, I did want to point out
that BIND can be used to create LOADLIBs. Setting the FILEDEF for SYSLMOD
to point at a LOADLIB will place the results of a BIND build into the
Bingo! My Linux programmer was using the GNU mt command, which
evidently was setting compression off. He switched to mtst and provided
the compression operand and it works fine now.
Thanks much, I'll keep this note in my "Linux/VM Compatibility" folder
for future reference! :)
-Mike
-
Using the BIND command to replace the LKED command did not solve my
problem. The BIND is used to produce a MODULE and I need to use a
LOADLIB.
The CSECT size of my user logon table in VTAM/SWITCH had exceeded
X'03'. Even though VTAM/SWITCH has not been a supported product
on VM for many yea
22 matches
Mail list logo