Vague error message of r(1000) system limit exceeded- see manual

[Bob Yaffee]

Hi,
When examining possible limits exceed, I found an excessive number of alternatives. This problem was generated
when trying to copy an ado file into my personal ado directory with StataMP (4 cores) on an IMAC with an Intel I7 processor, 16G of ram, and more than
4 terabytes of storage. How can we determine which of the system limits has been exceeded efficiently?
Thanks in advance,
Bob Yaffee

[Joseph Coveney]

Not familiar with macintoshes, but maybe your file's pathlength is too long (buried deep in subdirectory after subdirectory) for the copy command. Does Stata's copy do the work natively, or does it call out to the operating system to do the actual copying?

[Bob Yaffee]

Joseph,
You may be correct. The pathname is long. There's no hope of shortening it as it's predefined on the MAC. It is annoying not to be able to copy your ado files into the personal
ado directory with a program. Writing out such a long pathname each time is very laborious. I was able to copy it manually. But when I tried to use the ado file to the coping I
get that inscrutable error message --- r(1000). The error message designation is unconstitutionally vague.
Nonetheless, thanks for your suggestion. But I am not sure how to test whether that is the problem. It used to work before on Snow Leopard and on Mountain Lion
operating systems as well. But Mavericks balks. Perhaps the new Yosemite operating system which is about to come out will allow such basic functions to operate.
- Bob Yaffee

[Steve Samuels]

Bob,

Try a Unix cp command which you can run from within your do file with a ! or shell prefix. You can try the command in terminal (minus the prefix) first.

/* From within Stata */
! cp kap1.do  "~/Documents/Curr_Proj/stdo files/pooled kappa/kap4.do"

[Bob Yaffee]

Joe,
I wrote an ado program to copy any I specified and copy it to the designated folder that I chose within my personal ado directory. The pathname and filename for that directory on the IMAC
is "/Users/myname/Library/Application Support/Stata/ado/personal/letterofchoice/filename". It worked a few times and coughed up the system limit exceeded-- see manual error. As you
can see this is too long for repetitive typing so I constructed a bycopy.ado program:

program bycopy
version 13.1
synatax varname
cp `1' /Users/myname/Library/Application Support/Stata/ado/personal/letterofchoice/`1' ".
pwd
end

and saved it as bycopy.ado in the b subfolder of the ado personal path.
It's long and buried deeply, but it should not be too long for my StataMP with 4 cores and 16GB of ram. So I'm still uneasy
about this having resolved the problem.

- Bob

[Bob Yaffee]

Steve,
I was trying to do that with the above ado file. I may have to resort to doing it in the unix shell. If I do is there some way of setting up within the bash shell a global for the pathname of the target destination ?
Bob

[Steve Samuels]

I'm not really expert in this, Bob, but this works in the shell

export proj=/Users/sampler/Documents/Curr_Proj/asthma
echo "hello & goodbye" > hello.txt
export mytxt=hello.txt
cp $mytxt  $proj

[Bob Yaffee]

Steve,
Thanks for the tip. Sorry for the delay. Cheers, Bob