[comp.sys.mac] Bundle bits and a bizarre Mac problem...

jtn@potomac.ads.com (John T. Nelson) (02/13/89)

Thanks to everyone who responded about my query concerning a wierd
problem with file types.  Many (*many*) of you out there suggested
unsetting the Bundle Bits on the files.  Thanks, that seems to be
working.

In fact I've received SO many responses, would everyone PLEASE don't
send me anymore mail telling me about Bundle Bits?  I'm deluged with
mail that goes basically like this:

"Gee, sounds like your Bundle Bits are set, have you tried
Resedit...." and so on.

For those of you who don't know what's going on... my documents are
pointing to other documents as their file types.  You need Resedit to
do a "get info" on the file which will let you unset that file's
Bundle Bits.  Doing so to all of the offending files will fix the
problem.  You may need to rebuild the desktop afterwards though.

Again thanks all... this was a sticky problem.



-- 

John T. Nelson			UUCP: sun!sundc!potomac!jtn
Advanced Decision Systems	Internet:  jtn@potomac.ads.com
1500 Wilson Blvd #512; Arlington, VA 22209-2401		(703) 243-1611

"The only thing more useless than a Faberge' egg is a coffee table
picture book about Faberge' eggs"

davidl@intelob.biin.com (David Levine) (02/15/89)

On the same subject...

Would somebody please post the BundAid application to
comp.binaries.mac?  It's a PD or shareware tool to find (and fix?)
non-applications whose bundle bits are set.   I recall hearing about
it somewhere, probably in comp.sys.mac.digest/INFO-MAC, but if it was
ever posted to Usenet I never saw it go by.

Thanks in the proverbial advance,

            David D. Levine                BBBBBBBBB  IIII IIII NNN  NNNN TM
        Senior Technical Writer            BBBB  BBBB iiii iiii NNNN NNNN
                                           BBBBBBBBB  IIII IIII NNNNNNNNN
UUCP: ...[!uunet]!tektronix!biin!davidl    BBBB  BBBB IIII IIII NNNN NNNN
MX-Internet: <davidl@intelob.intel.com>    BBBBBBBBB  IIII IIII NNNN  NNN
ARPA: <@iwarp.intel.com:davidl@intelob.intel.com>