PCOMM 交叉污染
PCOMM Cross-Contamination
我们正在尝试 运行 在不同用户下的同一（Windows Server 2012）VM 上进行多个 IBM 个人通信会话，但 PCOMM 似乎并不局限于当前用户。
如果用户 1 尝试使用会话 A，则用户 2 启动 PCOMM 并获得会话 A 以供使用，用户 2 可以使用它而不会产生不良影响，但用户 1 的会话 A 版本将冻结。使用句柄并没有帮助，因为它们只是会话字母的 ASCII 版本（A = 65，B = 66）所以我们 运行 遇到了同样的问题。
我唯一能想到的就是让 User1 启动 Session A-E，然后 User2 启动 A-J 并立即关闭 A-E，留下 F-J...但我觉得这样很草率而且容易出错。
有没有更简洁的方法解决这个问题？能否以某种方式调整 Session Names/Handles 或使 PCOMM 仅查看当前用户的会话？这是 PCOMM 问题还是 Windows 问题？
似乎在使用 PCSWS.exe 时，您可以使用 /S 选项指定短会话 ID：
C:\Pcomm\PCSWS.EXE /S=m C:\AppData\LAN1.WS
（来源：IBM documentation）
因此，在启动 PCOMM 会话时，您必须自行检查哪些会话已经 运行，然后使用下一个会话 ID 启动新会话。为了简化事情，您可以为每个用户提供他自己的会话 ID 范围，但您仍然必须管理下一个会话使用哪个。
我们正在尝试 运行 在不同用户下的同一（Windows Server 2012）VM 上进行多个 IBM 个人通信会话，但 PCOMM 似乎并不局限于当前用户。
如果用户 1 尝试使用会话 A，则用户 2 启动 PCOMM 并获得会话 A 以供使用，用户 2 可以使用它而不会产生不良影响，但用户 1 的会话 A 版本将冻结。使用句柄并没有帮助，因为它们只是会话字母的 ASCII 版本（A = 65，B = 66）所以我们 运行 遇到了同样的问题。
我唯一能想到的就是让 User1 启动 Session A-E，然后 User2 启动 A-J 并立即关闭 A-E，留下 F-J...但我觉得这样很草率而且容易出错。
有没有更简洁的方法解决这个问题？能否以某种方式调整 Session Names/Handles 或使 PCOMM 仅查看当前用户的会话？这是 PCOMM 问题还是 Windows 问题？
似乎在使用 PCSWS.exe 时，您可以使用 /S 选项指定短会话 ID：
C:\Pcomm\PCSWS.EXE /S=m C:\AppData\LAN1.WS
（来源：IBM documentation）
因此，在启动 PCOMM 会话时，您必须自行检查哪些会话已经 运行，然后使用下一个会话 ID 启动新会话。为了简化事情，您可以为每个用户提供他自己的会话 ID 范围，但您仍然必须管理下一个会话使用哪个。