Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!husc6!contact!umb!rouilj
From: rouilj@umb.umb.edu (John P. Rouillard)
Newsgroups: comp.sources.bugs
Subject: Re: PAX
Message-ID: <741@umb.umb.edu>
Date: 18 Feb 89 18:38:25 GMT
References: <344@daitc.daitc.mil>
Reply-To: rouilj@umb.UUCP (John P. Rouillard)
Distribution: usa
Organization: Dept of Math and CS, UMass Boston.
Lines: 30

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