Write 'Hello, world!' program

[midenok]

Program should connect to 'jabber.ru' server and send 'Hello, world!' to an account specified from command line.

[midenok]

Катя:

Привет, у меня пока особо ничего не сделано.
libpurple - разбираюсь с вот этим туториалом http://libpurple.com/category/getting-started/ ,
mojolicious - простой hello world запустила (раздел Getting started на http://mojolicio.us/).

[midenok]

Верно: берём финч и выкидываем всё кроме инициализации. Затем находим вызов, который отвечает за отправку сообщения и пытаемся его вызвать.

Эту ссылку тоже стоит посмотреть: http://libpurple.com/category/getting-started/

[kei91]

Немного непонятно:
fakeroot debian/rules build -j 2 и ./configure - это две эквивалентные команды? (ну за исключением fakeroot - используем его для того, чтобы в самой системе ничего не менялось?)

И еще вопрос по той ошибке:

error: XML::Parser perl module is required for intltool

Я еще попробовала так sudo cpan install XML::Parser , но ошибка осталась. Я так понимаю, что система не находит этот модуль во время сборки (хотя он лежит здесь /usr/lib/perl5/XML/Parser/ ) , тогда вопрос как его явно указать?

[midenok]

Здесь решение:

/usr/bin/perl -e "require XML::Parser" 

Нет, это не эквивалентные команды. debian/rules build конфигурирует и собирает программу для пакета. Именно с теми опциями, которые нужны для пакета. Я пользуюсь прежде всего этой командой, чтобы не разбираться с деталями конфигурирования каждого отдельного софта. Единственное, что нужно изменить в сборке -- это добавить debug info и отключить оптимизацию, чтобы в отладчике было комфортней работать.

[kei91]

Всех с праздниками!
И вопрос по gdb.
Запускаю gdb -tui finch .

После gnt_main() появляется сам finch

и вопрос - как посмотреть, какие функции в этот момент работают (в появившемся finch'e я отправляю сообщение, но не получается посмотреть, какая функция за это отвечает, можно ли как-то в gdb обратно перейти? ). Если закрыть finch (alt+q), то gdb указывает на строку purple_core_quit();

[midenok]

Привет! С Рождеством!

2 хинта насчёт отладки:

1. Заходить внутрь gnt_main() (Step in). А там шагать Step Over.
2. Ставить Break point на нужный системный вызов в нужный момент времени. Затем смотреть Stack trace.

Для события отправки сообщения удобнее всего ставить breakpoint на send() или родственные вызовы. Возможно write(), но он словит много ненужных событий -- поэтому его в последнюю очередь, если send(), sendto(), sendmsg() не сработают.

Универсальный совет: не забывай, что программа как чёрный ящик для нас неизвестная система. Поэтому не предполагай, что первый сработавший breakpoint будет именно тем, чем надо. Посчитай все сработавшие брейки, сравни их стеки (а иногда ещё и аргументы) и только тогда делай выводы.

[kei91]

С gdb опять вопрос.
Захожу в gnt_main() и ставлю breakpoint:

(gdb) s
gnt_main () at /home/kei/src/pidgin-2.10.7/./finch/libgnt/gntmain.c:520
(gdb) b send
Breakpoint 2 at 0xb7b97d70 (2 locations)
(gdb) i b
Num     Type           Disp Enb Address    What
2       breakpoint     keep y   <MULTIPLE> 
2.1                         y     0xb7b97d70 <send>
2.2                         y     0xb7ac9e20 <send>

в gnt_main() шагаю, пока не

Breakpoint 2, 0xb7b97d70 in send () from /lib/i386-linux-gnu/libpthread.so.0
(gdb) backtrace
#0  0xb7b97d70 in send () from /lib/i386-linux-gnu/libpthread.so.0
#1  0xb744236d in ?? () from /lib/i386-linux-gnu/libresolv.so.2
#2  0xb743fe1f in __libc_res_nquery () from /lib/i386-linux-gnu/libresolv.so.2
#3  0xb74404a0 in ?? () from /lib/i386-linux-gnu/libresolv.so.2
#4  0xb7440b43 in __libc_res_nsearch () from /lib/i386-linux-gnu/libresolv.so.2
#5  0xb4fa2231 in _nss_dns_gethostbyname3_r () from /lib/i386-linux-gnu/libnss_dns.so.2
#6  0xb4fa25a1 in _nss_dns_gethostbyname_r () from /lib/i386-linux-gnu/libnss_dns.so.2
#7  0xb7ae0853 in gethostbyname_r () from /lib/i386-linux-gnu/libc.so.6
#8  0xb7ae000c in gethostbyname () from /lib/i386-linux-gnu/libc.so.6
#9  0xb7c28cc5 in ?? () from /usr/lib/libpurple.so.0
#10 0xb7c294fd in ?? () from /usr/lib/libpurple.so.0
#11 0xb7c297dd in ?? () from /usr/lib/libpurple.so.0
#12 0xb7d5e4b1 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#13 0xb7d5d82e in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0
#14 0xb7d5dbd8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#15 0xb7d5e03b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0
#16 0xb7d09f81 in gnt_main () at /home/kei/src/pidgin-2.10.7/./finch/libgnt/gntmain.c:521
#17 0x80024c98 in main (argc=1, argv=0xbffff1a4) at /home/kei/src/pidgin-2.10.7/./finch/finch.c:457

Но здесь одни библиотеки, получается это не то, что нам надо. Или надо здесь что-то искать?
Если сделать disable 2.1, то тогда вообще нигде не останавливается (заходит в finch и во во время отправки сообщения тоже ничего).
Похожая ситуация с sendto, sendmsg, write (хотя write больше похоже на запись в файл).

Мне непонятно я что-то не то делаю и надо ставить точки останова на другие вызовы или же надо как-то разбираться вот с этими so библиотеками.

[midenok]

Пожалуйста, посмотри на стек повнимательнее: gethostbyname() это DNS запрос. Он тебе не нужен. Ищи другой вызов send(). Ещё раз осмысли "универсальный совет".

Также, у тебя подключилась системная libpurple, поэтому ты не видишь её символов. Подключи свою откомпилированную (LD_LIBRARY_PATH).

[kei91]

Тогда sendmsg получается (#12 jabber_send () - это же нам нужно, правильно?)

Breakpoint 2, 0xb7b97df0 in sendmsg () from /lib/i386-linux-gnu/libpthread.so.0
(gdb) where
#0  0xb7b97df0 in sendmsg () from /lib/i386-linux-gnu/libpthread.so.0
#1  0xb74d62e9 in ?? () from /lib/i386-linux-gnu/libdbus-1.so.3
#2  0xb74cf70c in ?? () from /lib/i386-linux-gnu/libdbus-1.so.3
#3  0xb74cf932 in ?? () from /lib/i386-linux-gnu/libdbus-1.so.3
#4  0xb74ce439 in ?? () from /lib/i386-linux-gnu/libdbus-1.so.3
#5  0xb74b5f84 in ?? () from /lib/i386-linux-gnu/libdbus-1.so.3
#6  0xb74b6076 in ?? () from /lib/i386-linux-gnu/libdbus-1.so.3
#7  0xb74b74a7 in ?? () from /lib/i386-linux-gnu/libdbus-1.so.3
#8  0xb74b7541 in dbus_connection_send () from /lib/i386-linux-gnu/libdbus-1.so.3
#9  0xb7c724bc in purple_dbus_signal_emit_purple () from /usr/lib/libpurple.so.0
#10 0xb7c268fd in purple_signal_emit_vargs () from /usr/lib/libpurple.so.0
#11 0xb7c269a3 in purple_signal_emit () from /usr/lib/libpurple.so.0
#12 0xb55e650d in jabber_send () from /usr/lib/purple-2/libjabber.so.0
#13 0xb55cc4fa in jabber_auth_start () from /usr/lib/purple-2/libjabber.so.0
#14 0xb55e92e3 in jabber_stream_features_parse () from /usr/lib/purple-2/libjabber.so.0
#15 0xb55eca2b in jabber_process_packet () from /usr/lib/purple-2/libjabber.so.0
#16 0xb55fb363 in ?? () from /usr/lib/purple-2/libjabber.so.0
#17 0xb78aa4de in ?? () from /usr/lib/i386-linux-gnu/libxml2.so.2
#18 0xb78aff08 in ?? () from /usr/lib/i386-linux-gnu/libxml2.so.2
#19 0xb78b19e3 in xmlParseChunk () from /usr/lib/i386-linux-gnu/libxml2.so.2
#20 0xb55fb900 in jabber_parser_process () from /usr/lib/purple-2/libjabber.so.0
#21 0xb55e8421 in ?? () from /usr/lib/purple-2/libjabber.so.0
#22 0xb7c2fe3c in ?? () from /usr/lib/libpurple.so.0
#23 0x8002459c in purple_gnt_io_invoke (source=0x80346008, condition=G_IO_IN, data=0x8009b770) at /home/kei/src/pidgin-2.10.7/./finch/finch.c:186
#24 0xb7da18b5 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#25 0xb7d5d82e in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0
#26 0xb7d5dbd8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#27 0xb7d5e03b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0
#28 0xb7d09f81 in gnt_main () at /home/kei/src/pidgin-2.10.7/./finch/libgnt/gntmain.c:521
#29 0x80024c98 in main (argc=1, argv=0xbffff1a4) at /home/kei/src/pidgin-2.10.7/./finch/finch.c:457

[midenok]

Возможно да, возможно нет. Ты мне скажи. "Универсальный совет" выполнила? Не спеши с вопросами. Сделай всё как положено:

Также, у тебя подключилась системная libpurple, поэтому ты не видишь её символов. Подключи свою откомпилированную (LD_LIBRARY_PATH).

[kei91]

Да, если я все правильно поняла. Вывод, который я скидывала, 11-ый (на 20-ом еще jabber_close () появляется), всего 22:

(gdb) i b
Num     Type           Disp Enb Address    What
2       breakpoint     keep y   <MULTIPLE> 
    breakpoint already hit 22 times
2.1                         y     0xb7b97df0 <sendmsg>
2.2                         y     0xb7ac9ea0 <sendmsg>

Про LD_LIBRARY_PATH я ее в .bashrc подключала
export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/home/kei/src/pidgin-2.10.7/build/finch/libgnt/.libs
или она так не сработает?

[midenok]

Между 11-м и 20-м jabber_auth_start() не исчезает? Или с 11 по 19 стек всегда одинаковый?

Не надо это в .bashrc делать. Создай свой отдельный скрипт для запуска данного приложения в gdb (положи его прям в исходники или рядом). libpurple.so.0 и libjabber.so.0 лежат в /home/kei/src/pidgin-2.10.7/build/finch/libgnt/.libs?

[kei91]

Исчезает

[midenok]

Ну вот. Проанализируй подробнее. Выбери все варианты стеков с 11 по 19.

[midenok]

Кстати, тебе нужны только те стеки, которые появляются непосредственно после того как ты нажала "Отправить сообщение". И всё, больше никаких других событий в программе не производишь.