Официальная конференция Direct Connect клиента EiskaltDC++

eiskaltdc@conference.gentoo.ru

Суббота, 17 сентября 2011< ^ >

tehnick установил(а) тему: Last stable release: 2.2.3 || Конференция разработчиков EiskaltDC++
Логи: http://gentoo.ru/jabber/logs/eiskaltdc@conference.gentoo.ru/2011/
Активность в багтрекере: http://code.google.com/p/eiskaltdc/updates/list
Активность разработки: http://github.com/negativ/eiskaltdcpp/network
Release schedule:
* 2011-09-18 Release EiskaltDC++ 2.2.4
* 2011-10-16 Release EiskaltDC++ 2.2.5
Release Critical Bugs:
* Fix builds in FreeBSD and MS Windows
* Check builds in Mac OS X
* Fix intersept of magnet in Qt and Gtk UI
TODO:
* IPv6 in DC++ Core
* JSON interface in EiskaltDC++ Daemon
* Gtk3 support in EiskaltDC++ Gtk
ADC notes:
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC.txt
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC-EXT.txt
http://www.adcportal.com/wiki/ADC_Proposals_list
Git notes:
http://habrahabr.ru/blogs/development/68341/
http://dl.dropbox.com/u/281916/delete/book.pdf
JSON:
http://ru.wikipedia.org/wiki/JSON
http://en.wikipedia.org/wiki/JSON
http://en.wikipedia.org/wiki/JSON-RPC
JSON parser from Boost:
http://plaincodesource.blogspot.com/2011/03/json-c-boost.html
http://stackoverflow.com/questions/717618/simple-server-client-boost-example-not-working
HTTP and TCP client/server examples:
http://www.boost.org/doc/libs/1_39_0/doc/html/boost_asio/examples.html

Конфигурация комнаты

Участники комнаты

GMT+4
[00:02:39] <tehnick> dhamp: в большинстве дистрибутивов в лучшем случае версия 1.16.33
[00:04:08] Alexey вышел(а) из комнаты
[00:04:24] <tehnick> dhamp: gtk-версия вообще не реагирует на передачу магнета, а qt-морда сегфолтится в коде qtsingleapplication
[00:04:40] <tehnick> ONYX: ты проверил сборку под фрю?
[00:05:09] <ONYX> tehnick: неа, только до дома добрался недавно
[00:05:39] <dhamp> [00:01:58] tehnick: dhamp: в большинстве дистрибутивов в лучшем случае версия 1.16.33
то что в тарболы пакуют только super stable я не виноват же  )
[00:06:19] <tehnick> dhamp: а я тебя винил?..
[00:06:32] <tehnick> dhamp: вопрос был вполне конкретный и по существу.
[00:06:44] <dhamp> tehnick, ну блин 1.16 вышла в 2008 году вообще
[00:06:49] <tehnick> dhamp: т.е. ты этим вопросом не интересовался?
[00:06:55] <ONYX> tehnick: на выходных (которые уже начались) я все сделаю
[00:07:14] <dhamp> tehnick, можно сделать совместимо с 1.16 но будет жопа )
[00:07:34] <tehnick> dhamp: в чем она будет выражаться?
[00:07:56] <ONYX> кстати посоны!!
[00:07:59] <ONYX> я баг нашол
[00:08:39] <ONYX> если уйти в /away с каким то сообщением - будет капец
[00:08:46] <tehnick> О, в сквизе 1.06.27
[00:08:55] <tehnick> Еще в убунту загляну.
[00:09:32] <tehnick> ONYX: чо-чо?
[00:10:01] <tehnick> 1.06.27
[00:10:03] <tehnick> Норм.
[00:10:38] <ONYX> описание: если в состоянии   /away с сообщением написать что либо какому нибудь боту - он что то ответит, например "неверная комманда", тем самым спровоцирует моего клиента послать ему сообщение об отсутствии, тем самым я снова спровоцирую его ответить "неверная команда"
[00:11:08] <ONYX> и так далее. я обнаружил это когда поток был уже 2 мегабита
[00:11:17] <ONYX> взаимных поливаний
[00:11:48] <tehnick> Это же пофиксили.
[00:11:57] <ONYX> наверное наиболее фееричное зрелище представляют из себя два искальта в /away, убивающих друг друга
[00:11:59] <tehnick> В какой версии ты это увидел?
[00:12:10] <ONYX> 2.1.1
[00:12:18] <tehnick> Фух.
[00:12:30] <tehnick> Все норм.
[00:12:33] <dhamp> слоупоки аткауют  )
[00:12:35] <tehnick> Просто обновись.
[00:12:53] <ONYX> что ж я выходит медленный розовый?
[00:12:54] <tehnick> dhamp: это ты про кого?
[00:13:05] <ONYX> это он про меня
[00:13:22] <tehnick> Не будь мнительным.
[00:13:30] <tehnick> Может он про дебиан и убунту...
[00:13:37] <dhamp> tehnick, xmlrpc 1.06 - это тоже эпично )
[00:13:57] <dhamp> но в данном случае я про оникса
[00:15:30] <dhamp> tehnick, конкретно в данном случае жопа выглядит вот так
./nasdc/eiskaltdcpp-daemon
Starting eiskaltdcpp-daemon [nasdc] (EiskaltDC++ core 2.2) using /home/egik/.config/eiskaltdc++/ as config directory.
Loading: Хеш базы данных
Loading: Расшаренные файлы
Loading: Очередь
Loading: Пользователи
eiskaltdcpp-daemon [nasdc] (EiskaltDC++ core 2.2) running...
^CSignal of Class 2 received.  Exiting
[00:16:23] <tehnick> Не понял.
[00:16:30] <tehnick> У меня просто не собирается.
[00:16:44] <tehnick> Там новые функции используются.
[00:17:06] <tehnick> Кстати!
[00:17:36] <tehnick> Голосуем за переименование подкаталога nasdc в eiskaltdcpp-daemon.
[00:17:44] <tehnick> Только каталога.
[00:17:53] <tehnick> Без переименования файлов в нем.
[00:18:11] <tehnick> Ну и правила cmake легко подправить.
[00:18:42] <tehnick> dhamp: ты категорически против или смиришься?
[00:19:03] <dhamp> [00:16:55] tehnick: Голосуем за переименование подкаталога nasdc в eiskaltdcpp-daemon.
есть объективные причины ?
[00:19:14] <tehnick> Некрасиво.
[00:19:26] <ONYX> я смирюсь, но мне нравится короткое nasdc
[00:19:29] <dhamp> [00:16:03] tehnick: Там новые функции используются.
вот как раз если их убрать вылезает (_()_)
[00:19:43] <ONYX> может кто потом одтельный продук запилит на его основе
[00:21:27] <dhamp> [00:18:00] tehnick: dhamp: ты категорически против или смиришься?
я не категорически против, но некрасиво - это не объективная причина однако
[00:21:44] <tehnick> Единая схема именования подкаталогов...
[00:24:18] <ONYX> tehnick: так, значит планы таковы: протестировать сборку под fbsd 32 бита, и привести свой код в соответствие с кодом dhamp
[00:24:30] <ONYX> tehnick: вроде ничо не забыл:?
[00:24:38] <tehnick> ONYX: эм...
[00:24:42] <tehnick> ONYX: нет
[00:24:54] <tehnick> ONYX: пересмотри лог за сегодня
[00:24:54] <ONYX> чудно. значит можно заниматься
[00:25:09] <tehnick> ONYX: а спать?
[00:25:14] <ONYX> пересмотрю
[00:25:23] <ONYX> на выходных не сплю
[00:25:50] <ONYX> жду выходных что бы эффективно поработать. ночью, пока никто не заё..ет
[00:26:32] <tehnick> Совсем не спать нереально.
[00:26:36] <tehnick> Я пробовал.
[00:26:44] <ONYX> ну конечно днем то я высыпаюсь
[00:26:52] <ONYX> что ж я совсем робот
[00:27:07] <ONYX> я биоробот-киборг. и мне тоже нужен сон
[00:33:09] <dhamp> [00:14:49] dhamp: tehnick, конкретно в данном случае жопа выглядит вот так
./nasdc/eiskaltdcpp-daemon
Starting eiskaltdcpp-daemon [nasdc] (EiskaltDC++ core 2.2) using /home/egik/.config/eiskaltdc++/ as config directory.
Loading: Хеш базы данных
Loading: Расшаренные файлы
Loading: Очередь
Loading: Пользователи
eiskaltdcpp-daemon [nasdc] (EiskaltDC++ core 2.2) running...
^CSignal of Class 2 received.  Exiting
[00:15:42] tehnick: Не понял.
если ты не понял в чём тут прикол то поясню - процесс вырубает нить xmlrpс, то есть для всех остальных нитей наступает kill -9 без возможности корректно завершится
[00:33:37] <tehnick> Так понятнее, да.
[00:36:15] <dhamp> tehnick,
serverOwnsSignals was new in Xmlrpc-c 1.19 (June 2009). Before that, run always sets up signal handlers and there is no way to run a server than handles multiple RPCs at once without messing with your signals. The best you can do in those releases is use runOnce in a loop.
возможно решение описано но мне оно кажется костылём
[00:36:45] gray_graff/work вышел(а) из комнаты
[00:37:18] gray_graff/work вошёл(а) в комнату
[00:37:36] <tehnick> На костылях и подпорках многое держится... =)
[00:38:01] <tehnick> Естественно использовать для новых версий новые методы.
[00:38:28] <tehnick> А для старых версий можно добавить костыли.
[00:45:48] <dhamp> tehnick, а как версию узнать ? )
[00:53:15] <tehnick> xmlrpc-c-config --version
[00:53:50] <tehnick> Дефайна для компилятора пока не вижу.
[00:54:40] <tehnick> dhamp: у тебя свежие исходники? Может грепнешь их?
[00:59:43] <tehnick> $ grep -r 'version' /usr/include/xmlrpc*
/usr/include/xmlrpc-c/server.h:extern unsigned int const xmlrpc_server_version_major;
/usr/include/xmlrpc-c/server.h:extern unsigned int const xmlrpc_server_version_minor;
/usr/include/xmlrpc-c/server.h:extern unsigned int const xmlrpc_server_version_point;
[00:59:48] <tehnick> dhamp: ^^
[01:00:16] <tehnick> Оно?
[01:01:02] <dhamp> tehnick, наверно
[01:02:14] <tehnick> Если честно, я просто не смотрел, что используется.
[01:02:20] <tehnick> Есть еще:
/usr/include/xmlrpc_client.h:extern unsigned int const xmlrpc_client_version_major;
/usr/include/xmlrpc_client.h:extern unsigned int const xmlrpc_client_version_minor;
/usr/include/xmlrpc_client.h:extern unsigned int const xmlrpc_client_version_point;
[01:02:27] <tehnick> /usr/include/xmlrpc_server.h:extern unsigned int const xmlrpc_server_version_major;
/usr/include/xmlrpc_server.h:extern unsigned int const xmlrpc_server_version_minor;
/usr/include/xmlrpc_server.h:extern unsigned int const xmlrpc_server_version_point;
[01:02:31] <tehnick> И т.п.
[01:03:20] <dein.negativ> tehnick: ищи на трекере тикет где говорится о крешах Debug сборки. у меня все было точно так же как у юзера создавшего тикет
[01:03:54] <tehnick> dein.negativ: было давно, много воды утекло. Проверить сложно?
[01:04:34] <dein.negativ> tehnick: я проверял, крешится в QCoreApplication::arguments(). Почему - хз
[01:06:06] <tehnick> При запуске?
[01:06:11] <dein.negativ> да
[01:06:12] <tehnick> Давно проверял?
[01:06:16] <dein.negativ> вчера
[01:06:30] <tehnick> Печально.
[01:06:43] <tehnick> Трейс не сохранил?
[01:07:01] <tehnick> дебаг сборка тем и хороша, что больше ошибок выявляет
[01:07:17] <tehnick> Причем не только в нашем коде, но и в используемых либах.
[01:07:31] <dein.negativ> в трейсе ничего интересного
[01:07:50] Nikoli вышел(а) из комнаты
[01:08:00] <dein.negativ> надо качать сорцы кутэ и смотреть чего там происходит
[01:09:21] Nikoli вошёл(а) в комнату
[01:09:53] <tehnick> Ах да.
[01:10:04] <tehnick> Я забыл, что у вас нет дебаг-пакетов.
[01:10:15] <tehnick> Которые ставятся в пару минут.
[01:10:27] <tehnick> Даже с моим инетом.
[01:10:47] <dein.negativ> можно из ABS собарить самому поправив PKGBUILD
[01:10:52] <dein.negativ> *собирать
[01:11:09] <tehnick> ONYX: проверь ветку 2.2.x --- должно собираться под фрей
[01:11:17] <ONYX> ща
[01:11:28] <tehnick> dein.negativ: но ведь напряжно?
[01:11:35] <tehnick> И смысла нет.
[01:12:01] <tehnick> dein.negativ: ты кстати на 4.7.4 уже обновился?
[01:12:11] <dein.negativ> tehnick: да не напряжно, просто долго будет компиляться
[01:12:29] <dein.negativ> tehnick: RR же, у нас всегда все самое свежее))
[01:12:48] <tehnick> Это если обновляться...
[01:14:08] <dein.negativ> я каждый день обновляюсь
[01:15:30] <ONYX> tehnick: вроде конпелируется, спасиба
[01:16:02] <tehnick> ONYX: а гуевые морды соберешь для проверки?.. =)
[01:16:23] <ONYX> tehnick: охты ж блин....
[01:16:40] <tehnick> ONYX: попал, да? Если не можешь, не надо.
[01:16:50] <ONYX> tehnick: ну на amd64 точно не соберу, а вот на x86 могу
[01:17:24] <tehnick> gelraen: сможешь проверить сборку айскальта под макось до воскресенья?
[01:17:46] <tehnick> ONYX: да без разницы где...
[01:18:28] <ONYX> так уж вышло что amd64 у меня на сервере, и там нет иксов очевидно, и именно там я использую демона, которого собираю из сорцов из git. а на десктопе у меня i386, и там я использую qt морду, 2.2.1, та что в портах у фряхи
[01:18:57] <ONYX> так что меня в первую и скорее всего единственную очередь волнует именно демон
[01:20:47] <tehnick> ONYX: ну, не все столь аскетичны...
[01:21:29] <tehnick> ONYX: и да, на трекере фряхи лежат патчи для пкджбилдов
[01:21:45] <tehnick> Но их некто не торопится применить...
[01:21:56] <tehnick> *никто
[01:22:00] <tehnick> Спать пора. =(
[01:22:07] <ONYX> tehnick: собралось, запустилось, к хабу присоединилось, но почему то лог не выдало на концоль
[01:22:25] <ONYX> а раньше все что хаб присылал-все в концоль вываливалось
[01:22:35] <tehnick> Это не ко мне вопрос.
[01:22:42] <ONYX> dhamp: спиш?
[01:22:56] <tehnick> Там dhamp поправил правила cmake
[01:23:06] <dhamp> ONYX, просто теперь не валится ничего в консоль
[01:23:23] <dhamp> просто я всё cout убрал
[01:23:39] <ONYX> dhamp: по какому файлу лучше всего следить за твоей разработкой? nasdc/xmlrpcserver.h?
[01:23:42] <tehnick> Все, пора мне.
[01:23:46] <tehnick> Всем пока.
[01:23:46] <ONYX> tehnick: бб
[01:23:52] tehnick вышел(а) из комнаты
[01:24:58] <ONYX> dhamp: мне ж нуно отслеживать как ты методы меняешь там
[01:25:40] <ONYX> dhamp: блин опять вываливаться начало!!!
[01:26:05] <ONYX> с той же ошибкой
Assertion failed: (instance), function getInstance, file /data/Projects/qt4/eiskaltdcpp/dcpp/Singleton.h, line 40.
[01:27:14] <ONYX> пипец даже на hub.list. я опечален.
[01:30:33] <ONYX> ладно, завтра
[01:37:03] dein.negativ вышел(а) из комнаты
[02:20:24] dhamp вышел(а) из комнаты
[04:09:25] amfetamin вышел(а) из комнаты
[05:23:30] Kroll вошёл(а) в комнату
[07:58:33] Kroll вышел(а) из комнаты
[08:28:35] Kroll вошёл(а) в комнату
[09:14:12] gelraen вышел(а) из комнаты
[09:59:53] Alexey вошёл(а) в комнату
[10:55:06] gelraen вошёл(а) в комнату
[11:15:29] FiliN вошёл(а) в комнату
[12:01:11] Nikoli вышел(а) из комнаты
[12:01:29] gelraen вышел(а) из комнаты
[12:06:09] FiliN вышел(а) из комнаты
[12:25:03] Nikoli вошёл(а) в комнату
[12:30:41] gelraen вошёл(а) в комнату
[12:38:45] FiliN вошёл(а) в комнату
[13:20:08] dein.negativ вошёл(а) в комнату
[13:23:14] tehnick вошёл(а) в комнату
[15:01:48] <tehnick> Модуль перла Term::ShellUI в дебиане и убунте не опакечен.
[15:01:58] <tehnick> Печально.
[15:02:24] <tehnick> Надо ставить вручную, используя специальный скрипт.
[15:15:14] Diger вышел(а) из комнаты: Replaced by new connection
[15:15:24] Diger вошёл(а) в комнату
[15:21:41] gray_graff вошёл(а) в комнату
[15:21:52] tehnick вышел(а) из комнаты
[15:33:08] amfetamin вошёл(а) в комнату
[15:41:16] gray_graff вышел(а) из комнаты
[15:47:35] gray_graff вошёл(а) в комнату
[16:13:00] Nikoli вышел(а) из комнаты: Replaced by new connection
[16:13:10] Nikoli вошёл(а) в комнату
[16:46:21] dein.negativ вышел(а) из комнаты
[16:49:04] dein.negativ вошёл(а) в комнату
[17:52:05] gray_graff вышел(а) из комнаты
[17:57:57] amfetamin вышел(а) из комнаты
[18:20:15] tehnick вошёл(а) в комнату
[18:20:42] <tehnick> ONYX: я сейчас твои скрипты изменяю
[18:21:20] <ONYX> и я их изменяю. и потом не могу сделать push, поскольку ты их тоже изменил
[18:21:22] <tehnick> После того как ты сделаешь git pull может быть конфликт.
[18:21:29] <tehnick> Ага.
[18:21:38] <ONYX> ну и как жить?
[18:22:00] <ONYX> давай ты как закончишь вносить свои правки-скажи, я начну свои вносить
[18:22:33] <tehnick> ONYX: не боись
[18:22:49] <tehnick> ONYX: просто сделай себе временную ветку
[18:22:59] <ONYX> просто я уже один раз отменил свои правки из за этого
[18:23:15] <tehnick> git checkout -b temp
[18:23:23] <ONYX> а потом что
[18:23:32] <tehnick> Или с более осмысленным названием.
[18:23:38] <tehnick> Туда коммитишь.
[18:23:45] <tehnick> А потом смержить легко.
[18:24:02] <tehnick> *объединить
[18:25:33] <tehnick> Ты спрашивай лучше, если есть вопросы.
[18:25:43] <tehnick> Зачем отменять свои правки?
[18:26:18] <tehnick> Пушнул кстати.
[18:27:53] <tehnick> ONYX: тебя заинтересует это: https://github.com/negativ/eiskaltdcpp/commit/1e16f19
[18:28:08] <tehnick> Но лучше смотреть изменения локально.
[18:28:26] <tehnick> Кстати, рекомендую утилиту qgit. =)
[18:29:41] <tehnick> ONYX: ну как?
[18:29:46] <ONYX> читаю
[18:29:57] <tehnick> Все не так уж страшно, да? =)
[18:30:28] <ONYX> ага, согласен
[18:30:36] <ONYX> ну как закончишь-скажи, ок?
[18:30:45] <ONYX> а то я сегодня собрался заниматься
[18:30:45] <tehnick> Я все.
[18:30:49] <ONYX> а, ок
[18:30:52] gray_graff вошёл(а) в комнату
[18:31:29] <tehnick> Перл оказался простым.
[18:31:44] <tehnick> При желании любой сможет скрипт дописать.
[18:36:57] <tehnick> pavelvat: одну ошибку сборки под винду я поправил, для исправления еще двух надо пинать dhamp. А вот причина ошибки с putenv не ясна...
[18:38:54] <tehnick> gelraen: спасибо за бандл. Собралось без проблем?
[18:39:03] <gelraen> да
[18:39:22] FiliN вышел(а) из комнаты
[18:39:42] <tehnick> Отлично.
[18:41:08] tehnick установил(а) тему: Last stable release: 2.2.3 || Конференция разработчиков EiskaltDC++
Логи: http://gentoo.ru/jabber/logs/eiskaltdc@conference.gentoo.ru/2011/
Активность в багтрекере: http://code.google.com/p/eiskaltdc/updates/list
Активность разработки: http://github.com/negativ/eiskaltdcpp/network
Release schedule:
* 2011-09-18 Release EiskaltDC++ 2.2.4
* 2011-10-16 Release EiskaltDC++ 2.2.5
Release Critical Bugs:
* Fix build in MS Windows
* Check build in FreeBSD
* Fix intersept of magnet in Qt and Gtk UI
TODO:
* IPv6 in DC++ Core
* JSON interface in EiskaltDC++ Daemon
* Gtk3 support in EiskaltDC++ Gtk
ADC notes:
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC.txt
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC-EXT.txt
http://www.adcportal.com/wiki/ADC_Proposals_list
Git notes:
http://habrahabr.ru/blogs/development/68341/
http://dl.dropbox.com/u/281916/delete/book.pdf
JSON:
http://ru.wikipedia.org/wiki/JSON
http://en.wikipedia.org/wiki/JSON
http://en.wikipedia.org/wiki/JSON-RPC
JSON parser from Boost:
http://plaincodesource.blogspot.com/2011/03/json-c-boost.html
http://stackoverflow.com/questions/717618/simple-server-client-boost-example-not-working
HTTP and TCP client/server examples:
http://www.boost.org/doc/libs/1_39_0/doc/html/boost_asio/examples.html
[18:45:56] tehnick установил(а) тему: Last stable release: 2.2.3 || Конференция разработчиков EiskaltDC++
Логи: http://gentoo.ru/jabber/logs/eiskaltdc@conference.gentoo.ru/2011/
Активность в багтрекере: http://code.google.com/p/eiskaltdc/updates/list
Активность разработки: http://github.com/negativ/eiskaltdcpp/network
Release schedule:
* 2011-09-18 Release EiskaltDC++ 2.2.4
* 2011-10-16 Release EiskaltDC++ 2.2.5
Release Critical Bugs:
* Fix build in MS Windows
* Check build in FreeBSD
* Fix intersept of magnet in Gtk UI
TODO:
* IPv6 in DC++ Core
* JSON interface in EiskaltDC++ Daemon
* Gtk3 support in EiskaltDC++ Gtk
ADC notes:
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC.txt
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC-EXT.txt
http://www.adcportal.com/wiki/ADC_Proposals_list
Git notes:
http://habrahabr.ru/blogs/development/68341/
http://dl.dropbox.com/u/281916/delete/book.pdf
JSON:
http://ru.wikipedia.org/wiki/JSON
http://en.wikipedia.org/wiki/JSON
http://en.wikipedia.org/wiki/JSON-RPC
JSON parser from Boost:
http://plaincodesource.blogspot.com/2011/03/json-c-boost.html
http://stackoverflow.com/questions/717618/simple-server-client-boost-example-not-working
HTTP and TCP client/server examples:
http://www.boost.org/doc/libs/1_39_0/doc/html/boost_asio/examples.html
[18:46:26] <tehnick> В Qt-морде перехват магнетов работает, если сборка не Debug
[18:46:41] <tehnick> А в Gtk-морде не работает совсем.
[18:46:52] <tehnick> И фиксить наверное тоже мне...
[18:52:14] gray_graff вышел(а) из комнаты
[20:04:04] pavelvat вошёл(а) в комнату
[20:28:29] <pavelvat> tehnick:
"[18:36:57] <tehnick> pavelvat: одну ошибку сборки под винду я поправил, для исправления еще двух надо пинать dhamp. А вот причина ошибки с putenv не ясна..."
Ничего ты не поправил http://pastebin.com/nkYL0Hsc  , _MSC_VER неопределена поэтому получается что вместо _atoi64 используется функция из #else - strtoq, которой на Windows нет.
В этом файле по сути ни чего не менялось со времени версии 2.2.3 которая успешно собиралась под Windows.
Обе ошибки:
_atoi64
и
putenv
вызваны использованием опции -std=с++0x в CMakeLists.txt
если эту опцию заменить на -std=gnu++0x то эти ошибки не появляются,
причём и функция _atoi64, и функция putenv определены в файле stdlib.h
вот текст их определения из /usr/i486-mingw32/include/stdlib.h
#ifdef __MSVCRT__
_CRTIMP __int64 __cdecl __MINGW_NOTHROW _atoi64(const char *);
#ifndef _NO_OLDNAMES
_CRTIMP int __cdecl __MINGW_NOTHROW     putenv (const char*);
и раз при компиляции они выдают ошибку следовательно __MSVCRT__ неопределена, а _NO_OLDNAMES наоборот определена, а при замене -std=с++0x на -std=gnu++0x наоборот -  __MSVCRT__ определена, а _NO_OLDNAMES неопределена.
опция __MSVCRT__ означает что для запуска exe-шника будет требоваться runtime msvcrt, если бы собиралось без неё то бинарник запускался бы и без дополнительной установки в Windows vcredist.exe
[20:30:09] <pavelvat> только вот не знаю подходит ли такой fix т.е. замена -std=с++0x на -std=gnu++0x для других OS ?
[20:31:35] rzed вошёл(а) в комнату
[20:31:52] <pavelvat> dhamp: ты это когда исправишь?
CriticalSection.h:39:32: error: 'lockCriticalSection' was not declared in this scope
CriticalSection.h:44:34: error: 'unlockCriticalSection' was not declared in this scope
[20:33:40] <rzed> pavelvat: ты в кроскомпиляции силён?
[20:33:59] <pavelvat> rzed: под arm я ничего не собирал
[20:34:53] <rzed> ок
[20:35:49] <pavelvat> так что вопрос со сборкой под Windows по всем имеющимся ошибкам остаётся открытым.
[20:35:58] <rzed> а для винды ты как собираешь ?
[20:36:18] <pavelvat> rzed: win32/README
[20:36:26] <pavelvat> там всё написано
[20:38:37] <rzed> там кратко описано да, просто на некоторых пунктах у меня возникают дополнительные вопросы
[20:49:10] <pavelvat> ещё одну проблему сборки под Windows закоммитил https://github.com/negativ/eiskaltdcpp/commit/315b1b89d2283c44a04cebdef4d94f0c4072d49b
т.е. неисправленными остаются четыре проблемы:
1) _atoi64
2) putenv
3)lockCriticalSection
4)unlockCriticalSection
за 3) и 4) отвечает dhamp, т.к. это его правки. А как правильно пофиксить 1) и 2) пока не ясно, выше был приведён способ замены  -std=с++0x на -std=gnu++0x но как-то по-моему это не лучший вариант.
[20:50:55] FiliN вошёл(а) в комнату
[20:54:11] pavelvat вышел(а) из комнаты
[20:57:36] <tehnick> "поэтому получается что вместо _atoi64 используется функция из #else - strtoq, которой на Windows нет." --- я просто в другом месте strtoll забыл на strtoq заменить.
[21:00:07] <tehnick> "но как-то по-моему это не лучший вариант" --- но рабочий, и это главное
[21:00:58] <tehnick> А -std=с++0x и под фрибсд вызывало ошибку сборки.
[21:02:30] pavelvat вошёл(а) в комнату
[21:04:24] <pavelvat> tehnick:
"[20:57:36] <tehnick> "поэтому получается что вместо _atoi64 используется функция из #else - strtoq, которой на Windows нет." --- я просто в другом месте strtoll забыл на strtoq заменить."
нераспарсил, ты как раз именно в этом месте и заменил stroll на stroq, но в лююом случае это не имеет отношения к Windows, т.к. эта правка была только для *nix.
[21:06:01] gray_graff вошёл(а) в комнату
[21:07:12] <pavelvat> tehnick:
"[21:00:58] <tehnick> А -std=с++0x и под фрибсд вызывало ошибку сборки."
-std=с++0x  -  это ведь теперь обязательная опция поэтому и gcc теперь требуется >=4.4 - а твои слова звучат так будто можно каким то образом обойтись без опции поддержки нового стандарта C++
[21:07:24] <tehnick> pavelvat: ну и зачем?
[21:07:48] <tehnick> (реверт)
[21:08:12] <pavelvat> tehnick:
"[21:00:07] <tehnick> "но как-то по-моему это не лучший вариант" --- но рабочий, и это главное"
не известно ещё как это отразится на сборке и под Windows и под остальные.
[21:08:39] <pavelvat> tehnick: реверт затем что твой коммит был бессмысленный
[21:08:52] <tehnick> А при чем тут остальные? Не проблема сделать это только под винду.
[21:09:35] <tehnick> "нераспарсил" --- см. 0787d1c
[21:09:41] <pavelvat> tehnick:
"Ничего ты не поправил http://pastebin.com/nkYL0Hsc  , _MSC_VER неопределена поэтому получается что вместо _atoi64 используется функция из #else - strtoq, которой на Windows нет."
[21:10:01] <tehnick> ^^
[21:10:33] <tehnick> И да, в mingw stdlib который используется?
[21:11:02] <pavelvat> что значит который?
[21:12:15] <tehnick> Из какой библиотеки?
[21:12:57] FiliN вышел(а) из комнаты
[21:13:13] FiliN вошёл(а) в комнату
[21:13:46] <pavelvat> tehnick: из состава mingw
[21:15:34] <tehnick> Тогда совершенно не понятно, почему там этого нет.
[21:16:49] <pavelvat> tehnick: https://github.com/negativ/eiskaltdcpp/commit/0787d1c91a7fca04d2224e49c0ab3737dca26cfe
Я  по прежнему "нераспарсил"
#define strtoq _atoi64
#ifdef _MSC_VER
         return _atoi64(aString.c_str());
#else
         return strtoq(aString.c_str(), (char **)NULL, 10);
какой в этом смысл?
[21:17:06] <pavelvat> tehnick: чего этого там нет?
[21:17:41] <tehnick> Забей.
[21:18:22] <pavelvat> tehnick: этот коммит тоже надо ревертнуть
https://github.com/negativ/eiskaltdcpp/commit/0787d1c91a7fca04d2224e49c0ab3737dca26cfe
[21:18:30] <tehnick> pavelvat: ты гуглил отличия gnu++0x от c++0x?
[21:18:38] <tehnick> Я что-то не могу их найти.
[21:18:39] <pavelvat> tehnick: нет
[21:20:17] <tehnick> [20:18:39] <pavelvat> tehnick: этот коммит тоже надо ревертнуть
Зачем?
[21:21:02] <pavelvat> А зачем этот коммит был я сделан - я не вижу в нём смысла, что он должен был изменить?
[21:21:54] <tehnick> strtoll больше нигде не используется. Совсем...
[21:22:42] <tehnick> Надо наверное вообще эту строку выбросить.
[21:26:28] <tehnick> gnu++0x = c++0x + некоторые расширения от GNU
[21:27:13] <tehnick> Так что не вижу в нем ничего плохого.
[21:28:52] <pavelvat> tehnick: https://github.com/negativ/eiskaltdcpp/commit/6f6c495b3417d274bdd8ab3af2dee2145d374e57
вот эти строки:
- #ifdef _MSC_VER
+#ifdef _WIN32
         return _atoi64(aString.c_str());
  #else
         return strtoq(aString.c_str(), (char **)NULL, 10);
а ты сделал так:
- #define strtoll _strtoi64
+#define strtoq _atoi64
т.е. если неопределено _WIN32 - а это все остальные ОС
то выполняется
#else
     return strtoq(aString.c_str(), (char **)NULL, 10);
и strtoq в ней будет заменена на _atoi64 согласно твоему коммиту https://github.com/negativ/eiskaltdcpp/commit/0787d1c91a7fca04d2224e49c0ab3737dca26cfe
[21:30:10] <tehnick> pavelvat: посмотри выше в файле...
[21:31:45] <pavelvat> посмотрел и...?
[21:31:53] <tehnick> pavelvat: https://github.com/negativ/eiskaltdcpp/blob/HEAD/dcpp/compiler.h#L28
[21:32:17] <pavelvat> strtoq это для *nix, а _atoi64 для win32
[21:33:16] <tehnick> Ладно.
[21:33:35] <tehnick> Видимо проще вообще удалить этот мусор из файла.
[21:38:12] <tehnick> О!
[21:38:14] <tehnick> http://stackoverflow.com/questions/5135734/whats-the-difference-in-gcc-between-std-gnu0x-and-std-c0x-and-which-one-sh
[21:40:59] <pavelvat> tehnick: реверт то сделай
[21:42:50] <tehnick> pavelvat: зачем реверт? Убрал мусор... 379dd07
[21:44:22] <pavelvat> tehnick: разве не бред:
if WIN32
    _atoi64()
else
    _atoi64()
[21:45:18] <pavelvat> разве _atoi64 доступна под *nix ?
[21:46:23] <tehnick> pavelvat: "моя твоя не понимать" (c)
[21:46:32] <tehnick> pavelvat: где ты это нашел?
[21:47:25] <tehnick> pavelvat: по ссылке кстати прочитал?
[21:47:37] <tehnick> pavelvat: у тебя какая версия mingw?
[21:47:51] <pavelvat> 4.5.2
[21:48:12] <tehnick> Может обновишь?
[21:49:16] <tehnick> После прочтения по ссылке сделал вывод, что gnu++0x --- это не плохо.
[21:49:35] <tehnick> Но и без особой необходимости включать расширения GNU тоже не надо...
[21:50:01] <tehnick> Кстати, даже Clang понимает gnu++0x судя по тому, что нагуглилось...
[21:51:08] <pavelvat> tehnick: у меня версия mingw из официального репозитория archlinux и заменять её на самосборную, а следовательно и все сопутствующие зависимости смысла нет никакого.
[21:51:22] <tehnick> Хм.
[21:51:31] <tehnick> Это еще и кросскомпиляция...
[21:52:11] <pavelvat> tehnick: зависимости - это всмысле зависимости для mingw вроде binutils и ещё чего там
[21:57:46] <pavelvat> tehnick: strtoq нигде не используется и то что сделал ты это быссмысленно:
if _MS_VER
     _atoi64()
else
   if _MS_VER
          _atoi64()
   else
          strtoq()
правильный вариант это реверт коммита https://github.com/negativ/eiskaltdcpp/commit/0787d1c91a7fca04d2224e49c0ab3737dca26cfe
и реверт который я уже ранее сделал: _MS_VER на _WIN32:
https://github.com/negativ/eiskaltdcpp/commit/6f6c495b3417d274bdd8ab3af2dee2145d374e57
тогда будет так:
if _WIN32
     _atoi64()
else
     strtoq()
[22:02:27] <tehnick> pavelvat: https://github.com/negativ/eiskaltdcpp/blob/2.2.x/dcpp/Util.h#L262
[22:02:47] <tehnick> pavelvat: у тебя все в порядке с локальной копией репа?
[22:04:12] <pavelvat> да, у меня тоже WIN32, ты просто ранее говорил что мне не надо было делать реверт и по твоей задумке нужно чтобы было не WIN32, а _MS_VER
[22:05:32] <tehnick> pavelvat: теперь все нормально, что еще надо?
[22:05:43] Alexey вышел(а) из комнаты
[22:06:12] <tehnick> pavelvat: попробуй кстати вот с таким патчем собрать: http://pastebin.com/kMfTKiKn
[22:06:21] <pavelvat> в любом случае это:
if WIN32
     _atoi64()
else
   if _MS_VER
          _atoi64()
   else
          strtoq()
также бессмысленно, но ты уже удалил строку #define strtoq _atoi64 поэтому вопрос исчерпан.
[22:06:51] <tehnick> pavelvat: не думаю, что это изменит ошибку сборки с c++0x, но надо же попробовать...
[22:07:29] <tehnick> pavelvat: одно из двух if надо было удалить, да.
[22:09:06] <tehnick> pavelvat: попробуешь?
[22:13:48] <pavelvat> сейчас посмотрел содержимое файла /usr/i486-mingw32/include/c++/4.5.2/cstdlib
в нём нет определения ни _atoi64, ни putenv так что это изменение ничего не даст.
[22:15:09] <pavelvat> а в версии 2.2.3 в Util.h вообще файл stdlib.h не включался для _WIN32 и тем не менее всё собиралось. Вот так было в 2.2.3:
#ifndef _WIN32
#include <sys/stat.h>
#include <sys/types.h>
#include <unistd.h>
#include <stdlib.h>
#endif
[22:18:50] <pavelvat> tehnick. ONYX что даёт cli в сравнении с голым xml-rpc ?
[22:20:22] <ONYX> pavelvat: ну приблизительно то же, что использование тестового редактора вместо echo "bla" >> file.txt
[22:20:58] <ONYX> то есть все в одном месте, не надо запоминать много команд и их аргументы и их типы
[22:22:19] <ONYX> кстати пока использовать не рекоменую, потому что разработка интерфеса ушла уже дельше реализации его в cli
[22:22:39] <ONYX> pavelvat: полноценно можно юзать после выходных, уверенно-к середине недели будущей
[22:24:13] <tehnick> "в нём нет определения ни _atoi64, ни putenv так что это изменение ничего не даст" --- тебе сложно проверить?
[22:24:58] <pavelvat> gelraen: можешь показать флаги с которыми ты запускаешь cmake для сборки под Mac OS X
[22:25:01] <tehnick> pavelvat: ты еще вспомни, что было в версии 2.0.3...
[22:25:42] <gelraen> pavelvat: -DCMAKE_BUILD_TYPE=Release -DUSE_MINIUPNP=ON -DFREE_SPACE_BAR_C=ON -DLOCAL_MINIUPNP=ON -DWITH_SOUNDS=ON -DCMAKE_C_COMPILER=/opt/local/bin/gcc-mp-4.4 -DCMAKE_CXX_COMPILER=/opt/local/bin/g++-mp-4.4
[22:26:27] <pavelvat> tehnick: если не включать никаких заголовков - ошибка есть, если включить заголовок в котором проблемные функции не определяются то естественно что ничего изменится не может.
[22:28:39] <pavelvat> tehnick: файл Util.h по сути никак не изменился после версии 2.2.3 - проблемы не было тогда потому что опция -std=с++0x в CMakeLists.txt не стояла.
[22:29:00] <tehnick> pavelvat: кэп?
[22:29:22] <tehnick> "естественно что ничего изменится не может" --- а ты проверь пожалуйста
[22:29:43] <tehnick> pavelvat: http://www.cprogramming.com/fod/putenv.html
[22:29:57] <tehnick> "...если включить заголовок в котором проблемные функции не определяются..."
[22:31:45] <pavelvat> tehnick: что проверить? - включить директивой #include <cstdlib> содержимое текстового файла /usr/i486-mingw32/include/c++/4.5.2/cstdlib в файл Util.h b удостоверится что раз в файле /usr/i486-mingw32/include/c++/4.5.2/cstdlib функции _atoi64 и putenv не определяются ошибка никуда не денется? - это бред.
[22:32:22] <tehnick> pavelvat: ты нихера не понял, да
[22:32:43] <tehnick> pavelvat: я предлагаю заменить сишный инклуд на вариант для с++
[22:32:50] <tehnick> И посмотреть, что изменится.
[22:33:03] <tehnick> -#include <stdlib.h>
+#include <cstdlib>
[22:33:07] <tehnick> Вопросы?
[22:33:45] <tehnick> pavelvat: и да, видно, что ты по ссылкам не читал...
[22:34:23] Nikoli вышел(а) из комнаты: Replaced by new connection
[22:34:33] Nikoli вошёл(а) в комнату
[22:34:40] <pavelvat> tehnick: именно об этом я и написал. я понимаю что ты предлагаешь вместо
#include <stdlib.h>
включить
#include <cstdlib>
[22:37:42] <pavelvat> поиск по файлу  /usr/i486-mingw32/include/c++/4.5.2/cstdlib не находит в нём ни _atoi64 ни putenv, так же эти функции не могут включатся косвенно через другие инклюды внутри cstdlib т.к. поиск по всей директории /usr/i486-mingw32/include/c++/ фраз atoi64 и putenv ничего не даёт.
[22:38:28] <tehnick> pavelvat: тебе западло проверить?
[22:38:34] <tehnick> [21:30:00] <tehnick> pavelvat: http://www.cprogramming.com/fod/putenv.html
[22:38:57] <tehnick> Prototype: int putenv(const char *asetting);
Header File: stdlib.h (C) or cstdlib (C++)
Explanation: Use putenv to modify the environmental settings for the program. It should be used in the form:
[22:39:59] <tehnick> http://www.cppreference.com/wiki/ru/c/other/putenv
[22:42:18] <tehnick> pavelvat: это значит, что putenv есть в stdlib
[22:42:47] <tehnick> Но внезапно реализация stdlib не одна...
[22:43:41] <tehnick> Сделай еще так:
grep -r putenv /usr/i486-mingw32/include/
[22:45:14] <pavelvat> tehnick: заменил stdlib.h на cstdlib - естественно ошибка никуда не ушла:
Util.h:438:62: error: 'putenv' was not declared in this scope
[22:47:45] <pavelvat> tehnick: http://pastebin.com/9DmQfheH
[22:56:46] <tehnick> pavelvat: спасибо
[22:58:46] <tehnick> putenv из буста что ли берется, когда ты с расширениями гну собираешь?
[23:02:38] <pavelvat> gelraen: порпобуй добавить эти флаги, которые по умолчанию отключены и следовательно твоя сборка совершенно точно выполнялась раньше без них:
-DNO_UI_DAEMON=ON
-DUSE_ASPELL=ON
-DUSE_JS=ON
-DPERL_REGEX=ON
-DUSE_QT_QML=ON
-DLUA_SCRIPT=ON
-DWITH_LUASCRIPTS=ON
-DUSE_QT_SQLITE=ON
[23:04:38] <gelraen> зачем?
[23:05:10] <gelraen> мне для этого придётся ещё тонну всяких говн собрать
[23:06:00] <pavelvat> gelraen:
сборка под Windows делается с полным функционалом, а твоя сборка под Mac OS X получается куцая - из-за этого пользователи могут составить не верное мнение о продвинутости айскальта - ведь они получают сборку:
без LUA(-DLUA_SCRIPT=ON -DWITH_LUASCRIPTS=ON)
без сохранения истории отдач/загрузок(-DUSE_QT_SQLITE=ON)
без проверки орфографии(-DUSE_ASPELL=ON)
без возможности запуска лёкгого неуправляемого процесса без GUI(-DNO_UI_DAEMON=ON)
без поддержки скриптов на QtScript(-DUSE_JS=ON)
без поддержки скриптов на QML(-DUSE_QT_QML=ON)
без возможности использовать регулярные выражения в ADL-поиске(-DPERL_REGEX=ON)
[23:06:58] <gelraen> прости, но это всё свистелки
[23:07:15] <gelraen> aspell уже отключается в настройках?
[23:07:28] <gelraen> демон на макоси никому нафиг не нужен
[23:08:08] <tehnick> gelraen: он всегда отключался
[23:08:37] <pavelvat> gelraen: ты ведь не для себя делаешь, а для пользователей если тебе это не нужно то почему всех пользователей Mac OS X надо лишать возможности пользоваться всеми фичами айскальта, это ещё при том что под Mac OS X айскальт по большому счёту не имеет равноценной альтернативы, в отличии от Windows.
[23:08:39] FiliN вышел(а) из комнаты
[23:08:50] <tehnick> Про свистелки --- это личное дело сборщика.
[23:08:51] <gelraen> tehnick: ок
[23:08:54] FiliN вошёл(а) в комнату
[23:09:24] <tehnick> Если считает, что не нужно, значит не нужно.
[23:09:35] <pavelvat> gelraen: aspell с момента добавления отключался, через команду чата
/aspell off
/aspell on
[23:09:57] <tehnick> Можно это как-то в комментарии к бандлу отметить.
[23:10:02] <gelraen> pavelvat: покажи мне реальное применение скриптов на lua или на чём-либо ещё в dc++-клиенте
[23:10:06] <tehnick> С какими опциями собран.
[23:10:16] <tehnick> Но это по желанию...
[23:11:30] <pavelvat> tehnick: какое ещё личное дело? - надо давать пользователям максимум возможного, то что собирает gelraen ни в какие ворота не лезет по обрезанности, ладно бы на это были причины вроде не возможности собрать тот или иной компонент, так он просто говорит мне это не нужно - значит всем не нужно, жрите что дают.
[23:14:39] <pavelvat> gelraen:
"[23:05:04] <gelraen> мне для этого придётся ещё тонну всяких говн собрать"
какая ещё тонна ? -DUSE_JS=ON -DUSE_QT_QML=ON -DUSE_QT_SQLITE=ON - это Qt он у тебя уже стоит
-DNO_UI_DAEMON=ON - менее минуты собирается из исходников айскальта
-DUSE_ASPELL=ON -DPERL_REGEX=ON -DLUA_SCRIPT=ON - сборка в сумме уложится в 10-20 минут
[23:16:27] <pavelvat> gelraen:
"[23:07:21] <gelraen> демон на макоси никому нафиг не нужен" - блин, вот не надо ни за кого решать что им нужно, а что не нужно, дай пользователям максимум возможного из коробки и пустть они сами решают.
[23:16:47] gelraen ждёт пример
[23:17:12] <gelraen> при чём реально полезный для файлообмена
[23:17:34] <gelraen> а не рюшки типа крестиков-ноликов
[23:20:35] <pavelvat> gelraen: я не пользусь LUA, но на багтрекере айскальта ранее появлялись issue о том что LUA скрипты не работают.
[23:20:53] <tehnick> Работают.
[23:21:09] <tehnick> Но кто их использует --- это вопрос...
[23:21:20] <dein.negativ> gelraen: lua вроде ОПы используют, QML можно не собирать. да и вообще думаю скрипты там не нужны
[23:21:44] <dein.negativ> в смысле в сборке для макоси не нужны
[23:22:34] <dein.negativ> тем более судя по слухам как минимум мы останемся без поддержки QtScript
[23:23:35] <tehnick> pavelvat: http://pastebin.com/0T7iwRN1
[23:23:44] <dein.negativ> у кого нибудь есть желание заниматься сайтом айскальта?
[23:23:45] <tehnick> pavelvat: проверишь?
[23:23:54] <tehnick> dein.negativ: нет
[23:24:10] <pavelvat> gelraen: меня коробит твой отношение - "я лучше знаю что вам надо" . Правильное отношение -  это дать максимум возможного, и пусть каждый пользуется так как хочет. Можно подумать что фичи как то ухудшают айскальт который был бы собран без этих фич.
[23:24:31] FiliN вышел(а) из комнаты
[23:24:36] <tehnick> Размер бандла увеличится же... =)
[23:24:37] <dein.negativ> pavelvat: ну паияти он начинает жрать заметно больше
[23:24:43] FiliN вошёл(а) в комнату
[23:28:40] <gelraen> pavelvat: поскольку это клиент для файлообмена, я пытаюсь сделать чтобы файлообмен в нём был наиболее удобным, и в то же время было как можно меньше лишнего, учитывая платформу
[23:29:12] <tehnick> pavelvat: в макоси принят минимализм, да
[23:29:40] <tehnick> gelraen: тему оформления рабочего окружения все еще нельзя настроить?.. =)
[23:29:55] <gelraen> какие-то костыли вроде есть
[23:30:12] <pavelvat> dein.negativ, gelraen я с тобой не согласен QML и QtScript нужен - сейчас на нём в айскальте есть только пример - игра крестики-нолики, но ведь в том и фича QML и QtScript -если кому то захочется написать расширения для айскальта - он может это сделать. Наличие  сборки с поддержкой QML и QtScript важно ещё и "рекламой" - люди просто увидят что существует возможность писать свои скрипты, ведь именно от сторонних людей пришла часть скриптов которые сейчас есть в айскальте.
[23:30:14] <gelraen> но не лучше чем в винде, вобщем-то
[23:31:19] <gelraen> pavelvat: на теперешнем уровне развития qml и qtscript, если кто-то захочет на нём писать расширения, то он без особых проблем осилит сборку
[23:31:21] <tehnick> pavelvat: можешь ненадолго отвлечься от спора и проверить мой патч?
[23:31:23] <pavelvat> dein.negativ: если скрипты не активированы в окне выбора скриптов то они не загружают в память модули Qt для своей работы.
[23:31:53] <dein.negativ> pavelvat: расскажи это htop'у =)
[23:32:45] <tehnick> Кстати.
[23:33:06] <pavelvat> gelraen:
[23:33:10] <pavelvat> "Наличие  сборки с поддержкой QML и QtScript важно ещё и "рекламой" - люди просто увидят что существует возможность писать свои скрипты"
[23:33:39] <gelraen> pavelvat: mac-хомячок несколько отличается от windows-хомячка
[23:33:42] FiliN вышел(а) из комнаты
[23:33:56] FiliN вошёл(а) в комнату
[23:34:08] <pavelvat> об этом функционале никто не узнает если скачает с официального сайта установщик для Mac OS X - куцый до неприличия.
[23:34:22] <gelraen> "возможность писат скрипты" в программе для файлообмена - это совсем не то что им нужно
[23:34:32] <tehnick> В ksysguard есть сейчас удобная вещь: правый клик на процессе --- Сведения об использовании памяти
[23:34:37] <tehnick> dein.negativ: ^^
[23:34:51] <gelraen> pavelvat: а на этом же самом официальном сайте об этом ничего не написано?
[23:34:54] <gelraen> странно
[23:35:28] <gelraen> и не куцый ничего. функцию файлообмена исполняет вполне хорошо
[23:36:07] <dein.negativ> tehnick: да мне htop'a хватает)
[23:36:11] <pavelvat> gelraen: пользователи Mac OS X могут вообще не иметь понятия что означают слова googlecode - есть спец. сайты для софта под Mac OS X
[23:36:33] <dein.negativ> и вообще я заметил что айскальт намного лучше себя чувствует с jemalloc
[23:36:42] <gelraen> тем, которые про гуглокод не знают тем более не до скриптов
[23:36:50] <gelraen> ладно, мне надоело тебя кормить
[23:36:53] <gelraen> пойду почитаю
[23:37:41] <tehnick> Айскальт по сравнению с Shakespeer просто мега-навороченный.
[23:37:56] <pavelvat> gelraen: надо исходить из того что пользователи хотят использовать клиент сетей Direct Connect, скачивают и пользуются кому то из них большая часть функционала не нужна, а кому то нужна или будет нужна в последствии.
[23:37:57] <tehnick> Но внезапно, многим нравится Shakespeer именно за простоту...
[23:38:23] <tehnick> [22:36:50] <dein.negativ> и вообще я заметил что айскальт намного лучше себя чувствует с jemalloc
Чо-чо?
[23:38:36] gelraen старательно молчит
[23:38:53] <dein.negativ> tehnick: ну с аллокатором для FreeBSD
[23:39:35] <tehnick> dein.negativ: как проверял?
[23:39:41] <tehnick> pavelvat: а мне ответишь?
[23:39:47] <pavelvat> dein.negativ:
"[23:31:16] <pavelvat> dein.negativ: если скрипты не активированы в окне выбора скриптов то они не загружают в память модули Qt для своей работы.
[23:31:46] <dein.negativ> pavelvat: расскажи это htop'у =)"
у меня пока галочки не поставишь на чекбоксы скриптов памяти кушается сильно меньше.
[23:39:57] FiliN вышел(а) из комнаты
[23:40:09] FiliN вошёл(а) в комнату
[23:41:08] <tehnick> [22:36:24] <dein.negativ> tehnick: да мне htop'a хватает)
А ты посмотри, реально крутая вещь.
[23:41:44] <tehnick> С детализацией по библиотекам...
[23:42:55] <dein.negativ> tehnick: LD_PRELOAD юзал. и с помощью htop следил как изменяется потребление памяти при выполнении типичных задач
[23:43:28] <dein.negativ> tehnick: айскальт сильно страдает от фрагментации кучи
[23:43:48] <dein.negativ> jemalloc ситуацию немного исправляет
[23:46:42] <pavelvat> tehnick: это ничего не изменило http://pastebin.com/0T7iwRN1
[23:47:28] <tehnick> #ifndef _NO_OLDNAMES
_CRTIMP int __cdecl __MINGW_NOTHROW     putenv (const char*);
[23:47:40] <tehnick> pavelvat: посмотри, что есть там на замену.
[23:48:56] <pavelvat> tehnick: зачем?
[23:49:25] <tehnick> pavelvat: wtf "зачем"? Чтобы работало...
[23:49:53] <pavelvat> tehnick: оно и так работает с -std=gnu++0x
[23:49:54] <tehnick> Если putenv --- это старое имя, значит должно быть новое.
[23:50:18] <tehnick> pavelvat: ты уже не считаешь, что это костыль?
[23:50:47] <pavelvat> tehnick: ты предлагаешь другой, чем он будет лучше?
[23:50:49] <tehnick> Включать дополнительные расширения GNU ради двух вызовов в коде.
[23:51:47] FiliN вышел(а) из комнаты
[23:51:48] <tehnick> pavelvat: я не предлагаю костыль, я предлагаю найти новое название этой функции!
[23:52:01] FiliN вошёл(а) в комнату
[23:52:04] <pavelvat> tehnick: в версии 2.2.3 _atoi64 и putenv прекрасно работали, так почему они тогда теперь не могут также прекрасно работать?
[23:52:11] <tehnick> pavelvat: покажи еще:
grep -r setenv /usr/i486-mingw32/include/
[23:57:12] <tehnick> pavelvat: и еще проверь плз _tputenv вместо putenv
[23:58:24] <pavelvat> dein.negativ: что-то husumo перестал делать новости о релизах EiskaltDC++ на своём сайте http://www.4242.hu/hu - там последняя новость о релизе 2.2.1
может он обиделся на то что его баг всё никак не исправляют http://code.google.com/p/eiskaltdc/issues/detail?id=958 по идее он же оператор, поэтому для него работоспособность команд важна.
[23:59:04] <pavelvat> tehnick: http://pastebin.com/yF4J2ATQ
[23:59:33] <Diger> хехе, слинковал айскальт с Qt статикой - 18 метров бинарь получился