Notice: On April 23, 2014, Statalist moved from an email list to a forum, based at statalist.org.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[no subject]
I don't think there is an easy way to do this.
The fact that Stata treats user-written programs as almost on a par
with official ones means that it doesn't discriminate finely as long
as it finds a program on its -adopath-.
However, you are not quite right.
As one of the original authors of -ssc- I have to defend it against
any implication that it puts stuff all over the place! It is
systematic about where it places code.
If you have followed advice, the user-written ados are those not in
what -adopath- calls UPDATES and BASE, so a brute-force solution is to
copy all your user-written ados to your clients. In modern computing
terms, they won't notice the extra file usage and the programs they
don't use won't matter.
Alternatively, teach your clients to use -ssc-.
On Wed, Sep 7, 2011 at 11:57 AM, Partho Sarkar <[email protected]> wrote:
> This may be a common situation:
>
> Like most Stata users, I have accumulated a number of user-written
> programs (mostly downloaded from the SSC server, but also some other
> sources). In a program I have written, I implicitly use some of these
> user-written programs via commands (e.g., rtfutil, listtab etc.). I
> have to share this program with other colleagues/clients, who
> obviously will not have these downloaded programs. So I would like to
> include a note with my program listing all the user-written programs
> which my program uses. Since there are many of these, in several of
> my sub-routines spread over do files, it would be quite tedious to
> manually track them down one-by-one. Any suggestions?
>
> (I cannot just list all the user-written programs I have on my
> computer, because I don't use them all in this program! Also, even
> finding which of the programs in my Stata ado path are user-written,
> would be quite difficult, as -ssc install- puts them all in different
> sub-directories, and after several updates, even the dates of the
> files will not reveal their origin. A brute force solution might be
> to try and run my program on a computer with Stata newly installed,
> and checking the error messages. I am hoping there may be some other
> way!)
>
> Thank you & best regards,
>
> Partha S. Sarkar
>
*
* For searches and help try:
* http://www.stata.com/help.cgi?search
* http://www.stata.com/support/statalist/faq
* http://www.ats.ucla.edu/stat/stata/