ipc

ios – 从不兼容类型’ViewController * const__strong’分配给’id’

我的应用程序中有一个ImagePickerController.它效果很好,但除了ipc.delegate=self之外;出现错误消息:Assigningto‘id’fromincompatibletype‘ViewController*const__strong’该应用程序运行良好,所以我忽略了错误消息,但我想我需要知道原因.为什么会出现错误消息?解决方法如果你看一下UIImagePickerC

Windows尝试在提供的之前访问IPC $共享

我有一个samba服务器,我出于安全原因(用户和共享枚举,用户信息查询,…或者至少如何在IPC$one返回Access拒绝后强制Windows访问真实共享?提前感谢您的帮助和节日快乐!海绵宝宝[1]https://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/securing-samba.html#id2618877所以我的问题是如何阻止Windows执行这个无用的请求……?或者至少我怎么能强迫Windows访问真正的份额后…?答案是,你做不到!

窗口 – 管道输出(stdout)从运行进程Win32Api

我需要使用windowsapi获取(或管道)已经运行的进程的输出.基本上我的应用程序应该允许用户选择一个窗口来管道输入,所有输入将显示在控制台中.我也会考虑如何在stderr之后得到一个管道.重要提示:我没有使用CreateProcess()或其他方式启动该过程.该进程已经在运行,我所有的都是进程的句柄(从GetwindowThreadProcessId()返回).无论你想做什么,你都做错了.如果

windows-mobile – Windows Mobile上的简易IPC?

在WindowsMobile上的C项目(即没有.NET)中,我正在寻找一种在两个独立运行的应用程序之间轻松通信的方法.应用程序A将运行服务,而应用程序B将为用户提供一些功能–B必须为其调用A的某些功能.我宁愿不在COM中实现任何东西.事实上,我宁愿不做任何类型的序列化或类似(即这将排除使用套接字/管道/文件),而是让B将所有参数和指针传递给A,就像A是B的一部分一样.此外,应用程序C,D和E应该能

winapi – 套接字与Windows上本地IPC的命名管道?

是否有任何理由支持本地IPC,有效性wize,resource-wize或其他方式的套接字的命名管道,因为它们的行为非常相似在一个可能已经使用套接字用于网络目的的应用程序?在使用套接字的情况下,在本地使用套接字时是否有建议使用的winsock设置/标志?一些微妙的区别:如果您没有正常的适配器,则套接字将不适用于本地IPC。这不是本地IPC的问题,但我不相信。