Emacs: Bad File Descriptor on Backup

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Edit a file in X11 Emacs 22.1.1, compiled from Macports.
2. Change the file, and wait for an Emacs autosave to occur.
3. Note the error.

What is the expected output? What do you see instead?

No error on creating backup version.  Instead, I always get, e.g.:

Auto-saving extract_phot.pro: IO error writing 
/Volumes/SSHFSVOLUME/idl/sings/#extract_phot.pro#: Bad file descriptor

The file itself typically saves normally, but the backup does not:

Cannot write backup file; backing up in /Users/user/%backup%~

What version of the product are you using? On what operating system?

OSX 10.4.11, 

sshfs -V:

SSHFS version 1.8 (MacFUSE SSHFS 1.0.0)
MacFUSE library version: FUSE 2.7.1 / MacFUSE 1.1.0
MacFUSE mount version 1.1.0
MacFUSE kernel interface version 7.8

Please provide any additional information below.

This may or may not be related to Issue 214, but the errors obtained are 
different, and the file 
system remains intact.  

Original issue reported on code.google.com by jdtsm...@gmail.com on 26 Feb 2008 at 9:46

[GoogleCodeExporter]

I just noticed an error message similar to Issue 214:

Auto-saving extract_mips_danny_enuc.pro: Opening output file: operation not 
permitted, 
/Volumes/SSHFSVOLUME/idl/sings/#extract_mips_danny_enuc.pro#

Again the filesystem remains active.

Log messages at the time of the save (and failed backup save) include:

Feb 26 16:53:24 <> kernel[0]: MacFUSE: filehandle_get: failed for 
#extract_mips_danny_enuc.pro# (error=-1)
Feb 26 16:53:24 <> kernel[0]: MacFUSE: filehandle_get failed in open (type=1, 
err=-1)
Feb 26 16:53:24 <> kernel[0]: MacFUSE: filehandle_get: failed for 
#extract_mips_danny_enuc.pro# (error=1)
Feb 26 16:53:24 <> kernel[0]: MacFUSE: filehandle_get failed in open (type=1, 
err=1)

Original comment by jdtsm...@gmail.com on 26 Feb 2008 at 9:57

[GoogleCodeExporter]

Same underlying issue as #214.

Original comment by si...@gmail.com on 27 Feb 2008 at 12:53

• Changed state: Duplicate

[GoogleCodeExporter]

I used the DYLD_INSERT_LIBRARIES libsetitimer you suggested in Issue 214, but 
it did not fix the problem.  It 
appears to occur *only* when Emacs runs under X11.  When running the exact same 
binary in the shell with 
"emacs -nw", the errors do not occur.  

Original comment by jdtsm...@gmail.com on 27 Feb 2008 at 9:38