And many thanks to all who responded.

    I had already looked a "chopping" the file(s) into smaller segments
    but didn't/don't like it.  Oh well "if you want the smooth you got
    to take the rough" (Judas Priest).  For short term that's what
    I will do and then follow up on Stan's tip (where does he get
    all this stuff?).

    <rant>
     sure seems to me that an operating system as "mature" as
      Unix would have a more "open" solution.
     </rant>

     again........thanks,
      Jim Trudeau


----------------------------------------------------------------------------
------------------------------

> So we have a Turboimage database on the 3000 which needs one
> (several actually but let's keep it simple) of it's dataset's on the
> 9000.  The output file created by the extract program on the 3000
> is 23GB.  The program normally outputs a disc file but we're just
> a tad shy of  that kind of free disc space, so I redirect it to a
> 120m DDSII tape.  Well that, of course, works fine until it hit's
> EOT thereby notifying MPE that the disc file is full and promptly
> crashes.  Bet you've never seen anything like that ;-).
>
> So I suppose I can change the disc-to-tape file equate and call it
> a labelled tape?  (last time I worked in tape and labels was on
> MPE/V)  This would create a file of multiple tapes but I am totally
> unclear as to what will happen when this file hits the 9000.
>
> The loader program on the 9000 is going to have to be changed and
> recompiled anyhow because of some blocking factors and such, but
> I have no idea of how to tell the program/Unix that the input is
> labelled.  Only labels I've worked with were IBM OS/VS blah, blah.
>
> So, is there a simple way to move these files that I'm not aware of?
> FTP and modems are out.  Gotta be tape.
>
> Jim (desperately seeking Susan (or Betty(or Carol))) Trudeau
>