其實我是不推薦可視化編程的，很難調試程序，也難以暸解程序的機制。要在這種模式下調試程序，你必須熟悉事件的觸發次序，而且知道在屬性框中填入的數據對應代碼的什麽功能、它是如何影響程序運行的。能夠造成VFP內部崩潰的錯誤，不是一般的錯誤，VFP自己都無法修復這種錯誤，那個模糊的信息實際上表明它自己也不知道為什麽會出錯。我現在留意到你另一帖中所說的現象，這種錯誤似乎是隨機的，但居然它出現的如此頻繁（十來分鐘出現一次？），又能強行通過表面上不影響繼續運作，據此現象看估計與緩存有關，再次執行時使用了残留在內存中的代碼或數據故能暫時闖過去，但若遇到讀寫外部設備時則再一次崩潰。因此，留意程序讀寫外部設備的代碼邏輯，可能有不合理之處，所謂不合理，是指在沒遇到特定條件時能夠順利執行，當條件成立時則出錯，本質上是邏輯錯誤（BUG），只能靠多次運行，觀察出錯前程序在幹什麽來猜測原因。

你的帖子最代表水平。非常感谢你的高见和指点。其中你提及可能“残留在內存中的代碼或數據”使我联想起一个现象：我的程序运行结束已经退出，但还有部分留在内存退不了，要用“任务管理器”将该程序或进程退出它方可，VFP也常有这种形象。这也可能是原因之一。请问该如何解决或避免？

我感觉问题出在使用内存变量超出系统默认的1024个。
运行中不断定义内存变量，经过一定时间后，超出系统默认的数，产生系统崩溃，所以表中的记录不受影响。
建一个配置文件试试，文件中加入 ： MVCOUNT=5000   &&依使用的内存变量而定，可以再大些

通常VFP程序結束，使用的數據和代碼也都同時結束釋放，若有參與进程，可能是用了OLE控件，沒有及時釋放，那個是要主動釋放的。