2015-11-04 68 views
0

我有一些项目,我没有在一台特定的计算机上编译一段时间,虽然他们在其他人编译罚款 - 相同的确切项目,而不是副本。我正在编译来自同一网络目录的代码。正如我所说,在一些电脑上,它工作正常。Visual Studio 2008不能找到指定的路径

但是,在我办公室的电脑上,visual studio似乎已经失去了目录结构的所有意义。

首先我遇到了使用moc(这些项目使用Qt)找到mainwindow.h文件的问题。这是在同一目录中的.sln,.vproj,等我发布了关于这个alread此问题: visual studio 2008 moc cant find mainwindow.h

通过拆卸和重装mainwindow.h到项目,建设部和Visual Studio能够看到它。

现在moc可以找到mainwindow.h,但是uic找不到mainwindow.ui - 在这一点上这真的不足为奇。这是我从Visual Studio得到错误:

1>UIC mainwindow.ui 
1>The system cannot find the path specified. 
1>File 'mainwindow.ui' is not valid 
1>Project : error PRJ0019: A tool returned an error code from "UIC mainwindow.ui" 

,这里是在生成日志出错的行现在

C:\QtSDK\Desktop\Qt\4.8.1\msvc2008\bin\uic.exe mainwindow.ui -o ui_mainwindow.h 

,如果我cd到该目录,在它的解决方案,我可以运行上面的这一行,它会很好地生成ui_mainwindow.h。

我在这里不知所措。显然,文件和权限是好的,因为我可以编译它们(尽管不是从我的本地visual studio副本)。显然.vcproj文件是正确的,因为我可以在其他机器上编译。似乎有一些关于路径的全局调整,我无意中对我的视觉工作室做了一些修改。

此外,我重新安装它,同样的行为仍然存在。我想如果在Windows文件结构中有一些冒犯的配置文件被分离出来,这可能会清除它,但显​​然不是。

在为其这种设置不工作的电脑,我得到这个作为第一个输出:

1>UIC mainwindow.ui 
1>Z:\dmedine\git-lsl-tst-wrkng\labstreaminglayer\Apps\XDFBrowser>doskey python26="C:\python26\python" 
1>MOC mainwindow.h 
1>Z:\dmedine\git-lsl-tst-wrkng\labstreaminglayer\Apps\XDFBrowser>doskey python26="C:\python26\python" 

我这些DOSKEY命令有点困惑(我没有创建这些项目,所以有很多被混淆)。 moc和uic是否需要Windows上的python?我最近玩过关于python的doskeys,所以也许这是问题的根源,但我想知道为什么。

+0

另外,我试着在VS2010上运行这个。同样的问题。 – dmedine

+0

我假设uic.exe是一个Qt工具。在你的机器上VS是否正确设置?如何设置外部工具可能与VS解决方案或项目无关。 –

回答

0

正如我怀疑的那样,我在注册表中添加的关键字有一些用于调用不同版本python的别名确实是罪魁祸首。下面是该文件(如果有人想了解情况):

doskey ls=dir $* 
doskey python27-64=C:\Python27-64\python.exe $* 
doskey python35-32=C:\python35-32\python.exe $* 

显然,(我只注意到了这一点,从检查工作设置并注意到DOSKEY行)这些调用程序的doskey破坏Windows上的MOC/UI过程。

这没有任何意义。此外,这是非常不方便的,因为现在我必须非常努力地调用不同版本的python。

相关问题