Subj : Re: MS XCOPY v 4DOS internal COPY To : meirman From : CBFalconer Date : Sun Feb 03 2002 04:57 am From: CBFalconer@f3.n342.z1.cereal.mv.com (CBFalconer) Subject: Re: MS XCOPY v 4DOS internal COPY From: CBFalconer meirman wrote: > > In comp.os.msdos.4dos on Sat, 02 Feb 2002 13:37:52 GMT CBFalconer > posted: > > >Outsider wrote: > >> > >> E. S. (Steve) Fabian wrote: > >> > > >> ...snipped > >> > >> > The sole reason I use XCOPY is that it is supposed to be faster due to > >> > its own buffering. How does TC32, 4NT, and 4DOS internal COPY speed > >> > compare with MS's XCOPY? > >> > >> As I understand it, xcopy should be faster with larger files (>64K). > >> But is xcopy allowed in 4DOS? It probably sounds like a stupid > >> question, but when I previously gave an outline for a batch using > >> xcopy, someone sent me an email saying it was not a 4DOS solution. > >> So now I am a little in doubt. Is there a problem with using xcopy > >> in 4DOS? > > > >Of course there isn't. It is just another external utility. What > >it won't do is automatically copy over associated file > >descriptions, which is harmless. Smarter utilities may copy > >descriptions, IIRC xxcopy does. Another minor nuisance will be > >that newly created directories won't be in the jpindex file. But > > What's that! I never heard of it. > > >many things don't do that, so you need to rebuild the index > >periodically anyhow. Until then a bland "cd newdir" will only > > How, please? cdd /s Use your f1 key for cdd help, also look for 'fuzzy directory search'. -- Chuck F (cbfalconer@yahoo.com) (cbfalconer@XXXXworldnet.att.net) Available for consulting/temporary embedded and systems. (Remove "XXXX" from reply address. yahoo works unmodified) mailto:uce@ftc.gov (for spambots to harvest) -- |Fidonet: CBFalconer 1:342/3 | | Origin: The Cereal Port BBS (603)899-3335 199.125.78.133 (1:132/152) --- # Origin: (1:132/152.4) * Origin: Baddog BBS (1:218/903) .