本地测试正常,传到服务器就发生'System.StackOverflowException' occurred in System.Data.dll错误,网上搜索老说是死循环,怎么查都没有死循环的语句。
后来用“附加到进程”调试方法,查出DataiView创建的时候出错,于是发现where条件字符串较长,1400多个字符,难道是这个原因?
发现原因,马上搜索,发现有同类的http://social.microsoft.com/Forums/fr-FR/visualcshartzhchs/thread/f8499630-4ade-4ea6-9e3a-4f90234b8ada
参考了一下,果然是这个问题,同样解决方式只能用 字段名 in (1,2,4...) 替换掉原来的 (tp=1 or tp=2 or ....),这样字符串少了很多,当然不是一个完全的解决办法,暂时先用着吧,估计是.NET的一个Bug,唉,搞了两个星期。。。。终于解脱了
另外一个网友的解决方式如下:
由于代码不在身边,暂时不传了,不过昨天晚上自己解决了这个问题,个人感觉确实是值过长引发的溢出。下面我将问题说明如下:
1、开发目的为在WM上实现人事信息简单浏览,用到了DATAGRID、DATASET、DATAVIEW、TREEVIEW;
2、DATASET中加载有“单位信息表”、“人员基本信息表”等TABLE,两表之间可通过“单位编号”字段实现关联;
3、DATAGRID的数据源为DATASET.TABLE[“人事基本信息表"]的默认VIEW;
4、TREEVEIW中显示“单位信息表”的树型结构,可按“单位层次”、“单位性质”、“单位级别”等分枝显示;
5、当用户钩选TREEVIEW项目后,通过历编方法获得需筛选的“单位编号”,形成如:"单位编号 = 2 OR 单位编号 = 3 OR ..........”的ROWFILTER筛选值;
6、在传递ROWFILTER值时,当值的字符串长度达到2000多时,出错;值长度在1000多时通过;
昨天晚上,我将上述第5点中形成的ROWFILTER值改为如::"单位编号 IN ( 2,3,.......)"时获得通过,但此属无耐之举,只是将长度减少到了1000多而已,个人认为还是.net的问题。
再次感谢周雪峰的关注,谢谢!
DataView的 RowFilter 的确有长度的问题, 我这边程序也是由于过滤字段太长引起的错误.
An unhandled exception of type 'System.StackOverflowException' occurred in System.Data.dll
[System.StackOverflowException]
{Cannot evaluate expression because the current thread is in a stack overflow state.}
--------------------------------------------------------------------------------