2017-04-07 755 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