从Midnight Commander启动的应用，如何确定libgpm应使用的虚拟控制台？

我之前也碰到过类似的坑——mc的伪终端（pty）环境会让gpm的自动控制台检测失效，毕竟gpm默认是盯着真实虚拟控制台（VT）的，而pty对它来说就是个“假终端”。下面给你几个靠谱的方法来确定应该指定的VT编号：

1. 追溯父进程（mc）的控制终端 #

你的进程是mc启动的，而mc本身肯定运行在某个真实的虚拟控制台上。我们可以通过mc的PID找到它对应的VT：

• 代码层面：用getppid()拿到mc的进程ID，然后读取/proc/<mc_pid>/stat文件，解析其中的tty_nr字段。这个字段的低8位就是终端的次设备号，对应VT编号（比如次设备号1就是/dev/tty1）。
• 示例代码片段：

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>

int get_mc_vt() {
    pid_t mc_pid = getppid();
    char stat_path[64];
    snprintf(stat_path, sizeof(stat_path), "/proc/%d/stat", mc_pid);
    
    FILE *fp = fopen(stat_path, "r");
    if (!fp) return -1;
    
    char buf[1024];
    if (!fgets(buf, sizeof(buf), fp)) {
        fclose(fp);
        return -1;
    }
    fclose(fp);

    // 跳到第7个字段（tty_nr）
    char *token = strtok(buf, " ");
    for (int i = 0; i < 6; i++) {
        if (!token) return -1;
        token = strtok(NULL, " ");
    }
    if (!token) return -1;

    long tty_nr = strtol(token, NULL, 10);
    int vt_num = tty_nr & 0xFF; // 提取次设备号作为VT编号
    return (vt_num >=1 && vt_num <=16) ? vt_num : -1;
}

之后调用Gpm_Open时，把这个vt_num传进去就行。

2. 遍历所有VT并测试连接 #

如果追溯父进程的方法失效，还可以暴力遍历常见的VT编号（一般是1到16），逐个尝试Gpm_Open，直到找到能正常接收鼠标事件的那个：

int find_valid_vt(Gpm_Connect *conn) {
    for (int i=1; i<=16; i++) {
        if (Gpm_Open(conn, i, GPM_MOUSE_PROTOCOL_AUTO, 0) == 0) {
            // 可以尝试读取一个事件验证
            Gpm_Event evt;
            if (Gpm_GetEvent(&evt) != -1) {
                return i;
            }
            Gpm_Close();
        }
    }
    return -1;
}

这种方法虽然笨，但胜在可靠，适合各种复杂环境。

3. 读取当前会话的关联VT #

如果你不想依赖父进程，还可以通过/proc/self/fd/0（标准输入）找到当前终端的关联信息：

• 先用ttyname(0)拿到当前终端路径（比如/dev/pts/3），然后查看/proc/<pid>/fdinfo/0里的tty_name字段，找到对应的真实VT。不过这种方法在pty环境下，最终还是要关联到mc所在的真实终端，本质和方法1类似。

注意事项 #

• 确保你的进程有访问/proc文件系统的权限，普通用户一般都能访问自己和父进程的proc信息。
• 有些系统的VT编号可能超过16，你可以根据实际情况调整遍历范围。

内容的提问来源于stack exchange，提问作者Anonymous