![]() |
1
1
即使他有管理员权限,那台机器上的%temp%指向哪里?你能在那里手动创建/删除文件吗? 其次,与后继机器相比,故障机器有多少内存? |
![]() |
2
1
您可以尝试预生成XML序列化程序集(使用sgen.exe或使用项目属性的“生成”窗格中的选项),然后使用应用程序释放它们。这样,它们就不需要在运行时生成,而且您也不会得到那个异常。 |
![]() |
3
1
this MSDN article 建议您修复或重新安装.NET Framework SDK。你能试试看有没有帮助吗? |
![]() |
4
1
更新。 问题最终与Cisco的安全代理软件发生冲突,并由Xenocode执行模糊处理。如果从方程中删除一个或另一个,则不会发生异常。我也尝试过很多方法来解决这个问题,但都无济于事。所以我有一个关于Xenocode的查询(与Cisco的通信是浪费时间之外的)。也许他们能了解到底发生了什么。 |
![]() |
5
0
提示:在使用.NET编译转换的XSLT中,msxsl:script标记也有类似的问题。请注意,您报告的错误发生在序列化程序的编译方法中。 您已经检查了磁盘空间和权限,但可能进程用户不是管理员,例如,ASP.NET进程。 警告:使用msxsl:script时,Microsoft.NET XSLCompiledTransform类会导致几个问题。xslcompiledTransform在临时文件夹中创建一个dll并将其锁定在内存中。
不要将msxsl:script与Microsoft.NET XSLCompiledTransform类一起使用。相反,使用扩展对象在XSLT外部调用c或vb.net方法。请参阅上的Microsoft文档 XSLT Extension Objects . |
![]() |
6
0
考虑到错误消息的状态是“没有足够的存储空间来完成此操作”,我猜测问题不是因为具有XML文件的位置空间不足或没有权限。我的猜测是临时程序集中间文件被删除的临时位置实际上是导致问题的原因。 .NET中的XML序列化使用代码生成来创建C源代码,然后编译wich(最终使用CSharpCodeProvider,它是codedom的一部分)。codedom编译源代码与命令行csc.exe编译器非常相似,因此在生成最终程序集之前,通常需要在磁盘上创建临时中间对象文件。操作(不管它是否为内存中的程序集。) 我会找出这些临时文件放在哪里,并确保驱动器有足够的空间。确保有问题的用户没有任何类型的空间配额,这些临时文件也在其中生成,就像他使用了自己的配额一样,这也可能导致存储空间异常。这些文件的临时位置可以通过applications.config文件中的xmlserializersection进行配置,因此如果确实存在空间问题,可以尝试将它们临时重定向到具有足够空间的驱动器(以及当前用户的读/写/删除权限)。 |
![]() |
7
0
一些调查表明,通过“存储”,系统指的是 记忆 而不是磁盘空间。 鉴于xmlserializer将从C代码在内存中创建程序集,看起来这可能是一个开始的地方。要调查的事情可能包括:
在任何情况下,+1表示对XML进行预编译的建议,如果这是预先设置好的配置样式数据,则必须这样做。 |
![]() |
Kryptonit364 · 在DataGrid中隐藏调整大小和选择列 2 年前 |
![]() |
hassan Ma · 从顶部将文本插入WPF文本块 2 年前 |
![]() |
Arijit · 移动画布内绘制的矩形 2 年前 |
![]() |
juraj14466 · C#WPF实时图表将点渲染为图像 2 年前 |