For what it's worth, here is my version of the same JCL:
IEF236I ALLOC. FOR S000AAAX STEP1
IGD101I SMS ALLOCATED TO DDNAME (TEMP)
DSN (SYS05325.T091116.RA000.S000AAAX.R0506245)
I just tested SM CF duplexing options and found that some structures do
not support SM CF duplexing - that means they cannot be duplexed.
Q1: Is there any list of structures with SM duplexing eligible attribute ?
Q2: For DB2 GBP there is no option to specify SM duplex instead of User
Managed
Alexander [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]...
Hi, all!
Who can to explain this situation?
The usual protocol of job is:
09.37.33 STC03940 MONDAY,21 NOV 2005
09.37.33 STC03940 IEF695I START ASS WITH JOBNAME ASS
09.37.33 STC03940 $HASP373 ASS
Or when system isn't able to do a good recovery for the job, for instance, if
job ends at end of memory (look for messages like this) and then terminates
the job in a clean dirty way.
Best regards.
-Messaggio originale-
Da: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Per
Hello,
do you have any notices about relationship between BUFNO=2 and DB2 catalog?
Is the recommended value?
Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
Bruno Sugliani [EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]...
On Sun, 20 Nov 2005 10:03:48 +0200, Gil Peleg [EMAIL PROTECTED] wrote:
Hi,
We are running with 3 CPs.
Gil.
We'll remove the zap and start rolling maintenance on Wednesday .
Bruno
Hi,
we run z/SO 1.6 and DB2 V7
Skip,
I think Shane made a typo - he may have meant shemozzle. I always thought
this was an Australian colloquialism, but it appears that it is actually
Yiddish.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Skip Robinson
Sent:
With the ATT announcement on the elimination of dial and leased SNA access
at the end of 2005, the announcement indicates that telnet access will be
available as a replacement. Citing best practices, my firewall group
won't open telnet ports, and having reviewed some of the exploits reported
over
Classic link requires two chpids, one for ICS, the second for ICR.
Is it possible to establish MVS-CF link using *one* ICP emulated chpid ?
--
Radoslaw Skorupka
Lodz, Poland
--
For IBM-MAIN subscribe / signoff / archive
Once you logged into the ftp server, simply use cd
/your/target/directory to switch into the
UNIX file system.
Peter Hunkeler
Credit Suisse - Information Technology
KRDO 4, Print Processing Engineering
--
For IBM-MAIN
peer mode links could use a single link, although I always define
multiples.
No extra cost for the emulated ones within a (single) CEC.
Shane ...
From: R.S.
Classic link requires two chpids, one for ICS, the second for ICR.
Is it possible to establish MVS-CF link using *one* ICP emulated
Morning! (or afternoon! or evening!)
I am thinking about bumping up the region limit in IEFUSI for all users -
we are 11mb below the line and 32mb above - unless it's a CICS region or a
few other exceptions.
Convincing one of our team is an issue. He feels if this was good enough
for the last
By the way, I would argue that VPNs aren't needed if all you're trying
to
do is TN3270 (plus optionally HTTP) into your corporate network.
So don't encrypt and show the world your userid/password et al?
snip
I guess for you, too. :-)
I would like to see that argument between you and the FDIC ;
Afternoon!
So you also have been running on a 10 mips system for the last 10 years?
Everything grows, storage-usage too, remember what someone said about 640k not
so long ago, his machines need 640M to run nowadays.
I feel the only reasonable argument to limit users is to keep runaways within
With a VPN, we used our old 3270 emulator - but our new one is secure
and doesn't need the VPN, now we use BlueZone at work and at home.
We can still use our VPN to log into our work computers from home, or
we can use BlueZone from our home computers.
My question is, do I need an additional FTP Server running in USS to take
advantage of port 1021. Trying to access port 1021 externally does not
seem to get me very far.
Use parameter 'STARTDIRECTORY HFS' in your FTPSDATA file.
You may run 2 ftp servers, with different setting of STARTDIRECTORY.
Shane,
I guess I'm misuderstood.
I don't discuss how many links should be used (IMHO two is OK), I'm
talking about single link definition: doeas it consume one or two chpid
numbers. Let me explain it again:
Classic connection:
MVS -CHP10 CHP11-CF
CHP 10 is ICS, CHP 11 is ICR.
Now
On Mon, 21 Nov 2005 07:07:26 -0600, Chase, John [EMAIL PROTECTED] wrote:
Posts to the bit.listserv.ibm-main newsgroup are not gated to the listserv
(email) subscribers; hence are invisible to those of us without
newsgroup
access.
John,
Would it be possible to post to the newsgroup and CC the
You still need to connect them in the gen, so you will use 2 CHPIDs. Both
will be defined as ICP. I have one DEDicated to the ICF, and the other SHRed
between the MVS images.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of R.S.
Sent: Monday,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Vic Petrone
On Mon, 21 Nov 2005 07:07:26 -0600, Chase, John wrote:
Posts to the bit.listserv.ibm-main newsgroup are not gated to the
listserv
(email) subscribers; hence are invisible to those of us without
On Mon, 2005-11-21 at 11:16 -0500, Jon Brock wrote:
We would like to move these files off of their current volumes into
the correct pool while maintaining their generation number.
Just copy from old to new, varying the version number (GV01) on
the output dataset and specifying
When you initialize the FXX for Datacom, you specify the number of tasks to
allocate for force usage (for lack of a better term).
If you are everything has been clean up to this point, the best bet would be to
reinitialize the FXX, specifying a higher number of tasks. If you have had any
Thanks for all the replies.
Yes, I was referring to clashing Windows PC Java versions, with a
homegrown, or rather custom written code from a vendor for an in-house
project, needing one level, and this beautiful performance tool needing
a different level. I appreciate the Firefox idea, it
On Mon, 21 Nov 2005 11:16:48 -0500 Jon Brock [EMAIL PROTECTED] wrote:
: We have some tapes written into the wrong range of volume serial
numbers. (They are taking up some of our business recovery volumes). The data
sets in question are GDG generations. We would like to move these files
On Sun, 20 Nov 2005 09:25:15 -0700, Steve Comstock
[EMAIL PROTECTED] wrote:
The problem is it needs a version of JAVA that is in conflict with the
JAVA we run. We have some older apps that need the version we run. The
slow dance has been around trying this and that to get it to work to no
Hi,
Just a quick thank you to Peter Hunkeler and Tomas Fott for their prompt
responses to my query.
I have successfully tried peter suggestion, and will look at Tomas' proposal
when I have more time.
Thanks again - Terry
Terry Sambrooks
Director
KMS-IT Limited
228 Abbeydale Road South
Dore
Hi, Jon Brock wrote:
We have some tapes written into the wrong range of volume serial numbers.
(They are taking up some of our business recovery volumes). The data sets in
question are GDG generations. We would like to move these files off of their
current volumes into the correct pool
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
But I tried this. Since my data set names will be the same in all LPARs,
and the IDCAMS RM says, Allows [not Requires] ... using system symbols,
I saw no need to incorporate a variable part,
I get:
IDCAMS SYSTEM SERVICES
We have no region limit in IEFUSI, and our zOS 1.4 runs with a 2gb
central storage. No problem so far.
SteveBui
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bob H
Sent: Monday, November 21, 2005 6:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Chase, John wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of ibm-main
From: Craddock, Chris
Whoever Peter is (I assume Peter Relson) must be using the newsgroup
because none of his postings on this subject have shown up on ibm-main.
I am sure I (and
Ron and Jenny Hawkins wrote:
I think Shane made a typo - he may have meant shemozzle. I always thought
this was an Australian colloquialism, but it appears that it is actually
Yiddish.
It is Yiddish: spelled and pronounced Schlemozzle.
--
On Mon, 21 Nov 2005 14:25:22 +0200, Gil Peleg [EMAIL PROTECTED] wrote:
You need locking to occur.
We mostly encountered the problem during night batch processing when
several
jobs processed the same set of DB2 tables, and once during an intensive
online day...
In our case it was exactly the
For Q2: DB2 does its own duplexing ('user managed')--presumably because
duplexing was vital to DB2 before system managed was available. Just let
DB2 do its own thing. He handles the SETXCF duplexing commands directly, so
those structures do not require any special handling. Just don't try to
make
fyi
1 J E S 2 J O B L O G -- S Y S T E M H R B A -- N
O D E A 1 J E S N J E
0
12.50.31 JOB00504 MONDAY,21 NOV 2005
12.50.31 JOB00504 ICH70001I C000813 LAST ACCESS AT 10:21:38 ON MONDAY,
NOVEMBER 21, 2005
12.50.31 JOB00504 $HASP373 C000813X STARTED
Ed Jaffe writes:
It is Yiddish: spelled and pronounced Schlemozzle.
My goyishe understanding is that of the schlemiel-schlemozzle pair the
schlemozzle is the passive victim, the one on whom the active schlemiel
spills the soup.
It was so anyway when I was a graduate student; but that of
I suddenly realized that the
IEF237I 3D55 ALLOCATED TO SYS1
message is coming out AFTER the step termination messages for STEP2. I
did a little testing and found that STEP2 is irrelevant, even if it is
deleted, the same messages occur after STEP1.
I am guessing that this is a dynamic
IBM broke the link between hardware MSUs (Al Sherkow's name for them - I'm
jealous) and
charging MSUs in October 2003 with a 10% cut for the z990 alone.
Subsequent systems have had other cuts, in some cases varying by model, so
there is no longer
a defined relationship between the two. As the
john gilmore wrote:
Ed Jaffe writes:
It is Yiddish: spelled and pronounced Schlemozzle.
My goyishe understanding is that of the schlemiel-schlemozzle pair the
schlemozzle is the passive victim, the one on whom the active
schlemiel spills the soup.
Exactly!. A schlemiel is the guy most
Charles Mills [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Thanks all. Bruce's reply was especially helpful. I understand my various
imperfect options now.
With regard to R.S.'s observation: ain't it the truth! Does anyone have
the
impression that making* a simple question
Mark Thomen wrote:
Charles Mills [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Thanks all. Bruce's reply was especially helpful. I understand my various
imperfect options now.
With regard to R.S.'s observation: ain't it the truth! Does anyone have
the
impression that
Aside from writing and CALLing a trivial assembler routine, is there any way to
display the
hexadecimal content of a field in a COBOL program using COBOL syntax?
John Krew
--
For IBM-MAIN subscribe / signoff / archive access
It's not yet at all easy to do this in COBOL; but it will be possible, even
in a certain sense easy, after someone implements the new standard, which
makes bit strings available.
To make clear what is involved here is a PL/I procedure:
ptrhexF: procedure(ptr)
returns(character(8))
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of John Krew
Sent: Monday, November 21, 2005 1:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Displaying hexdecimal content of field in Cobol
Aside from writing and CALLing a trivial assembler
One way I know converts one character at a time so would not be good for
large numbers of characters, or high frequency. In these cases an
assembler routine would be better.
01 FILLER.
02 HEX-SUB PIC S9(4) COMP VALUE ZERO.
In
[EMAIL PROTECTED],
on 11/21/2005
at 03:15 PM, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] said:
You must plan your Real Storage according to the system's
requirements and that is why you want some control to prevent one
application from suddenly wiping out the rest of you production
enviroment.
In [EMAIL PROTECTED], on 11/21/2005
at 09:06 AM, Edward E. Jaffe [EMAIL PROTECTED] said:
It is Yiddish: spelled and pronounced Schlemozzle.
Yiddish is written using Hebrew[1] letters; anything that you see
using the Roman alphabet is simply a transliteration and is
intrinsically nonstandard.
We recently attempted to replace our IEFACTRT routine in our production
platform using TMON..
Well, as luck would have it, our system appeared to freeze up. We had been
able to do this replace function
successfully on our test LPAR.
Anyone care to comment on this type of a replacement in dynamic
In [EMAIL PROTECTED], on 11/18/2005
at 09:37 PM, Johnny Luo [EMAIL PROTECTED] said:
However,I don't know if this is just enough to draw the conclusion
that this data set is not RACF-protected.
No; it might[1] be protected by generic profiles.
[1] It definitely is if the installation follows
In
[EMAIL PROTECTED],
on 11/18/2005
at 11:23 AM, Alan Schwartz [EMAIL PROTECTED] said:
The trace shows REXX is unable to resolve pgmname.b properly anymore
Because you haven't set it yet. You set pgmname.a in each iteration of
the outer loop; if you're in iteration 1520, then pgmname.1521
In [EMAIL PROTECTED], on
11/20/2005
at 03:31 PM, Brian Thomas [EMAIL PROTECTED] said:
Subject: Rexx Question
No it isn't.
I am new to panel Design , when i designed a new panel and
tested it is always saying the below error message
illegal characters or statement type found
And what happens when the filesize is larger than largeint? That is only
2GB for normal pc signed field.
What happens if the file is open and being extended at that point in time -
PC expects complete ownership of any file you reference.
I expect these limitations on the PC - they are not
In [EMAIL PROTECTED], on 11/21/2005
at 08:46 PM, Ron and Jenny Hawkins [EMAIL PROTECTED] said:
I think Shane made a typo - he may have meant shemozzle.
Neither one is a word in any language with which I am familiar. He
might have been confusing shlemiel with shliemazal and then lost an
Ell
Steve,
I somehow expected this to go better; you would swear devotion to Java
and denounce all-things assembler :-)
Of course, its always easy to make fun of write-once / run
everywhere. But the reality is that, in practical terms, you can
write code that runs everywhere, even though it is also
In [EMAIL PROTECTED], on 11/19/2005
at 03:15 AM, ibm-main [EMAIL PROTECTED] said:
Bloody schmozzle ...
Schmozzle? If you mean shliemazal, it just means a person with bad
luck. Perhaps you mean shlemiel?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In [EMAIL PROTECTED], on 11/21/2005
at 10:14 AM, Vic Petrone [EMAIL PROTECTED] said:
Would it be possible to post to the newsgroup and CC the note to the
listserver (IBM-MAIN@BAMA.UA.EDU) so that both see the messages?
Why would he do that? Wouldn't it lead to two copies on the newsgroup?
If
I'm too lazy to actually write the COBOL, but what you could do is
- Move the data to a field re-defined as a character array
- Define an output area also defined as a character array
- Define yet another character array whose values are C'01234567890abcdef'
- Loop through the first array
- Move
Actually, probably somewhat superior to what I have described below might be
to define the translation array as 256 2-character values: 00, 01, 02,
..., 0A, 0B, 0C, 0D, 0E, 0F, 10, 11 ...
Then you could move the input byte to a redefined comp field and then use it
as a subscript into the array
John,
There's a few COBOL examples to do as you request on Search390.com.
Hex Conversion in COBOL by Mark Fleming
at
http://search390.techtarget.com/tip/1,289483,sid10_gci757615,00.html.
Dumping COBOL Storage for the Hexadecimally Challenged by Jim Keohane
at
On 21 Nov 2005 12:33:11 -0800, [EMAIL PROTECTED] (Shmuel Metz ,
Seymour J.) wrote:
Yiddish is written using Hebrew[1] letters; anything that you see
using the Roman alphabet is simply a transliteration and is
intrinsically nonstandard. I believe that the word is a composit of a
German shlie
Shmuel (Seymour J.) Metz wrote:
Yiddish is written using Hebrew[1] letters; anything that you see
using the Roman alphabet is simply a transliteration and is
intrinsically nonstandard. I believe that the word is a composit of a
German shlie meaning without and a Hebrew mazal meaning luck.
In a message dated 11/21/2005 2:22:51 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
using ISPF. As majority of the list members.
Time for my pills.
Just had mine a few minutes ago. Seems like a small working
group with basic CS skills could make a critique simple enough
to get
I didn't see the original post (was it sent to the listserv?) but
here's how I convert internal hex to external hex in assembler.
It shouldn't be too hard to get COBOL to do the same kind of thing:
* At entry, R1 contains the address of a 4-byte field to be
* converted to external hex. At
Hmmm... this version would avoid possible S0C4 in the general case:
*
CnvrtHex DS0H
MVC ArgCopy,0(R1)
UNPK WorkArea(9),ArgCopy(5)
TRWorkArea,=C'0123456789ABCDEF'-240
LAR1,WorkArea
BRR14
*
ArgCopy DSCL4
WorkArea DSCL8
Hi list - I had an issue implenting z/OS this past weekend that had to do
with having the wrong SYS1.UADS cataloged. After cataloging the correct
dataset, people are still receiving the Not Authorized to use TSO
message, so apparently something in the system is still looking at the
wrong UADS
John,
You do not explain what procedure you used exactly. In order to be able to
replace SMF exits such as IEFACTRT, the exits have to have been loaded
dynamically to begin with. You would do this with the PROGxx PARMLIB member.
Liliane
At 03:33 PM 11/21/2005, John Norgauer wrote:
We
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
john gilmore said the following on 11/21/2005 09:02 PM:
| It's not yet at all easy to do this in COBOL;
Sure it is. Depends on anyone's definition of easy, of course. One can
always use the algorithms one would use when doing the same byte by
The OEM product TMON for MVS has a utility to dynamically load or replace
an exit(LPA module)
John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536
SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004
In a message dated 11/21/2005 3:41:15 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
I am wondering if recycling the TSO address space will correct this issue
or will an IPL be necessary as SYS1.UADS is in the MSTJCL parmlib member.
Does anyone know?
If nobody can use it, won't
John,
Do you mean:
1) Does anyone have a single Storage Controller connected to ESCON and
FICON/ESCON?
Or
2) Does anyone have FICON and ESCON running in the same SAN?
The answer is yes to both.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Or must I roll my own?
I want to access data in a linkage stack entry a few back (supervisor state
routine).
--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
Should you use the mailblocks package and expect a response from me,
The mind boggles. I heard and used shemozzle for 40 years, but I've never
heard schmozzle. Must be a Queensland thing Shane!
according to wikipedia:
Shemozzle
From Wikipedia, the free encyclopaedia.
Jump to: navigation, search
Shemozzle (also known as Schmozzle) is an Australian slang word with
Binyamin,
I think there is not any DSECT to map these entries, but you can access
some fields through the instructions EREG and ESTA.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A520/2.4?
SHELF=EZ2ZO110DT=20020107113902
Regards,
Philippe Leite
z/OS Systems Programmer
BBVA
Thanks to everyone who responded!
John
- Original Message -
From: Jim Keohane (MPI) [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Monday, November 21, 2005 10:55 PM
Subject: Re: Displaying hexdecimal content of field in Cobol
John,
There's
One of our Scheduling Consultants recommends the following to get this
working:
They need to reinit the FXX. They changed either the Blksize or the
number of tasks. They need to do a DBUTLTY:
INIT AREA=LXX,BLKSIZE=27998
INIT AREA=FXX,BLKSIZE=27998, TASKS=100
The Multi User needs to be down.
On Mon, 21 Nov 2005 16:52:28 -0600 Philippe Leite [EMAIL PROTECTED]
wrote:
:I think there is not any DSECT to map these entries, but you can access
:some fields through the instructions EREG and ESTA.
Sadly here is no way to use those instructions to get to other than the last
state entry.
--
On Mon, 21 Nov 2005 17:29:31 -0600 Philippe Leite [EMAIL PROTECTED]
wrote:
:Take a look at Hercules code, maybe you can get the Linkage-Stack layout
:from there. ;)
The POPs has it.
A c-code mapping isn't much help.
--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com
Director,
Or must I roll my own?
I want to access data in a linkage stack entry a few back (supervisor
state routine).
There is no IBM-supplied DSECT for the linkage stack, but the stack
format is described in detail in PoPs. While a unit of work is
dispatched, CR15 has the virtual address of the last
On Nov 21, 2005, at 2:41 PM, John Krew wrote:
Aside from writing and CALLing a trivial assembler routine, is
there any way to display the
hexadecimal content of a field in a COBOL program using COBOL syntax?
John Krew
Easily:
01 Misc-Storage.
02 I Pic S9(8)
Whoa ... what did I start.
Probably just lazy lingo mate - I spelt it phonetically; never claimed
accuracy.
And for the others who have (futilely) attempted to correct this slang,
there has *NEVER* been an l in any ocker pronunciation I've heard.
Shane ...
From: Ron and Jenny Hawkins
The mind
Sorry for the late feedback.I've tested all your suggestions in my sytem and
really appreciate your kind help.
Finally my personal conclusion is:For a data set named 'aaa.bbb',
first issue
LD ALL DA('aaa.bbb')
If you got message like 'no racf definition found',then you must issue
another command
I am wondering if recycling the TSO address space will correct this issue
or will an IPL be necessary as SYS1.UADS is in the MSTJCL parmlib member.
Does anyone know?
UADS in allocated in the Master JCL. There is no standard mechanism to
deallocate and reallocate. You must re-IPL.
In general,
What Peter Hunkeler and Tomas Fott have posted will work.
However, what about using OCOPY? I have not used OCOPY a lot, but I
don't really have a need to move a file from a HFS to a MVS file, but
I thought that is what OCOPY was created for.
Terry Sambrooks wrote:
Hi,
Over the last few
On Nov 21, 2005, at 9:30 PM, Keith E. Moe wrote:
I am wondering if recycling the TSO address space will correct
this issue
or will an IPL be necessary as SYS1.UADS is in the MSTJCL parmlib
member.
Does anyone know?
UADS in allocated in the Master JCL. There is no standard
mechanism to
Bruno,
On the other hand i am surprised that people are installing it ...i
thought it was PE since i opened the apar ?
Well, we did not have it on in z/OS 1.4 precisely because it is marked PE.
But the z/OS 1.6 pac that we got back in spring has it accepted. I would
imagine that customers more
We recently attempted to replace our IEFACTRT routine in our production
platform using TMON..
And how do they do it these days? Do they use the interfaces CSVDYNLPA and
CSVDYNEXIT (or whatever that one's called)? Or do they do it the way it was
done before these interfaces became available - by
Or must I roll my own?
You may want to check the IPCS libraries. Given that IPCS does a cbf x
str(lse) just fine and recognizes header, trailer and actual entry, there
may be some sort of mapping/model somewhere (but I didn't check).
Best regards, Barbara Nitz
--
Highspeed-Freiheit. Bei GMX
Hi,
Now it is working, no i did not miss the brackets . but still i am unable to
allocate the panle to the ISPLIB as it is saying already allocated. Could you
please help me how to concate to the ISPLIB so that my panel can be displayed
on logon
Thanks,
Brian
Itschak Mugzach
However, what about using OCOPY? I have not used OCOPY a lot, but I
don't really have a need to move a file from a HFS to a MVS file, but
I thought that is what OCOPY was created for.
I understood he wanted to ftp from non-z/OS to z/OS and then access the
UNIX file system.
OCOPY won't help in
88 matches
Mail list logo