Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/cplusplus/142.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
NETBea:CuaveTe>转到C++上64位Ubuntu中“不能打开元素”的声明/定义_C++_Ubuntu_Netbeans_Editor_Inspect - Fatal编程技术网

NETBea:CuaveTe>转到C++上64位Ubuntu中“不能打开元素”的声明/定义

NETBea:CuaveTe>转到C++上64位Ubuntu中“不能打开元素”的声明/定义,c++,ubuntu,netbeans,editor,inspect,C++,Ubuntu,Netbeans,Editor,Inspect,我的Netbeans右键单击导航->转到声明/定义已损坏,它拒绝转到任何地方。相反,在左下角会弹出一条消息:“无法打开元素:myvariablename”。我选择要检查的变量或函数是否是函数的远程、全局或本地变量并不重要。从上面的菜单导航->转到声明/定义也不起作用 NETBeCon在64位Ubuntu 13.10 AMD上使用GNU C++工具链。它使用了正确的编译、编译和运行复杂的C++项目。 我升级并安装了一个新版本的Netbeans 8.0来摆脱这个问题,但它仍然存在 在一些情况下,它

我的Netbeans右键单击导航->转到声明/定义已损坏,它拒绝转到任何地方。相反,在左下角会弹出一条消息:“无法打开元素:myvariablename”。我选择要检查的变量或函数是否是函数的远程、全局或本地变量并不重要。从上面的菜单导航->转到声明/定义也不起作用

NETBeCon在64位Ubuntu 13.10 AMD上使用GNU C++工具链。它使用了正确的编译、编译和运行复杂的C++项目。 我升级并安装了一个新版本的Netbeans 8.0来摆脱这个问题,但它仍然存在

在一些情况下,它可以正常工作,但我还不能区分两者之间的区别。当代码没有一直编译和链接时,情况似乎更糟。它可能取决于项目。我可以理解,如果项目没有编译和链接,我会迷路,但它肯定有足够的信息知道所有东西在哪里

我的另一台运行Netbeans 8.0的32位Ubuntu机器没有任何此类问题。我猜这是某种配置问题

<>我如何让NETBeas能够成功地进入C++项目下的变量和函数的源定义?谢谢。

请尝试关闭NetBeans,删除缓存目录 /home/user/.cache/netbeans/8.0rc1 然后再次启动NetBeans


这一次对我有效。

在“项目”选项卡上,右键单击其中一个顶级项目文件夹,然后选择: 代码帮助/重新分析项目


,我使用C++插件的NETBeaS 11,这个插件是从NB8中我记得的,但是工作得很好。现在,N/B有更新NB 8,包括一些C/C++部件的补丁。运行更新补丁会使35 API,包括C/C++代码模型实现模块。我不得不重新安装最新的8.0,一个212MB的下载。运行8.0完整安装程序的默认设置会在主目录中创建目录netbeansnetbeans-8.0[sic]。不怎么样。桌面图标不再启动NB。直接运行netbeans脚本或可执行文件将不再启动。安装程序没有卸载选项。我删除了目录结构,包括可执行文件。安装程序拒绝重新安装8.0模块,称它们已安装。安装程序拒绝前进,即使在自定义面板中,除非它正在安装某些东西。将死。从Synaptic返回到稳定版本7.0.1。从桌面图标运行。抱怨可能的损坏,但成功恢复了较新的项目。将项目->属性->运行->控制台类型切换回标准输出后,编译、链接和运行。检查源的导航仍处于中断状态。是。见下文。现在这是一个正式的回答。显然,在某些情况下,它不起作用,但它对我起了作用。我已经等了两年这个问题的答案,各种版本已经被打破了这么长时间。感谢您的关注。适用于许多项目,不适用于某些编译和链接的项目。看不出有什么区别。有两条不同的路径指向同名的include.h,但是这个可能的绊脚石被清理掉了,这个项目仍然无法工作。现在看起来至少它是依赖于项目的,尽管我认为我见过这种传染在项目之间自发蔓延的案例。依赖于项目。没有在特定项目上为NB 8.0工作。有人认为,将C代码与C++代码混合可以使系统变得混乱,尽管这个假设是不可验证的。