Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!cbatt!ihnp4!ucbvax!GRINNELL.MAILNET!McGuire_Ed
From: McGuire_Ed@GRINNELL.MAILNET.UUCP
Newsgroups: mod.computers.vax
Subject: (none)
Message-ID: <8703150331.AA26282@ucbvax.Berkeley.EDU>
Date: Fri, 13-Mar-87 23:44:00 EST
Article-I.D.: ucbvax.8703150331.AA26282
Posted: Fri Mar 13 23:44:00 1987
Date-Received: Sun, 15-Mar-87 08:15:25 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 32
Approved: info-vax@sri-kl.arpa

> I tried the convert/fdl but it did not work ? the basic info is as follows
> on tape if we do a DIRECT/FULL it gives the file structure as follows:
>
> Directory MTB0:[]
>
> MODEL_7.DAT;2                 File ID:  (1,1,1)
> Size:          129/129        Owner:    [261,4]
> Created:  28-DEC-1985 00:00   Revised:   <None specified>
> Expires:   <None specified>   Backup:    <No backup done>
> File organization:  Sequential
> File attributes:    Allocation: 129, Extend: 0, Global buffer count: 0, Version
> limit: 0
> Record format:      Variable length, maximum 73 bytes
> Record attributes:  Carriage return carriage control, Non-spanned
> Journaling enabled: None
> File protection:    System:RWED, Owner:RWED, Group:RWED, World:RWED
> Access Cntrl List:  None
>
> but after coping by straight COPY MTB0:*.* DRB2:*.*
> SIZE increases 30 times so does the allocation.

You say you tried CONVERT/FDL.  You didn't say what you put into the FDL file.
It looks like the problem is that the record attributes specify `non-spanned'.
On a VAX disk, this means that each 73-byte record is placed in a 512-byte
block.  Presumably, COPY is preserving the attributes of the tape file when
it is copied to disk.  Try using ANALYZE/FDL on the tape file to get an FDL
file, then change non-spanned to spanned in the FDL.  Then CONVERT/FDL to go
to disk.  Only a guess--maybe that's what you tried before.

Ed McGuire
Grinnell College
MCGUIRE@GRIN2.BITNET