.net 4.0 我应该（可以）收集哪些数据来证明第三方软件中存在.net漏洞？
我们的用户使用的是第三方系统，每隔一段时间——用户可能一整天都不会出现这种情况，其他日子他们可能会在七小时内看到它两三次——屏幕上会出现一个红色的x，而不是按钮、字段或控件 这不会伴随错误消息-至少不会向用户显示屏幕上的消息。它只是一个红色的x-与控件一样大（因此有时几乎整个屏幕，有时只有25个字符字段的大小） 这是一个.net系统 在线查看，我发现这是一个.net错误。问题是，我们的开发人员没有编写它，而供应商想要的是证明问题在于他们的系统，而不是我们的电脑 我们可以做些什么来收集有关此类问题的信息，从而使我们能够向供应商说明情况，并让他们创建修复方案？我正在考虑收集数据——从操作系统、内存等任何方面。net版本安装等.net 4.0 我应该（可以）收集哪些数据来证明第三方软件中存在.net漏洞？,.net-4.0,.net 4.0,我们的用户使用的是第三方系统，每隔一段时间——用户可能一整天都不会出现这种情况，其他日子他们可能会在七小时内看到它两三次——屏幕上会出现一个红色的x，而不是按钮、字段或控件 这不会伴随错误消息-至少不会向用户显示屏幕上的消息。它只是一个红色的x-与控件一样大（因此有时几乎整个屏幕，有时只有25个字符字段的大小） 这是一个.net系统 在线查看，我发现这是一个.net错误。问题是，我们的开发人员没有编写它，而供应商想要的是证明问题在于他们的系统，而不是我们的电脑 我们可以做些什么来收集有关此类问题
但我也想了解错误日志记录-我确信可以记录第三方系统中发生的错误，但我如何做到这一点？首先，我会在事件查看器中的应用程序日志中查看与应用程序相关的任何异常日志
如果供应商要求您提供证据，我会询问供应商如何收集证据。他们的应用程序可能有一个调试模式或一个日志文件，可以用来帮助调试问题，但供应商最好能就此向您提供建议。首先，我会在事件查看器中的应用程序日志中查看与应用程序相关的任何异常日志
如果供应商要求您提供证据，我会询问供应商如何收集证据。他们的应用程序可能有一个调试模式或一个日志文件，可以用来帮助调试问题，但是供应商最好能就此向您提供建议。请包括错误消息，它是什么类型的应用程序。就目前情况而言，没有人能够肯定地回答这个问题。Windows事件查看器应具有有关错误的信息。此外，将您的问题扩展到不仅仅是“是否可以记录错误”这个问题的答案是“是”（只要他们的应用程序没有捕获所有异常），但我相信您想知道如何处理。请包括错误消息，它是什么类型的应用程序。就目前情况而言，没有人能够肯定地回答这个问题。Windows事件查看器应具有有关错误的信息。此外，将您的问题扩展到不仅仅是“是否可以记录错误”这个问题的答案是“是”（只要他们的应用程序没有捕获所有异常），但我相信您想知道如何记录错误。