home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!ames!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!uwm.edu!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
- From: dic5340@hertz.njit.edu (David Charlap)
- Newsgroups: comp.os.os2.misc
- Subject: Re: Forbidding extended attributes on FAT drive?
- Message-ID: <1992Jul30.170410.16084@njitgw.njit.edu>
- Date: 30 Jul 92 17:04:10 GMT
- References: <250@zam103.zam.kfa-juelich.de> <1992Jul23.190910.6268@njitgw.njit.edu> <nsh4u8c@fido.asd.sgi.com>
- Sender: news@njit.edu
- Organization: New Jersey Institute of Technology, Newark, N.J.
- Lines: 23
- Nntp-Posting-Host: hertz.njit.edu
-
- In article <nsh4u8c@fido.asd.sgi.com> pdc@sgi.com (Paul Close) writes:
- >
- >In that case, would someone care to explain why it seems that every single
- >file has extended attributes?!? I was copying some files that constituted a
- >DOS game to floppy. The files totalled less than 720K, but wouldn't fit on
- >a 720K floppy. Confused, I looked around, and found a 60K EA file on the
- >floppy!!! There's no good way to just delete the sucker, so I had to use
- >eautil to remove the attributes from each and every file to free up enough
- >disk space to copy the last file.
- >
- >This is stupid! Most of the files were just plain *data*. There's no
- >reason for OS/2 to assign extended attributes to these files, but it did.
- >There's no telling what the EAs were, but the program ran just fine without
- >them!
-
- If you used WPS to copy the files, then each one had a "long name" EA
- associated with it in order to preserve the case (and the full file
- name if it was > 8.3).
- --
- |) David Charlap "I don't even represent myself
- /|_ dic5340@hertz.njit.edu sometimes so NJIT is right out!.
- ((|,)
- ~|~ Hi! I am a .signature virus, copy me into your .signature file.
-