gdb, не запускающий приложение

Можно выполнить sshfs с "повторно подключить" опцией. Мы используем sshfs с PAM/автомонтировать, чтобы совместно использовать файлы сервера для каждой рабочей станции в нашей сети. Мы используем-o, снова соединяются как параметр для sshfs, главным образом потому что наши пользователи приостановили свои компьютеры, и на следе sshfs не соединится снова (или ответит, или что-либо).

Например:

sshfs mvaldez@192.168.128.1:/home/mvaldez/REMOTE /home/mvaldez/RemoteDocs -o reconnect,idmap=user,password_stdin,dev,suid

Просто примечание, если удаленный компьютер действительно снижается, sshfs, может стать безразличным в течение долгого времени.

0
12.04.2013, 16:26
2 ответа

Конечно, это не остановится, Вы даже не установили точку останова.

т.е. b __libc_start_main

Взгляд на это сообщение: Program exited normally. средства gdb запустили его и обычно завершали выполнение.

2
28.01.2020, 02:28
  • 1
    я попробовал это также, я получаю эту ошибку. "libc-start.c: Никакой такой файл или каталог". Я не думаю, что ее необходимое помещает точку останова. Если я не помещаю точку останова, она должна обычно запускать приложение. Кроме того, gdb - pid <process_id> хорошо работает, не помещая точку останова. –  Yogi 12.04.2013, 12:10
  • 2
    я обновил вопрос. Взгляните. –  Yogi 12.04.2013, 12:25

Обычно программа запускается с аргументами? Возможно, когда вы запускаете его в gdb, вы не предоставляете те же аргументы, которые используются для запуска процесса, к которому вы присоединяетесь вручную.

Вы можете определить любые аргументы, которые запущен запущенный экземпляр, с помощью следующей команды:

ps aux | grep [process_name]

Аргументы будут перечислены в выводе, например:

auser      1114  2.8  6.8 316652 139928 ?       SLl  Aug07   3:24 /usr/local/bin/a_program arg1 arg2 arg3

Вы можете установить аргументы в gdb, используя set args:

(gdb) set args arg1 arg2 arg3
1
28.01.2020, 02:28

Теги

Похожие вопросы