Shell Vim显示OOPS而不是placement/color命令

我有一组Solaris设备（5.10/8），我在这些设备上操作。当我登录到一个特定的用户并启动Vim时，我没有看到Vim应有的介绍消息。相反，消息显示在屏幕的底部，“OOPS”放置在我们可能期望看到新行或任何其他颜色命令的位置。当我开始打字时，问题仍然存在。初始输出如下所示：

OOPSVIM-Vi由Bram Moolenaar等人改进的OpsVersion 7.2。OOPSVIM是开源的，可自由分发，OopsBecome是一个注册的Vim用户！oopsype:help注册信息oopsype:qOOPSto exitooptype:help或联机帮助oopsype:help version7用于在Vi兼容模式下运行的版本信息oopsype:set nocpOOPSfor Vim defaultsooptype:help cp default用于此oops的信息

这适用于所有框。当我注销并使用任何其他用户调用相同的二进制文件时，问题不会出现。我从另一个用户那里获取了.vimrc，并将其复制到问题用户的主目录中，但没有结果。我还尝试设置环境变量以匹配其他用户。我在谷歌上找到一篇帖子，说当他们重新编译二进制文件时，问题已经解决了。然而，我没有控制权或访问权来实现这一点，我不认为这是一个二进制问题，因为所有其他用户都可以很好地使用Vim。有人能找出问题所在吗？

如图所示：

tgoto

功能（用途：解码cm光标运动字符串）可能会失败并返回OOPS

最可能的原因是不支持的术语环境变量。要获取可识别的内置终端类型列表，请尝试

TERM=bogus vim +q

它将显示一个列表，您可以选择与您的操作系统/终端（仿真器）最相似的一个

---

如果你认为这种行为会影响标准的Solaris设备

，请尝试使用Tyth= VT100，Tybe＝IRIS ANSI，Type＝XTalm，Type＝Linux，并且LIVEVT100的工作效果最好，但是当我尝试添加颜色时，它有点损坏。我将坚持这一思路。很明显，这个词确实是罪魁祸首。如果有人有一个学期的建议，我会非常高兴听到。解决了这个问题！这不是学期。我已经和一个正在工作的用户一起检查了我的环境变量，但是我刚刚意识到坏掉的用户的vim在一个盒子上工作正常。所以我做了一组>文本。然后在vim损坏的机器上获取文本文件。瞧！固定的。POE引导我发现LD_LIBRARY_路径是问题所在。我正在使用Putty。术语设置为xterm。然而，我按照你的要求做了，看到了可用学期的清单。我用了其中一个，但行为没有改变。我将术语环境变量与工作的用户匹配，没有区别；您的solaris可能正在使用vim未知的非默认终端代码。开发人员有可能确切地知道要添加什么。我不记得我的opensolarisbox（nv147）中有这个，我刚刚注意到你修复了它。我打赌是libtermcap之类的，但如果你不想知道，我不会抱怨：）