[06:10:52] andrew_b зашёл в конференцию [10:58:39] <andrew_b> Нучо, есть живые? [10:58:45] <slavazanko/w> есть [10:59:55] <andrew_b> Ну как ты после вчерашнего? [11:00:17] <slavazanko/w> нормально :) колупаю DEV_new_vfs [11:00:30] <andrew_b> Не надоело ещё? :) [11:02:33] <slavazanko/w> надоело. но добить надо :) Там туча ньюансов выясняется по ходу... неделю назад думал. что прикрутил URL-парсер... прикрутить-то прикрутил, но повылазило много сопутствующих глюков. Откатил коммит и начал потиху подготавливаться к парсеру... сейчас вот опять прикрутил и по шажкам продвигаюсь [11:07:15] <slavazanko/w> в принципе, можешь попробовать собрать бранч. Я сейчас закоммитил уже с парсером. Вроде работает. Есть только ньюанс: набираешь при включенных панелях в комстроке cd sh://127.0.0.1 панели гаснут. Набираешь пароль ssh. Появляется только панель с ssh-линком. Вторая локальная не прорисовывается почему-то. два раза ctrl-o - и всё в порядке [11:10:55] <slavazanko/w> http://belaruspartisan.org/bp-forte/?page=100&backPage=13&news=89780&newsPage=0 пипец подкрадывается незаметно. [11:13:09] <andrew_b> Да, судя по новостям, у вас там... [11:13:19] <slavazanko/w> скоро к вам :) [11:37:31] Serhiy Storchaka зашёл в конференцию [11:38:28] <Serhiy Storchaka> Здравствуйте, боты! [11:39:07] <slavazanko/w> привет [11:39:25] <Serhiy Storchaka> И люди тоже [11:39:53] <andrew_b> Привет. [11:40:08] <Serhiy Storchaka> Давно не обновлял mc, а тут взялся пересобирать — и вылетел на ошибке [11:40:52] <Serhiy Storchaka> На странной такой ошибке. То ли в конфигурации что-то не то, то ли даже не знаю [11:41:19] <Serhiy Storchaka> In file included from /usr/include/bits/errno.h:25, from /usr/include/errno.h:36, from common.c:26: /usr/include/linux/errno.h:4:23: error: asm/errno.h: Нет такого файла или каталога [11:41:49] <slavazanko/w> пакет kernel-devel стоит? [11:41:59] <Serhiy Storchaka> $ uname -a Linux xarax 2.6.32-33-generic #66-Ubuntu SMP Tue Jun 7 18:45:45 UTC 2011 i686 GNU/Linux [11:43:10] <andrew_b> Вообще-то для user-space kernel-devel не нужен. [11:43:24] <Serhiy Storchaka> linux-headers соответсвующей версии стоит [11:43:38] <slavazanko/w> о. их имел ввиду. [11:43:38] <andrew_b> У меня используется glibc-kernheaders [11:44:31] <slavazanko/w> http://old.nabble.com/Error-in-build-td31767556.html [11:44:40] <slavazanko/w> "I installed gcc-multilib and it worked. " [11:44:43] <Serhiy Storchaka> И asm/errno.h наличествует для 21 архитектуры [11:46:11] <Serhiy Storchaka> У меня i686 [11:46:41] <Serhiy Storchaka> Неужели никто не собирал под 32 бита? [11:47:00] <andrew_b> Я собираю постоянно, но у меня всё хорошо. [11:47:04] <slavazanko/w> Собирал. Правда. под fedora/CentOS. Проблем никаких не было [11:47:14] <slavazanko/w> У Андрея AltLinux [11:47:21] <Serhiy Storchaka> Жаль [11:48:15] <slavazanko/w> попробуй с симлинками поиграться. поставь симлинки на include/asm туда, где оно пытается искать недостающие файлы. [11:49:41] <Serhiy Storchaka> Ну вот было подозрение, что сборочные скрипты mc чего-то в окружении и настройках поломали, что простой errno.h не находится [11:50:22] <andrew_b> Срипты не могли ничего поломать в принципе. [11:50:33] <slavazanko/w> скрипты mc ничего не ломают в сборочном окружении [11:55:36] <Serhiy Storchaka> М-да, даже минимальный файл #include <errno.h> не собирается [11:55:43] <Serhiy Storchaka> Что-то поломали в Убунте [11:56:29] <slavazanko/w> погугли. http://www.google.by/search?hl=ru&source=hp&biw=&bih=&q=Ubuntu+%2Fusr%2Finclude%2Flinux%2Ferrno.h%3A4%3A23%3A+error%3A+asm%2Ferrno.h%3A&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA+%D0%B2+Google Я в Убунтах на уровне пользователя, про ньюансы компиления не знаю [11:58:01] <Serhiy Storchaka> Да, спасибо [11:58:46] <Serhiy Storchaka> Вижу, исправили ошибку с пропадающими пробелами в начале шаблона поиска [11:59:44] <slavazanko/w> было дело [12:00:19] <Serhiy Storchaka> Спасибо, очень раздражало [12:01:07] <slavazanko/w> да пока не за что. Релиза-то не было ещё :) [12:01:41] <Serhiy Storchaka> Не знаю, известна ли такая ошибка — при запуске Konsole с профилем mc он отрисовывается больше экрана [12:01:53] <Serhiy Storchaka> По высоте [12:02:20] <Serhiy Storchaka> Если запустить снова — всё нормально [12:02:31] <andrew_b> Покажи echo $LINES в этот момент. [12:02:46] <andrew_b> И сколько реально. [12:02:49] <slavazanko/w> не, неизвестна. У меня Fedora15/KDE. Пользуюсь konsole постоянно. Ничего такого не замечал [12:03:56] <Serhiy Storchaka> Открыл в соседней вкладке, где отрисовалось нормально — 38 [12:04:03] <Serhiy Storchaka> 42 [12:04:11] <andrew_b> У меня иногда возникает такая ошибка, но наоборот. :) mc занимает половину терминала. [12:04:20] <Serhiy Storchaka> А если неправильно — 42 [12:04:35] <andrew_b> Что-то терминал шалит. [12:04:39] <Serhiy Storchaka> Да, это тоже бывает частенько [12:04:54] <andrew_b> Неправильно выставляет переменные окружения. [12:04:55] <slavazanko/w> странные у вас проблемы какие-то :) [12:05:36] <Serhiy Storchaka> Такое впечатление, что mc не успевает прореагировать на изменение размеров окна терминала [12:05:43] <Serhiy Storchaka> Но реже [12:06:40] <Serhiy Storchaka> Что-то Эмпати тоже глючит, то «42» ей слишком длинное сообщение, то «Но реже» [12:08:07] <slavazanko/w> mc реагирует на изменение окна терминала и ожидает правильного значения LINES. Если LINES запаздывает. то mc может по сигналу изменения размера окна успеть прочитать старое LINES. У меня ещё ниразу mc не глючил в этом направлении - вероятно, терминал менял LINES своевременно. [12:08:31] ASM вышел из конференции [12:10:23] <Serhiy Storchaka> А mc запускается вместе с терминалом? [12:12:32] <Serhiy Storchaka> Этот глюк бывает практически всегда при первом запуске и очень трудно его добиться потом [12:12:54] <slavazanko/w> я сначала запускаю терминал, потом в нём mc [12:13:09] <andrew_b> slavazanko/w: не. [12:13:24] <andrew_b> Так не воспроизведёшь. [12:13:42] <slavazanko/w> а. понял [12:13:43] <andrew_b> Надо сделать профиль для mc, и запускать его. [12:13:56] <andrew_b> Чтобы терминал сам запускал mc. [12:14:23] <andrew_b> Вероятно, там какие-то гонки. [12:14:44] <slavazanko/w> осталось понять, где они именно: в самом терминале или в mc [12:14:56] <andrew_b> mc успевает захватить старые переменные среды. [12:15:22] <Serhiy Storchaka> Или: имя-терминала -e mc [12:15:30] <andrew_b> slavazanko/w: Размер mc равен $LINES. Тут всё честно. [12:15:44] <Serhiy Storchaka> Скорее всего дело во времени загрузки mc [12:15:58] <andrew_b> Слишком быстро? :) [12:16:16] <Serhiy Storchaka> Если загрузился быстро (из кеша), то всё нормально [12:16:37] <slavazanko/w> вероятно да, слишком . Инициализация tty-подсистемы у нас идёт почти первой... [12:17:30] <slavazanko/w> а нет, не первой :) [12:17:45] <Serhiy Storchaka> Но ведь потом, если изменяешь размер, всё подстраивается правильно [12:18:09] <andrew_b> Это SIGWINCH отрабатывает. [12:18:21] <andrew_b> B в mc, и в терминале. [12:18:29] <Serhiy Storchaka> Воркэраунд — в конце загрузки заново изменять размер, будто окно изменилось [12:18:36] <slavazanko/w> вероятно, потом нет рассогласования между реальным размером и LINES, который выставляет терминал [12:19:46] <Serhiy Storchaka> LINES не сам mc выставляет? [12:19:58] <andrew_b> Нет. [12:20:10] <andrew_b> Терминал. [12:20:30] <Serhiy Storchaka> Если отресайзить окно, LINES меняется [12:20:43] <andrew_b> SIGWINCH [12:20:54] <Serhiy Storchaka> Может это терминал тормозит [12:21:20] <Serhiy Storchaka> Не знаю, ни с чем, кроме mc, не замечал [12:36:22] <Serhiy Storchaka> У меня linux-libc-dev стоял не той системы [12:37:12] <slavazanko/w> бывает [12:40:06] <Serhiy Storchaka> Собирался апгрейдиться на 38-е ядро, да так и не решился [12:40:45] <Serhiy Storchaka> ftpfs.c:180: error: conflicting types for ‘socklen_t’ [12:41:18] <Serhiy Storchaka> /usr/include/bits/socket.h:35: note: previous declaration of ‘socklen_t’ was here [12:41:57] <slavazanko/w> #ifndef HAVE_SOCKLEN_T не отработало [12:42:11] <slavazanko/w> сделай autogen.sh и заново ./configure ... [12:43:10] <Serhiy Storchaka> Угу, делаю [12:43:39] <Serhiy Storchaka> Может от старого (слишком нового) linux-libc-dev осталось [12:43:56] <slavazanko/w> не исключено [12:44:19] <Serhiy Storchaka> Какое же это уродство — autotools! [12:44:30] <slavazanko/w> там сформировался файл config.h на основе проверок в configure-скрипте. если поменялся libc-dev, то надо переконфигурить [12:44:55] <slavazanko/w> холивары - на ЛОР :) [12:45:52] <Serhiy Storchaka> Там и так хватает [12:46:43] <slavazanko/w> там соплей детских хватает. А старых добрых холиваров давно уже нет. [12:47:43] <Serhiy Storchaka> Старые добрые остались в Фидо [12:58:20] <Serhiy Storchaka> Ну, собралось, всем спасибо [12:58:37] <Serhiy Storchaka> А, вот ещё одна ошибка, с вылетом [12:58:45] <andrew_b> http://www.linux.org.ru/forum/desktop/6382494?lastmod=1308040444388 [13:00:14] <Serhiy Storchaka> Файловый поиск целым словом [13:00:24] <Serhiy Storchaka> Попробуйте [13:01:19] <slavazanko/w> ищет вроде [13:02:03] <slavazanko/w> ответил по ссылке. У чебурека glib2-devel нету. Чувствую. что следующий вопрос будет по slang-devel... [13:02:08] <Serhiy Storchaka> Grepping in help.o Ошибка сегментирования [13:02:22] <slavazanko/w> master? [13:02:52] <Serhiy Storchaka> slavazanko, отметить нужно Whole words [13:03:14] <slavazanko/w> да. отмечаю. Пока не крашилось [13:03:18] <Serhiy Storchaka> Да, с пылу, с жару. Но это давно уже, с весны [13:03:48] <slavazanko/w> гм. есть возможность coredump получить? [13:03:58] <slavazanko/w> посмотреть бы backtrace... [13:04:11] <slavazanko/w> и эта... ветка "master" с репозитория? [13:05:12] <Serhiy Storchaka> Grepping in help.o Program received signal SIGSEGV, Segmentation fault. 0x004c2281 in _pcre_xclass () from /lib/libpcre.so.3 [13:05:39] <slavazanko/w> а раньше? Какие вызова раньше были? [13:06:23] <slavazanko/w> в принципе понятно почему у меня не воспроизводится: у меня с глибовыми регекспами. а не libpcre [13:06:36] <Serhiy Storchaka> (gdb) backtrace #0 0x004c2281 in _pcre_xclass () from /lib/libpcre.so.3 #1 0x004b7c3f in ?? () from /lib/libpcre.so.3 #2 0x004b750a in ?? () from /lib/libpcre.so.3 #3 0x004bffae in pcre_exec () from /lib/libpcre.so.3 #4 0x0028eca4 in g_match_info_next () from /lib/libglib-2.0.so.0 #5 0x0028ee89 in g_regex_match_full () from /lib/libglib-2.0.so.0 #6 0x0809bbfb in mc_search__regex_found_cond_one (lc_mc_search=0x83c5620, user_data=0x8350300, start_search=0, end_search=24, found_len=0xbfffdba8) at regex.c:257 #7 mc_search__regex_found_cond (lc_mc_search=0x83c5620, user_data=0x8350300, start_search=0, end_search=24, found_len=0xbfffdba8) at regex.c:304 #8 mc_search__run_regex (lc_mc_search=0x83c5620, user_data=0x8350300, start_search=0, end_search=24, found_len=0xbfffdba8) at regex.c:622 #9 0x0809fbc9 in mc_search__run_normal (lc_mc_search=0x83c5620, user_data=0x8350300, start_search=0, end_search=24, found_len=0xbfffdba8) at normal.c:115 #10 0x08087f70 in mc_search_run (lc_mc_search=0x83c5620, user_data=0x8350300, start_search=0, end_search=24, found_len=0xbfffdba8) at search.c:267 #11 0x080b0146 in search_content (h=<value optimized out>, directory=<value optimized out>, filename=0x81d7093 "help.o") at find.c:1006 #12 0x080b076c in do_search (h=0x8321e00) at find.c:1268 #13 0x080b08bd in find_callback (h=0x3, sender=0x0, msg=138156184, parm=138156185, data=0x0) at find.c:1378 #14 0x08089e1f in frontend_run_dlg (h=0x8321e00) at dialog.c:517 #15 run_dlg (h=0x8321e00) at dialog.c:1146 #16 0x080b22b1 in run_process () at find.c:1541 #17 find_file () at find.c:1582 #18 do_find () at find.c:1696 #19 0x080a22a7 in find_cmd () at cmd.c:943 #20 0x080b9e6a in midnight_execute_cmd (sender=0x0, command=138156184) at midnight.c:1232 #21 0x08089a02 in dlg_key_event (h=0x81bfe78, key=8255, event=0xbffff1e4) at dialog.c:481 #22 dlg_process_event (h=0x81bfe78, key=8255, event=0xbffff1e4) at dialog.c:1114 #23 0x08089e6a in frontend_run_dlg (h=0x81bfe78) at dialog.c:530 #24 run_dlg (h=0x81bfe78) at dialog.c:1146 #25 0x080bbd74 in create_panels_and_run_mc () at midnight.c:988 #26 0x080bbf8d in do_nc () at midnight.c:1734 [13:06:50] <Serhiy Storchaka> Ищу LINES [13:07:54] <slavazanko/w> гм... через глибы всё-таки оно... [13:10:58] <andrew_b> glib2 какая? [13:12:02] <Serhiy Storchaka> 2.24.1-0ubuntu1 [13:12:34] <Serhiy Storchaka> libpcre3 : 7.8-3build1 [13:17:22] <Serhiy Storchaka> А вот если кроме целого слова отметить поиск регэкспами — всё работает [13:18:24] <Serhiy Storchaka> Похоже, проблема в перекодировании простого текста в шаблон регэкспа (с добавлением границ слов) [13:18:48] <slavazanko/w> не исключено [13:19:11] <Serhiy Storchaka> Где-то на память наступили [13:19:51] <Serhiy Storchaka> А может для результата память не выделили [13:32:33] Serhiy Storchaka вышел из конференции [14:14:16] slavazanko/h вышел из конференции [14:15:15] slavazanko/h зашёл в конференцию [15:25:09] andrew_b вышел из конференции [15:28:58] <slavazanko/w> закоммитил последние изменения. В архивы не заходит пока. ftp, fish - работают. Блин. остался последний шаг... [15:29:07] <slavazanko/w> но как меня это всё вымотало уже [17:28:14] slavazanko/h вышел из конференции [18:44:44] theMIROn зашёл в конференцию [18:53:04] slavazanko/h зашёл в конференцию [18:56:22] theMIROn вышел из конференции: Miranda IM. Menshe. Pushche. Proshhe! [19:21:50] theMIROn зашёл в конференцию [19:38:23] BanderOS зашёл в конференцию [19:39:14] BanderOS вышел из конференции [19:40:31] BanderOS зашёл в конференцию [19:46:38] andrew_b зашёл в конференцию [19:49:02] <andrew_b> buffer->str[strlen (buffer->str) - 1]
Зачем считать длину? Есть же buffer->len. [19:51:09] andrew_b вышел из конференции [20:04:17] theMIROn вышел из конференции: Этого участника выгнали из комнаты за то, что он послал присутствие с ошибкой: remote-server-not-found [20:39:30] BanderOS вышел из конференции [22:06:57] BanderOS зашёл в конференцию [22:22:11] BanderOS вышел из конференции [22:55:06] BanderOS зашёл в конференцию [22:56:03] BanderOS вышел из конференции [22:57:03] BanderOS зашёл в конференцию [23:05:55] BanderOS вышел из конференции
