That may be the issue, but the more I check the less I think that is the case. Especially with so many files in the wrong sub directories all together. Granted i must check again, but when I reviewed the contents, I did not find spaces. Something else to consider though.
On Sat, 25 Jun 2016, Don Flowers wrote: > IF there are spaces in any of the files or directories, that could very > well be an issue, especially since you didn't create the original archive. > If that is the case you may have to manually reconstruct the zipfile for > DOS compatibility. > > On Sat, Jun 25, 2016 at 5:48 PM, dmccunney <dennis.mccun...@gmail.com> > wrote: > >> On Sat, Jun 25, 2016 at 4:02 PM, Karen Lewellen >> <klewel...@shellworld.net> wrote: >> >>> I have a rather Unusual question about directory trees in dos. >>> I have a zip compressed file that contains rather a large number of .txt >>> files. >>> the files are of stories, and series, with the person who put the >> materials >>> together using some major breakdown, for example an item might >>> look like this. >>> d:\stories\abandoned\series\the-end-of-time.txt >>> Now when I ran pkunzip on the archive, the directory tree was created >>> correctly. >>> By which I mean there is a directory for abandoned, then a sub-directory >>> for series, then the stories underneath. >>> However in allot of cases the actual directory holding the .txt file is >>> different. >>> for the record, I am using word perfect to read the files. >>> My question is this. is there a limit to the number of branches so to >> speak, >>> one can have in a dos directory tree? >> >> I am unaware of one. There *is* a limit on the number of files you >> can have in the root of a DOS drive, but there's no limit I'm aware of >> on the number of files or directories in directories created off of >> root. >> >>> Frankly I have never seen this problem before. I do have lfn loaded, so >> do >>> not think it is the names of the files, especially since some of the >>> content is present, and I got no error when I was unzipping the archive. >> >> I don't understand the problem. What do you mean when you say "actual >> directory holding the .txt file is different." Different from what? >> >> Are you saying if you look at the archive with PKUNZIP -T, the >> directories listed as components of the archive have different names >> from the ones that are created on disk when you extract the archive? >> Can you provide an example of the name in the archive and the name >> created on disk, or a listing created by PKUNZIP of the archive >> contents? >> >> (And using Word Perfect to read the files is irrelevant to the issue. >> The key is the files *can* be read and are intact.) >> >>> Thoughts? >> >> See above. Worst case, since the files are intact (and presumably >> extracted under the names they were created with), you could go back >> and rename the extracted directories to correspond to what you believe >> the names ought to be. >> >>> Thanks, >>> Karen >> ______ >> Dennis >> >> >> ------------------------------------------------------------------------------ >> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >> present their vision of the future. This family event has something for >> everyone, including kids. Get more information and register today. >> http://sdm.link/attshape >> _______________________________________________ >> Freedos-user mailing list >> Freedos-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-user >> > ------------------------------------------------------------------------------ Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
