site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Technical Support * Networking, Communications, Hardware _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... At 2:11 -0500 1/8/05, Brian Bergstrand wrote: The app I'm testing is TextEdit, and using fs_usuage, I can see exchangedata is returning 45 (ENOTSUP) when trying to save a modified file. SMBFS works fine though. So I'm guessing something is wrong in our vol caps. Last I checked, TextEdit doesn't actually check whether exchangedata is supported. It just calls it, and if that fails it falls back to its alternative algorithm. Looking at TextEdit with fs_usage on Tiger, that's exactly what I see: exchangedata returns 45 (ENOTSUP) and then TextEdit continues on its merry way. So, if TextEdit's saving is failing, it's not because of your volume capabilities, it's because of some part of its alternative algorithm is failing. This email sent to site_archiver@lists.apple.com