John

This code worked fine on WIN Server 2003, but the ALTER TABLE command returns "file not found."
It can't see the cursor.
Several people here suggested fixes and none worked.
The network guys handling the server are pretty sharp but they're stumped on this one. They know it has something to do with rights (hmm that sounds familiar) but the usual tricks don't work.

I solved the problem by re-dimensioning the array before creating the cursor, which probably would been a better approach in the first place.
There were about a dozen of these sprinkled throughout the app.

First I tried AINS(). It sounded great, but the docs don't tell you that AINS(la,1) inserts a row at the head of the array, but it also squeezes out the last row of the array.
Why would anyone want to do that???
Re-dimension was the answer.

SELECT a_slips
  = AFIELDS(la_rptcur)
  CREATE CURSOR rptfile FROM ARRAY la_rptcur
  ALTER TABLE rptfile ADD COLUMN rte_base N(5, 2)

>>>True, John, but it's becoming more tedious. I'm going bonkers now trying to run a VFP6 app on Win Server 2008. We'll get it running, but it's a pain.
>
>What's the issue? Admitedly we're using VFP9 rather than VFP6 but our experience is that you copy a handful of files to the machine and it works. Chen's latest compiler even does away with the VFP runtimes- you can distribute just a C++ exe and dll. Since you can compile using any C++ from 6 to 11 you can deliver apps that only work on Windows 7 and later as MS would like, or you can target Windows 95, or anything in between. We're finding that apps compiled using C++ 7 will run on anything that matters.