COM/ATL的简单问题......

cppnet 2002-03-17 05:00:38

今天见到这么一句话:"ATL不提供WinSock封装(套接字已经过时)"
有些不解.
用COM/ATL如何进行网络通信.....

...全文

97 4 打赏收藏举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

cppnet 2002-03-18

打赏
举报

回复

winsock 与 dcom /com+ 的效率哪个更高....

cppnet 2002-03-18

打赏
举报

回复

winsock 与 dcom /com+ 的效率更高....

huqiming 2002-03-17

打赏
举报

回复

DCom和Com+都可以，
DCOM本身提供多种网络通讯协议的支持，写程序时可以不关心dcom是怎么通讯的，节约了精力，而且他提供的通讯方式已经是最优化的。

ATL也可以写winsock部分的代码，直接用c++.但没必要这么做.

ccmouse 2002-03-17

打赏
举报

回复

dcom

[转] linux下shell中使用上下键翻出历史命名时出现^[[A^[[A^[[A^[[B^[[B的问题解决,Linux使用退格键时出现^H解决方法

摘要：Ghostty终端通过SSH连接远程设备时可能出现退格键失效、窗口缩放错乱等问题，根源在于$TERM变量与目标服务器的 terminfo 数据库不匹配。Ghostty默认使用xterm-ghostty终端类型，但远程系统缺少对应terminfo配置。最佳解决方案是启用Ghostty内置的ssh-terminfo和ssh-env功能，自动推送terminfo或降级兼容。备选方案包括手动安装terminfo、强制使用TERM=xterm-256color等，可以配置为全局、单个ssh服务器或单个会话生效。

终端属性被修改（如top等交互式命令意外指向串口）是串口"发疯"的最常见原因 printk和printf走的是不同路径：前者直接写硬件，后者经过TTY stty sane是终端"发疯"的急救命令，盲打输入即可恢复高频日志会导致系统卡顿，有4个应急方案可快速恢复 /dev/console的指向由内核参数决定，排查时需确认 /dev/kmsg是向内核日志写入的正确方式，避免串口拥堵掌握这些知识后，当你再遇到终端异常时，将不再一头雾水——你知道该检查什么、问题出在哪里、以及如何修复。

在远程服务器、容器和DevOps环境中，终端（Terminal）是开发者最常打交道的工具，但它的工作方式却常被误解为“黑框窗口”。从内核tty子系统到行规程（line discipline），再到伪终端（pty）和终端模拟器，终端其实是一条完整的字符输入输出链路。理解这条链路，能解释为何SSH会话与CI日志中的输出表现不同，为何Ctrl+C只中断前台进程组，以及tmux为何能在断线后保活任务。本文以工程实践视角，结合stty、termios、ANSI转义序列等基础概念，拆解按键从键盘到Shell的完整路径，

在远程服务器管理与运维工作中，SSH客户端是连接本地与Linux服务器的核心桥梁，其稳定性和效率直接影响工作流。字符编码与终端模拟是其中的基础技术原理，编码不一致会导致终端显示乱码，而终端类型不匹配则可能引发键盘映射异常，影响命令输入。理解并正确配置这些底层参数，能从根本上解决连接稳定性与交互准确性问题，提升日常运维和开发效率。本文聚焦于Xshell这一主流工具，针对字符编码乱码、键盘映射异常等高频痛点，结合UTF-8编码、终端类型（TERM）等热词，提供从原因分析到根治方案的系统性排查路径。同时，深入探讨

3,248

社区成员

48,530

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章