home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!cvedc!mcspdx!cah
- From: cah@pdx.csd.mot.com (Chris Huey)
- Newsgroups: comp.protocols.ibm
- Subject: Re: IND$FILE module on MVS system
- Message-ID: <1307@pdxvme.pdx.csd.mot.com>
- Date: 3 Sep 92 16:40:52 GMT
- Article-I.D.: pdxvme.1307
- References: <1992Sep1.182254.12903@gmuvax2.gmu.edu>
- Organization: Motorola CSD, Beaverton, OR
- Lines: 34
- X-Newsreader: Tin 1.1 PL5
-
- S. Thomas Mils (pjansen@gmuvax2.gmu.edu) wrote:
- :
- : i am looking for information concerning the protocol used by
- : the IND$FILE module on an IBM/MVS system. we need to write
- : some routines that will talk to an iron pig using this module.
- :
- : thanks,
- :
- : -peter.
-
- From a previous post:
- } It is described in an IBM document #ZZ20-5568-0, "Distributed and Office
- } Systems Support Technical Bulletin" "Host to File Transfer", by A.R. Towers.
- } Although the copy I have seen is marked "IBM Internal Use Only", I understand
- } that it is now available outside of IBM.
-
- Of course which protocol you use depends upon the "mode" of the IND$FILE
- transfer. There are two protocols that come into play depending upon the
- status of the QUERY bit in the BIND parameters. If it's set, then you must
- deal with DFT mode transfers (using structured fields). If not set, then
- you work with CUT mode file transfers. Any file transfer program you write
- should be able to handle either mode (unless you know specifically which one
- you'll be dealing with.)
-
- BTW, I think the DFT mode protocol is also described in the PC3270 User's Guide
- (or some such name) in Appendix C - File Transfer Data Streams. This is the
- PC that IBM made somewhere around the time the XT came out.
-
- Good Luck.
- --
- Chris Huey Motorola Inc., Computer Systems Division
- cah@pdx.csd.mot.com
- Voice: (503) 644-4346 ... uunet!apple!motcsd!mcspdx!cah
- "In the beginning was the word, 2 bytes long, aligned on an even boundary."
-