首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在vim中打开新文件时出现“未知函数:<SNR>37_repo_dir”

问题描述:在vim中打开新文件时出现“未知函数:<SNR>37_repo_dir”

解答: 这个问题可能是由于使用了一个未定义的函数导致的。"<SNR>37_repo_dir"这个函数名是一个自动生成的函数名,是由于使用了vim的插件或自定义脚本而引起的。

解决这个问题的方法可以有以下几种:

  1. 检查插件:首先,你可以检查你安装的所有插件,看看是否有一个插件中定义了"<SNR>37_repo_dir"这个函数。你可以使用:scriptnames命令查看当前加载的所有脚本,看看是否有一个脚本中定义了这个函数。
  2. 检查自定义脚本:如果你有在vim的配置文件(一般是.vimrc)中添加过自定义脚本,也可以检查一下这些脚本中是否有定义了"<SNR>37_repo_dir"这个函数。
  3. 更新插件或脚本:如果你确定是某个插件或脚本引起的问题,可以尝试更新这个插件或脚本到最新版本,或者尝试找到相关的文档或社区,看看是否有其他用户遇到过相同的问题,并找到了解决办法。
  4. 清除vim的运行时文件:有时候,一些临时文件或缓存文件可能会导致vim出现一些奇怪的问题。你可以尝试清除vim的运行时文件,具体操作可以参考以下步骤:
    • 在终端中运行vim命令进入vim编辑器;
    • 输入命令:set runtimepath?,查看当前的运行时路径;
    • 关闭vim编辑器,然后在终端中运行rm -rf <runtimepath>,删除运行时路径下的所有文件;
    • 重新打开vim并尝试打开新文件,看看问题是否解决。

以上是对于这个问题的解答和解决方法,希望对你有帮助。如果还有其他问题或疑问,请随时提问。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 揭开虚拟文件系统的云雾之多文件系统是如何运作的(基于linux1.2.13)

    由之前的分析中我们知道,挂载根文件系统后,系统里存在根文件系统的超级块和一个根节点inode。并设置了init进程的工作目录和当前目录为根节点。 我们知道文件操作是从open开始的,open就是根据文件路径找到对应的inode。并返回一个fd,后续的文件操作就可以通过fd找到inode,执行读写操作。所以我们就以open函数为例。分析多文件系统的运作。看看虚拟文件系统在抹平各个文件系统的差异后,又是如何决定使用哪个文件系统的。open函数的执行过程之前在这篇文章已经分析过,但是这篇文章里只是分析了某个文件系统中open函数的的调用过程。问题是,操作系统是如何知道应该使用哪个文件系统的呢? 这就是这篇文章的内容,让我们开始分析。阅读下面的内容之前,最好想看一下open函数执行过程的那篇文章。这里不分析open函数的过程了。我们看到open函数的执行过程中,最后通过lookup函数找到文件对应的inode节点。这就是魔法的开始,我们直接从这开始分析。lookup的函数核心代码是

    01

    浅谈Vim

    一、基本介绍 vim(Vi IMproved)顾名思义是vi的改进版,那么vi是什么? vi 是一种常用于GNU/Linux下的一款编辑器,随着需求的不断扩充,在vi的基础上做了很多改进,于是vim诞生了。 vim相对于vi的这些优势主要体现在以下几个方面: 1、多级撤消我们知道在vi里,按 u只能撤消上次命令,而在vim里可以无限制的撤消。 2、易用性vi只能运行于unix中,而vim不仅可以运行于unix,windows ,mac等多操作平台。 3、语法加亮vim可以用不同的颜色来加亮你的代码。 4、可视化操作就是说vim不仅可以在终端运行,也可以运行于x window、 mac os、 windows。 5、对vi的完全兼容某些情况下,你可以把vim当成vi来使用。 由此可见vim是一款非常强大、非常受欢迎的一款文本编辑器。 官方网站:http://www.vim.org/ linux下安装vim-minimal软件包 如果是在Linux下,可以安装VIM-Enhance使其扩展为完整版本的VIM

    04
    领券