<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang="EN-GB" link="blue" vlink="purple"> <div class="WordSection1"> Hi, folks<o:p></o:p> <o:p> </o:p> I’m loving TM v2 – and would love to switch to it full-time, but have found a critical bug for me in b9147 which is making that awkward.<o:p></o:p> <o:p> </o:p> One of my projects is hosted on an old NFS v3 share (hosted on old Solaris 9 server) which is auto-mounted on my Mac Pro (running 10.6.8 – which I’m conscious is becoming deprecated with TM2; I’ll be upgrading to 10.8 soon). The file is owned by a different user, but the share is root-mountable from my workstation, so ‘sudo’ will allow me to update the file.<o:p></o:p> <o:p> </o:p> After making a change to a file, I press CMD-S, enter my credentials, and it prompts with:<o:p></o:p> The document “filename.pm” could not be saved.<o:p></o:p> set_attributes() failed: Attribute not found. <o:p></o:p> The file *is* updated on disk, but the red “close window” icon in the top-left of the window remains in its unsaved state, and TM thinks the file hasn’t been saved.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> I’ve tried the TM1-style fix (though I’m not sure whether this still applies to TM2) before restarting TM2:<o:p></o:p> <a href="http://manual.macromates.com/en/saving_files#extended_attributes_metadata">http://manual.macromates.com/en/saving_files#extended_attributes_metadata</a><o:p></o:p> but this doesn’t help.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Logged messages:<o:p></o:p> <o:p> </o:p> $ g textmate /var/log/system.log<o:p></o:p> Sep 18 10:07:06 [0x0-0x76a76a].com.macromates.TextMate.preview[34899]: TextMate: error unobserving fd 31: No such file or directory<o:p></o:p> Sep 18 10:07:06 [0x0-0x76a76a].com.macromates.TextMate.preview[34899]: TextMate: error unobserving fd 13: No such file or directory<o:p></o:p> Sep 18 10:07:07 SecurityAgent[46060]: com.macromates.textmate.openfile|2012-09-18 10:07:07 +0100<o:p></o:p> Sep 18 10:07:09 [0x0-0x76a76a].com.macromates.TextMate.preview[34899]: authorization (pid 34899): got â€˜com.macromates.textmate.openfileâ€™<o:p></o:p> Sep 18 10:07:09 com.macromates.auth_server[51179]: authorization (pid 51179): got â€˜com.macromates.textmate.openfileâ€™<o:p></o:p> <o:p> </o:p> <o:p> </o:p> I’m not expecting you to be able to replicate the problem (my condolences if you’re using NFS for anything ;-), but I thought I should report the problem in case it was helpful. Is there anything I could try which would help you troubleshoot this?<o:p></o:p> <o:p> </o:p> If there’s a local change I can make (a .tm_properties file option for the root of the shared folder, say), I’d be grateful for any advice…<o:p></o:p> (in the meantime, this is all the incentive I need to transition off our old NFS server to our git repo ;-) ).<o:p></o:p> <o:p> </o:p> Best wishes,<o:p></o:p> Steve<o:p></o:p> <o:p> </o:p> <o:p> </o:p> PS my NFS shares are mounted with these options (which usually help with Solaris NFS servers)<o:p></o:p> <o:p> </o:p> $ m /etc/nfs.conf <o:p></o:p> # Mount options to help ease problems with flaky NFS connections to Solaris 10 NFS (v4) shares<o:p></o:p> <o:p> </o:p> nfs.client.mount.options = vers=3,tcp,resvport,soft,intr,bg,locallocks,rdirplus,nosuid,nodev<o:p></o:p> <o:p> </o:p> </div> ___________________________________________________________ This email has been scanned by MessageLabs' Email Security System on behalf of the University of Brighton. For more information see http://www.brighton.ac.uk/is/spam/ ___________________________________________________________ </body> </html>