как должностное лицо может изменить поведение exec'ed программы

Я пытаюсь разыскать очень нечетный катастрофический отказ. То, что так нечетно об этом, является обходным решением, что кто-то обнаружил и который я не могу объяснить.

Обходное решение является этой небольшой программой, которую я назову 'бегуном':

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

int main(int argc, char *argv[])
{
    if (argc == 1)
    {
        fprintf(stderr, "Usage: %s prog [args ...]\n", argv[0]);
        return 1;
    }

    execvp(argv[1], argv + 1);

    fprintf(stderr, "execv failed: %s\n", strerror(errno));

    // If exec returns because the program is not found or we
    // don't have the appropriate permission
    return 255;
}

Как Вы видите, вся эта программа делает использовать execvp заменять себя другой программой.

Программа отказывает, когда она непосредственно вызывается из командной строки:

/path/to/prog args  # this crashes

но хорошо работает, когда это косвенно вызывается через мой контейнер бегуна:

/path/to/runner /path/to/prog args   # works successfully

Ни за что в жизни я могу выяснить, как наличие дополнительного должностного лица может изменить поведение запущенной программы (поскольку Вы видите, что программа не изменяет среду).

Некоторый фон на катастрофическом отказе. Сам катастрофический отказ происходит во времени выполнения C++. А именно, когда программа делает a throw, отказывающая версия неправильно думает, что нет никакой выгоды соответствия (хотя существует), и вызовы terminate. Когда я вызываю программу через бегуна, исключение правильно поймано.

Моим вопросом является какая-либо идея, почему дополнительное должностное лицо изменяет поведение exec'ed программы?