Deviation from the original questions seems to be the rule at UT. :-)

>So what:) Unnecessarily deviated from the source. Sometimes I feel I don't understand English a bit.
>Cetin
>
>>No, what David says is that you can do something like this pseudocode

>>Lerror=.F.
>>do while !Lerror
>>   Adir(adummy,'*.*')
>>   If error =31
>>      Lerror=.T.
>>      dimension(adummy,13000,5)
>>   else
>>       Lerror=.F.
>>   endif
>>   Processfiles(adummy)
>>Enddo
>>

>>
>>>Oh, are you too saying that it is impossible to get "too many variables" error with an array that has over 65000 elements? If so please read other posts. In one of them already demonstrated the error and attached a shot as an evidence. I don't know why Sergey insisted on narrowing this thing to adir(). IMHO adir() giving another message doesn't remove the fact that array -despite being a single variable itself- can be the source of this error (and that was my point as clearly can be seen in my original post if one doesn't intentionally want to interpret it other way). If it should be interpreted that way in English then OK I stand corrected. You are right.
>>>Thanks
>>>Cetin
>>>
>>>>Cetin,
>>>>
>>>>FWIW, Having just written a drive cleanup utility, I can matter of factly say that in VFP8, adir() on a folder with 20,000 files throws a trappable ErrorNo = 31 which can be used to redimension the array so that the process can at least work on the first around 13,000 files in the folder.
>>>>
>>>>>Duel? If it were a duel hye already lost and just diverting to small details. My point was that arrays with more than 65000 elements might give "too many variables" error. I don't see myself in a crazy position to remember each and every specific error message.