[comp.sources.bugs] PAX

apapp@daitc.daitc.mil (Andy Papp) (02/18/89)

I'm having a problem with pax running on a VAX 11/780.  When it gets to the end
of a tape, it's not rewinding the tape, nor is it coming up and prompting for 
the next tape.  It does prompt for the next tape when I take it off line, but
that corrupts the data.  I have gotten pax to successfully run on a Pryamid
98x.  Has anyone else had this problem?


Andy Papp
Control Data Corportation
Alexandria, VA.

rouilj@umb.umb.edu (John P. Rouillard) (02/19/89)

In article <344@daitc.daitc.mil> apapp@daitc.UUCP (Andy Papp) writes:
> I'm having a problem with pax running on a VAX 11/780.  When it gets
> to the end of a tape, it's not rewinding the tape, nor is it coming
> up and prompting for the next tape.  It does prompt for the next
> tape when I take it off line, but that corrupts the data.  I have
> gotten pax to successfully run on a Pryamid 98x.  Has anyone else
> had this problem?
>
>Andy Papp
>Control Data Corportation
>Alexandria, VA.

I am compiling PAX on a Unix-PC with gcc-1.32.  I DO have pax, cpio
and tar modes request a new floppy, but they don't  relinquish
(unmount) the drive.  When I take the disk out and put a
new one in, the PC complains, and then when I type in go, cpio/tar
immediatly comes back with "Ready for Disk 3" or something to that
effect i.e. it seems that it dosen't know that a new disk has been put
in.  This occurs on both reads and writes for multivolume sets.

I haven't tried the last set of patches yet (I am compiling them now)
but I didn't see this bug being addressed.

Anybody have a clue as to what is going on?

==========================================================================
The opinions expressed above are all mine and belong to nobody else.  To
U-Mass I am just a number.  >>>>   Person: John Rouillard  Physics Major
U.S. Snail: Physics Department; U-Mass Boston; Harbor Campus; Boston, MA 02125
E-Mail Addr: rouilj@umb.umb.edu | husc6!umb!rouilj | harvard!umb!rouilj