Как использовать execv?

Question

[Павел Каптур]

Добрый вечер! Ищу помощи, я совсем недавно начал писать под Linux и в частности под Android, поэтому многим мой вопрос может показаться глупым. Я хочу запустить программку, которая складывает два числа, из другой программы для этого написал небольшую функцию, но что-то не работает, сообщений о вводе параметров я не вижу. Первое сообщение о запуске execv я вижу. Я хочу что бы вторая программа запустилась в полностью независимом процессе и первая завершилась. Вот так я это делаю:

int RunFile(char const* FileName)
{
	string LaunchName(".//");
	LaunchName.append(FileName);
	char *arg[] = {const_cast<char*>(FileName), NULL};
	int res = 0;
	int pid = 0;
	switch(pid=fork()) {
	case -1:
        printf("fork error %d\n", pid); /* произошла ошибка */
        res = -1; /*выход из родительского процесса*/
		break;
	case 0:
		printf("execv start\n"); /* произошла ошибка */
		execv(LaunchName.c_str(), arg);
		printf("execv end\n");
		res = 0;
		break;
	default:
		exit(0);
		break;
	}
	return res;
}

Что я делаю не так?

Answer 1

[jcmvbkbc]

выглядит нормально. Можно запустить исходный процесс под strace -f и посмотреть, что происходит.

Comments

[Павел Каптур]

jcmvbkbc: обязательно попробую, но не знаю, как это сработает на телефоне) Тут есть три момента, которые меня смущают, я передаю имя программы в функцию как "SimpleApp", я не вызываю никаких wait(), да и обязательны ли они? И последнее, как параметр запуска, я передаю NULL.

[jcmvbkbc]

> я передаю имя программы в функцию как "SimpleApp"
программа должна быть запускаема из текущего каталога по этому имени. т.е. SimpleApp должна находиться в PATH, поскольку это не полный/относительный путь.

> я не вызываю никаких wait(), да и обязательны ли они?
для запуска приложения они необязательны.

> как параметр запуска, я передаю NULL
да, это ошибка. надо что-нибудь вроде

char *arg[] = {FileName, NULL};
exec(FileName, arg);

[Павел Каптур]

jcmvbkbc: Благодарю за столь быстрый ответ, Насчет пути, во многих примерах я видел ./SimpleApp, это точно не обязательно?

[jcmvbkbc]

> я видел ./SimpleApp
это запуск SimpleApp из текущего каталога.

[Павел Каптур]

jcmvbkbc: я понимаю, просто у Linux систем текущий каталог исключен из поиска исполняемых файлов по умолчанию. Отсюда и этот вопрос

[jcmvbkbc]

Павел Каптур: SimpleApp и ./SimpleApp это два разных способа запуска, которые запустят приложение из двух возможно разных мест. Выберите тот способ, который вам подходит, в конце концов вы ни слова не написали о том, где находится SimpleApp и как вы хотите его запустить.

[Павел Каптур]

jcmvbkbc: Пардон, он лежит в той же директории где и первый файл

[jcmvbkbc]

Павел Каптур: тогда ваш выбор -- ./SimpleApp

[Павел Каптур]

jcmvbkbc: Большое вам спасибо, сегодня только добрался до техники, проверил. В общем получилось что-то странное, пока работает основное приложение, второе живет и корректно обрабатывает свой ввод, но если родитель умер, то умер сразу и ребенок, а как сделать так, что бы ребенок остался жив?

Answer 2

[rustler2000]

Крайне сумбурное описание.
execv замещает текущий процесс на новый файл.
Тоесть все что после execv запуститься _только_ если произошла ошибка. О чем собственно в мане и написано.

Comments

[Павел Каптур]

я вижу только сообщение о запуске execv, но не вижу, ни об окончании(если ошибка), ни логов от запущенного приложения

[rustler2000]

Форк родительского процесс и не должен после execv существовать (за исключением ошибки в execv - к примеру нет программы для запуска) - вся его память будет заменена на код запускаемой программы. То что там с stderr stdout проблемы - проще strace посмотреть.

Если надо из родительского процесса запустить и получить статут - то system используй. С stdout stderr проблем не должно быть особо. Ну а если надо в родительском весь вывод ребенка получить - то popen.
И system и popen через exec* реализованны.

[Павел Каптур]

rustler2000: Большое вам спасибо, сегодня только добрался до техники, проверил. В общем получилось что-то странное, пока работает основное приложение, второе живет и корректно обрабатывает свой ввод, но если родитель умер, то умер сразу и ребенок, а как сделать так, что бы ребенок остался жив?

[rustler2000]

Павел Каптур: скорее всего SIGPIPE всему виной. Освой strace и посмотри, что точно происходит (```strace -f -o log.file.name.txt ./my-mega-app arg1 arg2```).

Скорее всего родительский stdout\stdin\stderr закрывается при смерти родителя, и при попытке вывода из ребенка он получает SIGPIPE. Но там же может быть и чтото иное. Вариантов решения там тоже полно получается - от игнора сигнала с аккуратным завершением ребенка, до всяких выкрутасов чтобы у ребенка файлы были живы и выводились тудаже куда и у родителя.

[Павел Каптур]

rustler2000: проблема в том, что на android, где я это тестирую такой команды нет. Завтра пересобиру под чистый линукс и попробую