2017-04-07 1 views
1

Ich bin auf der Suche nach der benutzerdefinierten 'Ettab' des Stata-Pakets 'st0085_2.pkg' zu installieren. Normalerweise würde ich Folgendes tun dies eingeben:Stata: Ado-Paket nicht gefunden

net install st0085_2.pkg 

In diesem Fall gibt sie:

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

Also änderte ich den Lärm Verzeichnispfad und installieren Sie das Aufhebens um woanders (ich kann nächste löschen. trk ohne Admin-Zustimmung):

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

die Installation ist erfolgreich, aber immer noch der esttab Befehl nicht erkannt und ich versuche und finden, wo der Lärm ist, und es gibt, dass es noch nicht gewesen ist installe d.

Ich kann nicht sehen, wie STATA sagen kann, dass die Ado-Datei bereits existiert, wenn das Herunterladen aber das Abrufen des Pakets nicht gefunden wird? es sei denn, sie suchen in verschiedenen Verzeichnissen, aber selbst wenn ich einen neuen Pfad einstelle (ich habe viele Kombinationen ausprobiert), kann das Paket immer noch nicht gefunden werden.

Dies ist besonders frustrierend, da ich esttab auf anderen Computern verwendet habe.

+0

Eine wilde Vermutung ist, dass etwas abgestürzt ist und Sie etwas Trümmer aufräumen müssen. Es ist oft schwierig, genau zu diagnostizieren, was über das Netz ohne viele Fragen. Ich würde direkt zum technischen Support von StataCorp gehen. Ich glaube nicht, dass du sehr viel verlierst, wenn du die trk-Datei löschst, aber der technische Support würde maßgeblichen Rat geben. –

+0

Sie sollten das Betriebssystem verwenden, um Sie über alle Instanzen der Schlüsseldateien zu informieren und uns auch mitzuteilen, was Ihr Adopat ist. Uns zu sagen, dass du etwas nicht finden kannst, lässt uns nicht sagen, wo es ist. –

Antwort

1

Während ich bezweifle, dass das ursprüngliche Poster noch da ist, könnte die Antwort für andere interessant sein, die die gleiche Situation haben.

Das Problem OP hier ist, dass er nicht die richtigen Rechte zum Ändern/Löschen der next.trk-Datei im Standard-ADO-Ordner hat. In der Regel passiert dies, wenn Sie auf einem (stark) gesperrten Server keine Administratorrechte haben.

Eine Lösung besteht darin, die Dateien direkt zu kopieren: Dies kann jedoch ziemlich schwierig sein, wenn der Server wirklich gesperrt ist oder Sie Programme mit nicht spezifizierten Abhängigkeiten haben.

Die Alternative ist, Ihren Ado-Ordner zu ändern. OP nahm den korrekten ersten Schritt durch Ändern der Position von net install durch net set ado "somefoldername". Sie verpassten jedoch den zweiten Schritt, der Stata "somefoldername" sagt, Teil des Adoptions ist.

Dies erfolgt über adopath ++ "somefoldername". Wenn ich mich nicht irre, bleibt dies nur so lange aktiv, wie Stata geöffnet ist. Um dies "permanent" zu machen, sollte diese Codezeile zu dem profile.do Datei hinzugefügt werden, der automatisch beim Stata-Start ausgeführt wird. Weitere Informationen zur Datei profile.do finden Sie unter the Stata FAQ.

+1

Hilfreich. Eine kleine Verwirrung zwischen Do-Dateien und Ado-Dateien in der letzten Para, die ich dich reparieren lassen kann. Ich habe verschiedene Varianten dieses Fehlerberichts gesehen und sie sind notwendigerweise fast immer sehr schwer zu diagnostizieren: In der Regel erhältst du wenig oder gar nichts über den Installationsverlauf oder die Computereinrichtung des OP Stata. Ich empfehle hier Vorsicht, da beispielsweise die Installation "von Hand" Statas Aufzeichnungen dessen, was installiert ist, verwirren kann. –

+1

Zum Zeitpunkt des Schreibens der OP ist als "Zuletzt gesehen 29. Juli 17 um 18:44" so nicht noch herum ist eine gute Schätzung. –

+0

Wird die Datei profile.do als Ado-Datei betrachtet? – Danferno