Newsgroups: comp.os.msdos.djgpp
Date: Sat, 1 Feb 1997 13:48:23 -0600 (CST)
From: "Colin W. Glenn" <cwg01 AT gnofn DOT org>
Reply-To: "Colin W. Glenn" <cwg01 AT gnofn DOT org>
To: Gurunandan R Bhat <grbhat AT unigoa DOT ernet DOT in>
cc: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, djgpp AT delorie DOT com
Subject: Re: tar for DJGPP
In-Reply-To: <Pine.LNX.3.91.970130204310.3167A-100000@aditya.unigoa.ernet.in>
Message-ID: <Pine.GSO.3.95.970201134046.19453D-100000@sparkie.gnofn.org>
References: <Pine DOT LNX DOT 3 DOT 91 DOT 970130204310 DOT 3167A-100000 AT aditya DOT unigoa DOT ernet DOT in>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 30 Jan 1997, Gurunandan R Bhat wrote:
> On Thu, 30 Jan 1997, Eli Zaretskii wrote:
> > You should definitely check out DJTAR (it should be in your bin/ 
> > subdirectory).  It has the following features that can help you out:
> aaahhhhhhhhhhhhhh!!!! so we are finally back to what i said ;;;;))))
> yeah, check out djtar. its great 

I did.

I appreciate all the info given as to the virtues of DJTAR, but have the 
following problems with generating the correct syntax, maybe I don't see the 
answer within the info file.

FUNCTION validfile$ (lev AS STRING)
(p.s. lev is the file wanted)
(...)
 r$ = validfileex(lev, "c:\c_ref\c_dist_b.tar")
(...)
 validfile = r$
END FUNCTION

FUNCTION validfileex$ (lix AS STRING, lox AS STRING)
 SHELL "\zip\tar -f " + lox + " -novx " + lix + " >temp.dat"
(...)
END FUNCTION

Where:

-f Specifies the FULL name of the archive, the program will not recognize it
   because it has the ability to work with tape drives:

-n To prevent the creation of subdirectories on extract.

-o Prevent Overwrite, the program creates a new, nonconflicting filename for 
   use with DOS, (usually by adding an extra weird character at the end of the 
   name, or converting last character to such.)

-v Verbose, see below.

-x eXtract.  Obvious, but I like to be complete.

TEMP.DAT is opened and the DOS filename is presented within, TAR reports an 
error and informs user that either conflict or filename too long error(s) have 
occurred, here's the resulting filename.

DJTAR doesn't seem to operate as such, it extract 'in full' and it appears to 
write to stderr, redirection fails.