cygwin+tmux en windows 7: ¿por qué tmux no usa la ruta actual?

windows-7

Question

He usado tmux en sistemas linux y Mac OSX sin ningún problema. Soy consciente de que a partir de la versión 1.9 (tengo 1.9a según tmux -V ), se requiere que haga algo en la línea de tmux split-window -c "#{pane_current_path}" . Eso no funciona, sin embargo. Nada parece funcionar.

La mejor "sugerencia" que puedo dar es que el parámetro -c parece ser reconocido de alguna forma, ya que recibo un error sobre una ruta no válida si le doy una ruta explícita que sé que no existe. Sin embargo, darle una ruta explícita no hace nada (pensé que tal vez había un problema con el uso de pane_current_path .

Existe la posibilidad de que haya dos preguntas aquí, ya que tmux no se inicia en la carpeta actual, que es el comportamiento predeterminado, creo.

¿Alguien sabe que está pasando? ¿Es este el comportamiento esperado? ¿Me estoy perdiendo una biblioteca en algún lugar?

Answer 1

Con lo siguiente en tu .tmux.conf ::

set-environment -g CHERE_INVOKING 1

Luego, tmux split-window -c "#{pane_current_path}" déjeme en / , pero tmux split-window -c $PWD funciona.

Se encuentra en http://article.gmane.org/gmane.comp.terminal-emulators.tmux.user/5921

Answer 2

#{pane_current_path} siempre me dejó en / . "$PWD" siempre me dejó en ~ . Desinstalé el paquete de ubuntu y lo compilé desde la rama principal de github y ahora funciona perfectamente con #{pane_current_path} .

Answer 3

La respuesta de kraiz usando set-environment y $PWD no funcionó para mí.

En su lugar, establezco la variable de entorno en mi script de inicio de sesión ( ~/.bash_profile para bash, ~/.zprofile para zsh):

export CHERE_INVOKING=1

Además, $PWD no funcionó para mí, pero sí lo hizo #{pane_current_path} . Aquí hay un fragmento de mi .tmux.conf :

bind c new-window -c "#{pane_current_path}"
bind ''"'' split-window -c "#{pane_current_path}"
bind % split-window -h -c "#{pane_current_path}"

Software: tmux 2.0, Cygwin 1.7.35, zsh 5.0.6, Windows 10