Stata The Stata listserver
[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

st: RE: Global Macro?


From   "Nick Cox" <n.j.cox@durham.ac.uk>
To   <statalist@hsphsun2.harvard.edu>
Subject   st: RE: Global Macro?
Date   Fri, 28 Oct 2005 18:12:11 +0100

I doubt that there's a single best 
way to do this. If this were my 
problem, I might want all the 
directory references to be 
in a master.do file and 
do most changing around by means of -cd-: 

============================ master.do 
... 
cd directory_one 
do directory_one 
cd ..\directory_two 
do directory_two 
... 
============================

If this is possible then your colleague 
just needs to edit master.do. 

But it could be even easier to agree on 
a common directory structure and naming. 

Nevertheless this could be far from optimal 
for you, especially if you need to use
files in different directories more or 
less at the same time. 

Nick 
n.j.cox@durham.ac.uk 

btallaire@mail.utexas.edu
 
> I have a number of subroutines that I want to be able to run 
> from a master file
> and also send to someone else who has a different file 
> structure than myself.
> What I tried to do was this:
> 
> *************************
> global do_dir "C:\Project\Do Files"
> global data_dir "C:\Project\Data"
> global log_dir "C:\Project\Log Files"
> global output_dir "C:\Project\Output"
> 
> do Subroutine1
> do Subroutine2
> do Subroutine3
> 
> macro drop do_dir
> macro drop data_dir
> macro drop output_dir
> ************************
> 
> There are parts of each subroutine that refer to each 
> directory and I just want
> to reference them in this file, so the person that I'm 
> working with just has to
> cut and paste once for each directory when I send it to them.
> 
> Is there a better way to do this??
> 

*
*   For searches and help try:
*   http://www.stata.com/support/faqs/res/findit.html
*   http://www.stata.com/support/statalist/faq
*   http://www.ats.ucla.edu/stat/stata/



© Copyright 1996–2014 StataCorp LP   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index