I've seeing a quirk in SolidWorks 2005 (original release) that I don't THINK has been fixed in the 0.1 service pack and which may be causing a more severe problem than I originally thought. I don't have the service pack, because I haven't been able to afford to re-up my maintenance agreement. A client of mine, however, does have the service pack and he reports at least the quirk if not the apparent actual resultant problem (fairly worrisome problem) that I think possibly results from the quirk. The symptom is that when an assembly has been renamed, the Mates in the Feature Trees of the components of the new assembly still reflect the name of the older assembly until the assembly file has actually been closed down and reopened. I would say ostensibly not really a big deal, except that seemingly even if one makes Mate changes and then Saves the new assembly, those Mates won't necessarily reappear if SolidWorks crashes thereafter. I've had it happen several times now. Mates that I knew I corrected (and I Saved after I corrected them) reappear as problems after the SolidWorks assembly is reopened after a crash. UNLESS I close down the assembly file, then reopen it. If I do that and I have a crash, the Mates that were corrected remain correct. I suspect it has to do with those Mate names not being properly updated when renaming the Assembly file until after closing down the file and reopening it. Does this make sense? Sorry if not . . . I'll try to clarify better. What brought it about is resurrecting a Backup of an assembly, renaming that backup to the original assembly name (removing "Backup (1) of") and making changes to Mates and Saving. The Save didn't seem to "take" regarding Mates if SolidWorks crashes. Other changes (as regarding things like Component Patterns) were saved properly and came back up correctly. Anybody else having the same experience? Or think maybe they are? Mark 'Sporky' Stapleton Watermark Design, LLC [URL="http://www.h2omarkdesign.com"]www.h2omarkdesign.com[/URL]