简体   繁体   English

.NET Framework版本在两台不同的计算机之间导致不同的行为?

[英].NET Framework version causing different behavior between two different machines?

I'm currently trying to debug a weird issue I'm having with some RESTful API calls. 我目前正在尝试调试一些RESTful API调用遇到的怪异问题。 I built an Angular 2 scaffold and used the publish feature to create a standalone build which users can run by opening a command prompt and typing in "project --debug" -> this will start the scaffold service and users can submit API calls to retrieve data from files. 我构建了一个Angular 2脚手架,并使用发布功能创建了一个独立的构建,用户可以通过打开命令提示符并键入“ project --debug”来运行它->这将启动脚手架服务,用户可以提交API调用来检索文件中的数据。 This works perfectly fine on my machine and I can make the API calls just fine, but I have another computer where the results are different. 这在我的机器上可以正常工作,并且我可以使API调用正常,但我在另一台计算机上的结果有所不同。 The other computer always fails and lands in an Exception block when accessing a specific type of file. 当访问特定类型的文件时,另一台计算机始终会失败并进入Exception块。

I'm wondering if this may have to do with some kind of version mismatch/difference on the .NET Frameworks and/or Microsoft Visual C++ redistributables. 我想知道这是否与.NET Framework和/或Microsoft Visual C ++可再发行文件上的某种版本不匹配/差异有关。 The published build (original computer) was built using .NET 4.5.1 while the other computer only has 4.6.1 installed. 发布的版本(原始计算机)是使用.NET 4.5.1构建的,而另一台计算机仅安装了4.6.1。

Has anyone encountered a similar situation where the exact same build yields different results? 有没有人遇到过类似的情况,即完全相同的构建会产生不同的结果? I'm currently uninstalling versions of .NET and redistributables to test this hunch out but I'm curious if some of you may have had a similar experience. 我目前正在卸载.NET和可再发行版本以测试这种预感,但是我很好奇你们中的某些人是否也有类似的经历。

Seems like my issue is related to the Microsoft Visual C++ 2015 Redistributables - I removed the 2015 redistributables from the original machine (because it turns on the other machine did not have them), and I received the same results. 似乎我的问题与Microsoft Visual C ++ 2015可再发行文件有关-我从原始计算机上删除了2015可再发行文件(因为它打开了另一台计算机上没有的文件),并且收到了相同的结果。 Going deeper, I'm guessing this is because one of the DLLs was built using the 2015 redistributables. 更深入地说,我猜这是因为其中一个DLL是使用2015年可再发行组件构建的。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

相关问题 为什么具有相同目标框架版本的两个应用程序的.NET版本不同 - Why .NET version is different for two app with same target framework version 如何在C#.net中的不同机器上的两个独立的winform应用程序之间传递值 - How to pass values between two independent winform applications each on different machines in C#.net 两个客户端之间的服务行为不同 - Different service behavior between two clients 在其他.net框架版本中执行方法 - Execute a method in a different .net framework version HttpWebResponse.Cookies在.net框架和.net核心中的行为不同 - HttpWebResponse.Cookies different behavior in .net framework and .net core 较低版本框架计算机上的.NET部署 - .NET Deployment on lower version framework machines 对两个 nuget 包 C# .net 框架使用不同版本的包 - Use Different version of package for two nuget package C# .net framework 用于 xml 架构编译的 Full Framework 和 .NET Core 的不同行为 - different behavior for Full Framework and .NET Core for xml schema compilation 在两台不同的机器上使用 Microsoft Sync Framework 时无法同步网络上的文件 - Can not sync files on network while using Microsoft Sync Framework on two different machines 实体框架-在不同环境下的不同行为 - Entity Framework - Different behavior on different environments
 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM