Re: Zsh 4.3.12: subshell in midnight commander: precmd: 15: bad file descriptor

[Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>]

On Jul 18, 12:04pm, Pavel Reznicek wrote:
}
} >>    after upgrading to zsh 4.3.12 (in debian), I am having problems running
} >> midnight commander in zsh (going back to zsh version 4.3.10 it works
} >> fine). The symptom is that when trying to use the subshell in mc, it
} >> complains about:
} >>
} >> precmd: 15: bad file descriptor
} >>
} >> precmd(){ pwd>&%d;kill -STOP $$ }
} >
} > This could well be associated with a job control change which I hope was
} > fixed by Bart in zsh-workers/29481
} > (http://www.zsh.org/mla/workers/2011/msg00915.html).
} 
} Unfortunatelly, it does not fix it (included the patch in the thread on
} top of debian zsh 4.3.12-1).

Other changes which might be related:

      * 29368: Src/exec.c: do not restore xtrerr to stderr before
      running simple commands; restore xtrerr to stderr just before
      running a function body, but after printing the trace of
      the function call itself.

      * 29129: Src/exec.c: reading off end of file descriptor array

      * 28762: Src/exec.c: logic for closing coproc file descriptors
      was wrong.

      * 28461: Src/exec.c: flush stderr in PRINT_EXIT_VALUE handling.

      * 27721: Src/compat.c [with unnecessary test removed], Src/exec.c,
      Src/system.h, Src/utils.c:  update zopenmax() not to examine huge
      numbers of file descriptors; only call it at initialisation;
      rationalise use of fdtable_size and expansion of fdtable.

      * 27284: Src/exec.c, Src/parse.c, Src/utils.c,
      Src/Modules/socket.c, Src/Modules/tcp.c, Src/Modules/zpty.c:
      improve use of movefd() and restore closing of original fd
      on failure pending further work.

      * 27283: Src/exec.c, Src/utils.c: failure to dup fd accessed
      uninitialised memory and closed the original fd regardless.

      * 27134: Src/exec.c, Src/init.c: improve 27131 by setting
      FD_CLOEXEC for SHTTY or closing it by hand when executing.