Not sure of the line that generates the error at the moment, though it may have been reporting line 0, which is not much help. Anyway, I'm going to try:
if right(version(4), 4) = "3117"
set tablevalidate to 4
else
set tablevalidate to 2
endif
I could even try set tablevalidate to 0, I suppose.
Thanks,
Russell
>What line of code generates the error? What is SET TABLEVALIDATE setting in the application?
>
>>I have a situation with a client that happens sometimes. They click on the toolbar to open a form and VFP shuts down. It blasts by my (visible) error trapping and - wham! - VFP is just gone. They feel it is memory related. Rebooting generally solves it, but closing other open apps does, also. They think that it's a low memory situation that VFP is not able to handle. They have a mixture of Win2000 and WinXP machines. They could be right, of course, but I have noted that the error that gets logged is error 108 (File is in use by another user). (The error seems to get logged before VFP shuts down, but they never see a visible error message. Also, MS can't be bothered with telling us WHAT file is in use by another user.) We've validated the DBC, completely recompiled the app, and completely replaced the DBC. I've stopped letting VFP open the views itself, since there seem to be some known issues with that at times. Without knowing exactly which file is generating the 108
>>error, it's hard to know exactly where to go. Naturally, this is a multi-user system that never uses exclusive locking and uses buffering, so it's not as if I've just open a table exclusively. I'm wondering if other people have seen similar behavior and can offer suggestions on what can cause this.
>>