允许本机DLL在c#控制台应用程序中输出stdout/stderr
我有一个通过stdout/stderr输出的本地DLL 我有一个C#console应用程序，它调用这个DLL并将二进制数据输出到父C#应用程序，该父C#应用程序启动C#console exe，处理stdout/stderr 目前，当我调用C#exe时，它工作正常（DLL连接到我的控制台应用程序的stdout并将其数据放入正常状态） 这是设计的吗（在未来的.NET framework版本中不应该被破坏） 使用此策略部署托管代码是否存在限制（完全信任、权限要求、GAC问题等） 我似乎找不到任何关于带有托管exe和非托管dll的stdout的文档，它们都将数据放在MSDN的标准输出中允许本机DLL在c#控制台应用程序中输出stdout/stderr,c#,dll,C#,Dll,我有一个通过stdout/stderr输出的本地DLL 我有一个C#console应用程序，它调用这个DLL并将二进制数据输出到父C#应用程序，该父C#应用程序启动C#console exe，处理stdout/stderr 目前，当我调用C#exe时，它工作正常（DLL连接到我的控制台应用程序的stdout并将其数据放入正常状态） 这是设计的吗（在未来的.NET framework版本中不应该被破坏） 使用此策略部署托管代码是否存在限制（完全信任、权限要求、GAC问题等） 我似乎找不到任何关于带
谢谢，这样就行了。但是，请注意，您的代码需要在客户端计算机上具有完全信任权限才能调用本机DLL。这将很好地工作。请注意，您的代码需要在客户端计算机上具有完全信任权限才能调用本机DLL。不是这样，但问题是，我所知道的交错托管和非托管I/ONo陷阱是否存在任何陷阱。不管怎样，代码最终都会被路由到相同的操作系统调用。不是吗？问题是，我所知道的交错管理和非管理I/ONo陷阱是否存在任何陷阱。最终，代码会被路由到相同的操作系统调用。