裁判客户端通过直接映射服务器的XML数据库,对比分犯规进行操作,已经十场了,一切正常,可是今天居然把XML文件写坏了,郁闷.
    XMl文件大小都对,用记事本打开一片空白,发现里面还是有数据的,就是已经不能识别了.怎么会把XML写坏,操作用的都是.net的操作XML文件的标准函数,又不是写什么二进制数据,怎么会把它写坏呢?奇怪!
  有些什么可能把会把XMl文件写的不能打开呢?急求大家给点解决的意见啊?
    另外今天网络有点卡,裁判用的那个本也有点问题.

解决方案 »

  1.   

    是通过什么方式写的?是流还是通过XmlDocument?
    可能是两个进程同事操作xml造成的,有没有对文件进行上锁?
      

  2.   

    关注
    也可能是CBA体制问题
    -_-
      

  3.   

    XmlDocument操作.没有lock使用了filewatch,监测到文件改变才读,我们的CBA联赛进球还是很慢的,平均12秒一次读写,写的间隔最快最快也得2秒
      

  4.   

    oolongTea"也可能是CBA体制问题"晕!
      

  5.   

    用ultra edit 用2进制看看是不是有怪字符
      
    *****************************************************************************
    欢迎使用CSDN论坛阅读器 : CSDN Reader(附全部源代码) 
    http://www.cnblogs.com/feiyun0112/archive/2006/09/20/509783.html
      

  6.   

    裁判机系统的svchost不停的占用cpu,像中了什么毒,且察看服务器防火墙的日志,那机子当时在不停的ping服务器,连接139端口.可能是这方面原因造成的.
      

  7.   

    “太黑了,这都没法说了!”奔牛队一位管理人员赛后无可奈何地说。对当值裁判在比赛中漏洞百出的吹罚,球队上下在赛后甚至连发火的力气都没了,“这就是明抢!摆明了就是不能让你赢。”“不是报道说山西老板对这场球已经下了‘必杀令’吗,我看这道命令是下给裁判的。”一位队员苦笑着说。  除了漏洞百出的判罚外,本场比赛的
    技术统计也是错误不断。第二节中段,记录台的电脑就突然死机,结果造成现场的大屏幕在3、4分钟里都无法显示比分和犯规统计;第四节开始仅有2分钟,技术台的电脑再次“罢工”,结果此后差不多整节比赛的比分和犯规、暂停统计都无法显示,只能通过现场的DJ用广播宣读记录。为此,现场观众嘘声不断,场面一度十分混乱。  “坏了?坏了快找人修啊!”对山西赛区工作人员低下的工作效率,担任本场比赛技术代表的崔毅也只能用大声的吼叫,来表达自己的不满,“这一段大屏幕上显示的技术统计全部作废,所有得分、犯规和暂停统计都以技术台人员的记录为主……”
    ---不会是这个新闻吧,http://sports.sina.com.cn/cba/2006-11-01/22472541673.shtml
      

  8.   

    -_-!!再穷不能穷数据库。ACCESS总能上吧。估计LZ用的是添加一次信息,重写一次数据库,一旦错误,马上写个NULL进去.
      

  9.   

    为了稳定,我想还是改造成采用tcp传输+串口验证吧。XML就来个一分钟备份一个,不就48分钟的比赛么。万一出个错也能恢复。
        Xml能写坏,access一样能写坏。