2015-11-04 101 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。

相關問題