Linux，execl()，为什么我会丢失应用程序的键盘输入？

Question

我的 Linux 程序的名称类似于 MyProgram_0001，较新的版本会获得更高的数字。启动时，应用程序会在同一目录中查找较新的版本，如果找到，则通过 execl() 调用它。这很好用，但是当鼠标继续工作时，新版本不会获得任何键盘输入，即使我事先单击其窗口也是如此。调用应用程序消失了，其他正在运行的程序继续获取键盘输入......有什么想法吗？实际上该程序是用 C++ Qt Designer 4.7 应用程序编写的，但这应该不重要，或者也许是:-)？

好的，还有更多信息...这是捕获按键并调用我的 SLOT 的代码...

// define my own event handler
// capture all key presses ...
bool Layout10::eventFilter(QObject *obj, QEvent *event)
{
    if (event->type() == QEvent::KeyPress)
    {
        QKeyEvent *keyEvent = static_cast<QKeyEvent*>(event);

        // directly exit on Alt-keys
        if (keyEvent->modifiers()&Qt::AltModifier) return true;

        // normal keyboard
        if ((!(keyEvent->modifiers()&Qt::KeypadModifier))&&(Keyboard_On)) switch (keyEvent->key())
        {
            case Qt::Key_0:         C->Num0ButtonClicked_KP(); return true;
            case Qt::Key_1:         C->Num1ButtonClicked_KP(); return true;
            case Qt::Key_2:         C->Num2ButtonClicked_KP(); return true;
            case Qt::Key_3:         C->Num3ButtonClicked_KP(); return true;
            case Qt::Key_4:         C->Num4ButtonClicked_KP(); return true;
            case Qt::Key_5:         C->Num5ButtonClicked_KP(); return true;
            case Qt::Key_6:         C->Num6ButtonClicked_KP(); return true;
            case Qt::Key_7:         C->Num7ButtonClicked_KP(); return true;
            case Qt::Key_8:         C->Num8ButtonClicked_KP(); return true;
            case Qt::Key_9:         C->Num9ButtonClicked_KP(); return true;
            case Qt::Key_X:         C->XButtonClicked_KP();    return true;
            case Qt::Key_Backspace: C->EButtonClicked_KP();    return true;
            case Qt::Key_F1:        C->F1ButtonClicked_KP();   return true;
            case Qt::Key_F2:        C->F2ButtonClicked_KP();   return true;
            case Qt::Key_F3:        C->F3ButtonClicked_KP();   return true;
        }

        // keypad
        if ((keyEvent->modifiers()&Qt::KeypadModifier)&&(Keypad_On)) switch (keyEvent->key())
        {
            case Qt::Key_0:         C->Num0ButtonClicked_KP(); return true;
            case Qt::Key_Insert:    C->Num0ButtonClicked_KP(); return true;
            case Qt::Key_1:         C->Num1ButtonClicked_KP(); return true;
            case Qt::Key_End:       C->Num1ButtonClicked_KP(); return true;
            case Qt::Key_2:         C->Num2ButtonClicked_KP(); return true;
            case Qt::Key_Down:      C->Num2ButtonClicked_KP(); return true;
            case Qt::Key_3:         C->Num3ButtonClicked_KP(); return true;
            case Qt::Key_PageDown:  C->Num3ButtonClicked_KP(); return true;
            case Qt::Key_4:         C->Num4ButtonClicked_KP(); return true;
            case Qt::Key_Left:      C->Num4ButtonClicked_KP(); return true;
            case Qt::Key_5:         C->Num5ButtonClicked_KP(); return true;
            case Qt::Key_Clear:     C->Num5ButtonClicked_KP(); return true;
            case Qt::Key_6:         C->Num6ButtonClicked_KP(); return true;
            case Qt::Key_Right:     C->Num6ButtonClicked_KP(); return true;
            case Qt::Key_7:         C->Num7ButtonClicked_KP(); return true;
            case Qt::Key_Home:      C->Num7ButtonClicked_KP(); return true;
            case Qt::Key_8:         C->Num8ButtonClicked_KP(); return true;
            case Qt::Key_Up:        C->Num8ButtonClicked_KP(); return true;
            case Qt::Key_9:         C->Num9ButtonClicked_KP(); return true;
            case Qt::Key_PageUp:    C->Num9ButtonClicked_KP(); return true;
            case Qt::Key_Back:      C->XButtonClicked_KP();    return true; // maybe it should have been backslash ?
            case Qt::Key_Delete:    C->EButtonClicked_KP();    return true;
            case Qt::Key_division:  C->F1ButtonClicked_KP();   return true;
            case Qt::Key_multiply:  C->F2ButtonClicked_KP();   return true;
            case Qt::Key_Minus:     C->F3ButtonClicked_KP();   return true;
        }
        return true; // event is NOT given over for further processing
    }
    else
    {
        return false; // other events may be processed further
    }
}

Keyboard_On 只是该类的公共布尔成员，如果触摸屏，我用它来禁用键盘呈现给用户。上面的消息处理程序是这样安装的……

this->installEventFilter(this);

在小部件类的构造函数中……我有一个这样的处理程序，用于构成我的对话框的所有小部件类……好吧，除非我启动通过 execl 或 startDetached() 从应用程序自身...

在 startDetached() 的描述中有一件事引起了我的注意...他们写道新进程正在运行它有自己的环境，并且表现得像 Linux 下的守护进程。我想知道这是否就是我丢失钥匙的原因……

这确实让我困惑。是否有一些击键必须通过的层链以及我可以调试它并查看我在什么级别松动它们的方法？谢谢 ！

更多信息...我发现如果我通过 execl 调用完全相同的二进制文件，我不会松开键盘。如果我将该二进制文件复制到另一个名称并调用它......键盘就消失了。它归结为 execl 调用中的单个字母更改，仅在第二个参数中，其他所有情况相同时错误仍然发生...似乎如果路径+二进制文件相同，则某些上下文保持不变，但是否则，密钥将被发送到旧上下文，并且通过 execl 调用的文件将在不同的上下文中启动...

Answer 1

许多应用程序通过从运行二进制文件的 shell 脚本（而不是二进制文件本身）开始来处理此类问题。火狐就是这么做的。您可以在脚本中进行“最新版本”检查。

Answer 2

我很好奇：在调用 execl 之前，您是否执行任何类型的清理？您是在 Qt 事件循环内调用它还是先退出它？

execve(2) 函数（其中 execl(3) 是一个包装器）做了很多有趣的事情调用过程的状态给我留下了深刻的印象，它甚至可以在之后工作：

execve() 成功后不会返回，并且调用进程的文本、数据、bss 和堆栈将被加载的程序的文本、数据、bss 和堆栈覆盖。被调用的程序继承调用进程的 PID，以及任何未设置为在 exec 上关闭的打开文件描述符。调用进程上待处理的信号被清除。任何设置为由调用进程捕获的信号都将重置为其默认行为。 SIGCHLD 信号（当设置为 SIG_IGN 时）可能会也可能不会重置为 SIG_DFL。

其中一些可能会完全破坏 Qt 的内部结构或 X 服务器状态或其他东西。对于 Qt 来说，一切似乎都是从头开始。对于其他人来说，这是相同的过程。

如果您在“切换”之前清理了所有内容，为什么要重复使用相同的流程？使用 QProcess::startDetached() 代替。

编辑。您的最后一条语句无条件阻止按键。如果仅当 Keyboard_On 或 Keypad_On 为 true 时才应锁定键盘，则最后一条语句：

 return true; // event is NOT given over for further processing

实际上应该是 return false。您只有在应用程序重新启动时才会注意到这一点，因为可能只有较新版本的应用程序才会丢弃关键事件。