2017-04-07 759 views
1

我正在尋找安裝stata包「st0085_2.pkg」的用戶編寫的'esttab'。通常我會鍵入以下內容來做到這一點:Stata:未找到Ado包

net install st0085_2.pkg 

在這種情況下,輸出:

checking st0085_2 consistency and verifying not already installed... 
    installing into c:\ado\plus\... 
    file c:\ado\plus\next.trk already exists 
    r(602) 

所以我改變了ADO目錄路徑和安裝ADO到別的地方(我不能下刪。沒有管理員批准磁道):

net set ado "U:\Documents\Stata\AMIE\ado" 
net install st0085_2.pkg 

安裝成功,但仍是esttab命令是無法識別的,我試圖找到其中的ADO是它輸出,它至今尚未installe d。

我不明白STATA如何說下載時已經存在的ado文件,但是當找不到包時?除非他們正在尋找不同的目錄,但即使當我設置一個新的路徑(我嘗試了很多組合),它仍然無法找到包。

這是非常令人沮喪的,因爲我在其他計算機上使用了esttab。

+0

一個瘋狂的猜測是,有東西墜毀,你需要清理一些碎片。如果沒有很多問題,通常很難精確地診斷網絡上的內容。我會直接去StataCorp技術支持。如果你刪除trk文件,我認爲你不會失去很多,但是技術支持會給出權威的建議。 –

+0

你應該使用操作系統告訴你關於密鑰文件的所有實例,並告訴我們你的「過期」是什麼。告訴我們你找不到什麼東西不會讓我們告訴你它在哪裏。 –

回答

1

雖然我懷疑原始海報還在附近,但對於遇到同樣情況的其他人來說,答案可能會很有趣。

OP在這裏遇到的問題是,他沒有正確的權限來修改/刪除默認ado文件夾中的next.trk文件。通常這發生在你沒有管理員權限的情況下(嚴重)鎖定服務器。

一種解決方案是直接複製文件:但是,如果服務器真的被鎖定,或者您的程序具有未指定的依賴關係,則這可能會非常棘手。

另一種方法是更改​​您的ado文件夾。 OP通過改變net installnet set ado "somefoldername"的位置,採取了正確的第一步。然而,他們錯過了第二步,這告訴Stata「somefoldername」是收養的一部分。

這是通過adopath ++ "somefoldername"完成的。如果我沒有弄錯,只要Stata公開,這隻會保持活躍。爲了使這個「永久」,該行代碼應該被添加到dofile,它在Stata啓動時自動運行。有關profile.do文件的更多信息,請參閱the Stata FAQ

+1

有幫助。我會讓你修復的最後一段中的文件和ado文件之間存在一些小的混淆。我在這份錯誤報告中看到了一些變化,並且它們幾乎總是很難診斷:通常,您會很少或根本不知道OP的Stata安裝歷史記錄或計算機設置。我建議在這裏謹慎,因爲例如「手工」安裝會混淆Stata的安裝記錄。 –

+1

在寫這篇文章的時候,OP被列爲「Last seen Jul 17 '17 at 18:44」所以不是仍然是一個很好的猜測。 –

+0

profile.do文件是否被認爲是一個ado文件? – Danferno