La documentación para configurar los backends de fasd no es explícita, pero en mis pruebas no puedo hacer que lea viminfo en absoluto.
Configuración:
$ _FASD_BACKENDS = "viminfo" o para
$ _FASD_BACKENDS = viminfo
en ~ / .fasdrc no parece analizar el archivo en absoluto. Esto se confirma moviendo el archivo .fasd que luego parece borrar todos los datos.
¿Algún consejo o sugerencia sobre algo que debería probar?
pearofducks
Todos 7 comentarios
Creo que este es un problema de sintaxis. .fasdrc debería ser un script de shell. La asignación de variable en el script de shell posix no incluye el signo $ inicial.
Suponiendo que desea utilizar el contenido de su archivo .viminfo además de lo que ya tiene fasd, intente:
_FASD_BACKENDS="native viminfo"
clvv
en 11 abr. 2012
Suena bien, ¡gracias por la respuesta! ¿Hay alguna forma de saber si está importando correctamente los datos de viminfo? Abro bastantes archivos desde dentro de vim que, de otro modo, fasd nunca vería. En este momento, si solo tengo viminfo como backend, todavía no da resultados.
pearofducks
en 11 abr. 2012
Eso es raro. Prueba fasd -tb viminfo . ¿Nada en absoluto? Si no es así, intente también fasd --backend viminfo . ¿Hay algo especial en tu configuración? ¿Está .viminfo archivo en $HOME ? ¿Hay líneas que comienzan con > en su archivo .viminfo?
clvv
en 11 abr. 2012
.viminfo está en $ HOME. No hay salida de fasd -tb viminfo , aquí está la salida del otro comando.
$ fasd --backend viminfo
sed: 1: "/^>/{s@~@/Users/pear@;p}": extra characters at the end of p command
Tengo líneas que comienzan con > en .viminfo, pero el descuento de github sigue comiendo el>: D
/ usr / local / bin / fasd
20 "1 16
21 ^ 1 17
pearofducks
en 11 abr. 2012
El problema es que a tu sed no le gusta el comando que dio fasd. Le ofrecí una solución rápida en el problema de rama 5.
¿Qué sistema operativo estás usando? ¿Con qué sed viene? Creo que el código que fasd le dio a sed es perfectamente compatible con posix, aunque podría estar equivocado.
clvv
en 11 abr. 2012
Sí, acabo de coger eso también. A MacOS no le gustan las {en sed. Gracias por la solución rápida. Alternativamente, es probable que sea razonable recomendar a los usuarios (con Homebrew instalado) que tengan este problema que instalen un archivo sed que no sea de MacOS.
`` brew install gnu-sed --default-names
I just did that and everything is happy. Thanks for the help!
por favor agréguelo al documento que para usar múltiples ubicaciones deberíamos separarlas por espacio, estaba imaginando que era por: como en la variable $ PATH.
_FASD_BACKENDS="native viminfo"
rnmhdn
en 24 ago. 2018
Temas relacionados
rosshadden
·
6Comentarios
mhlinder
·
3Comentarios
ghost
·
12Comentarios
simendsjo
·
6Comentarios
sbglasius
·
5Comentarios
Comentario más útil
por favor agréguelo al documento que para usar múltiples ubicaciones deberíamos separarlas por espacio, estaba imaginando que era por: como en la variable $ PATH.
_FASD_BACKENDS="native viminfo"