请问是哪里出了问题?
以下代码用于将XML文件反序列化成数据表:
FileStream fileStream = null;
string path = "wenjian.xml";
DataTable dtt = new DataTable();
XmlSerializer xmls = new XmlSerializer(typeof(DataTable));
fileStream = new FileStream(path, FileMode.Open, FileAccess.Read, FileShare.Read);
dtt = (DataTable)xmls.Deserialize(fileStream);
dataGridView2.DataSource = dtt;
可以编译通过,但是运行却出现了异常:
************** 异常文本 **************
System.IO.IOException: 文件“D:\XML\数据表序列化\WindowsFormsApp1\WindowsFormsApp1\bin\Debug\wenjian.xml”正由另一进程使用,因此该进程无法访问此文件。
代码经过修改后,重新生成解决方案,编译成程序,VS并没有打开,不知为何?
FileStream fileStream = null;
string path = "wenjian.xml";
DataTable dtt = new DataTable();
XmlSerializer xmls = new XmlSerializer(typeof(DataTable));
fileStream = new FileStream(path, FileMode.Open, FileAccess.Read, FileShare.Read);
dtt = (DataTable)xmls.Deserialize(fileStream);
dataGridView2.DataSource = dtt;
可以编译通过,但是运行却出现了异常:
************** 异常文本 **************
System.IO.IOException: 文件“D:\XML\数据表序列化\WindowsFormsApp1\WindowsFormsApp1\bin\Debug\wenjian.xml”正由另一进程使用,因此该进程无法访问此文件。
代码经过修改后,重新生成解决方案,编译成程序,VS并没有打开,不知为何?
...全文
相关推荐
产品需求沟通出问题怎么办?
产品制作的流程中,发现需求并定义需求是首要环节,假如产品需求沟通出现问题了怎么办?你需要解决三个问题,避免含糊性,定义需求和功能,明确功能和属性。含混性,指的是不清晰的程度。在项目开发过程中,含混性会一直贯穿整个过程。从需求出现到把需求变成产品,含混性始终影响着整个项目。因为含混性的存在,产品经理必须注重沟通和理解,尽可能准确地探索需求和传达需求,而工程师们则需要尽可能理解需求,在产品诞生之后,产品经理还需要关注用户需求是否发生了变化。简单地说,含混性越大,项目风险也会越大。著名思想家温伯格提到一个计算含混性的公式:含混性=实现需求的最大花费/实现需求的最小花费。这个公式在项目评估的时候非常有
ICC2:mem出pin的Off Grid问题
这个命令本意是解决跨制成调用IP时在IP出pin位置加一定的routing blockage,限制绕线在一定范围内只能走直线出pin,用来解决off-grid问题也有很好的效果。在ICC2做先进工艺时会有off-grid的问题,off-grid可以理解为绕线没有在preferred方向track上。测试发现,2022版本以前的ICC2绕线容易有off-grid问题。主要在mem出pin的M2/M3层次上,切换版本绕线能很大程度上解决这个问题。我正在「拾陆楼」和朋友们讨论有趣的话题,你⼀起来吧?
一日生活过渡环节出了这四种问题,怎么办?.docx
一日生活过渡环节出了这四种问题,怎么办?
主库出问题了从库怎么办?.pdf
主库出问题了从库怎么办?
29如何判断一个数据库是不是出问题了?.pptx
29如何判断一个数据库是不是出问题了?.pptx



