Objective Caml - Вторник, 28 февраля 2012

Objective Caml

ocaml@conference.jabber.ru

Вторник, 28 февраля 2012< ^ >

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

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

GMT+4
[00:05:58] Andrey Popp вошёл(а) в комнату
[00:59:40] <bobry> мда, раскрасочка в typerex адовая
[01:04:59] Typhon вошёл(а) в комнату
[01:46:30] Kakadu вышел(а) из комнаты
[02:03:40] Typhon вышел(а) из комнаты: Replaced by new connection
[02:04:00] Typhon вошёл(а) в комнату
[02:25:50] bobry вышел(а) из комнаты
[02:36:11] superbobry вышел(а) из комнаты
[03:06:29] f[x] вышел(а) из комнаты: Computer went to sleep
[03:25:12] ftrvxmtrx вышел(а) из комнаты
[03:25:26] ftrvxmtrx вошёл(а) в комнату
[03:27:34] Typhon вышел(а) из комнаты
[03:33:22] leterec вошёл(а) в комнату
[04:49:38] leterec вышел(а) из комнаты
[07:22:01] ermine вошёл(а) в комнату
[07:40:31] gds вошёл(а) в комнату
[08:14:08] <gds> f[x]: патчи посмотрел, очень понравились.  Особенно /visitor pattern/, хехе.
Но, как я понял, iter_roots сейчас работает по-прежнему, суммируя пересекающиеся root'ы, так?
Про теги -- я думаю, что было бы полезно всегда такое собирать, но для этого надо будет, видимо, какую-то другую функцию в .ml/.mli вынести, чтобы не только размер, но и распределение по тегам давала.
А ещё лучше, наверное, сделать _только_ распределение по тегам в той функции, которая ходит по значениям, а итоговый результат старого формата возвращать суммированием того, что собралось по тегам.
Как считаешь, нормально?  Будет ли тот же самый результат, как и в старом objsize?  По идее -- да.
[08:22:40] <gds> тоже память отлаживает: http://www.donadeo.net/post/2012/debugging-memory-in-ocaml-any-advice
[09:28:23] <ermine> гавнопамять в камле?
[09:30:11] <gds> чо
[09:30:55] <ermine> gds: как дела?
[09:32:41] <gds> ermine: уже родила, лол :]
а так -- жив-здоров, дедлайн попустил, вчера даже выходной себе устроил, но надо допиливать кучу разного мелкого говнеца.  тот же парвел, мать его.  typerex разобрал-поставил, зачотно.  вроде всё, из актуального.
[09:36:04] <ermine> тайпрекс? надо посмотреть на новость
[09:37:17] <ermine> а у меня парсир все еще .... как бы затейливее сказать
[09:38:33] <ermine> восторгаюсь своим проектиком, который уже третий месяц пилится в инкрементальном развитии - обычно же пописываю пару месяцев, бросаю и перехожу к новой игрушке
[09:38:35] <gds> зря взялась yaml парсить.
если делать нечего, я бы подкинул чего-нибудь.
[09:39:55] <ermine> не знаю, зря или нет, но тут главное, что в yaml я стараюсь придержаться принципа "не писать руками"
[09:40:20] <gds> кодогенерилку, стало быть, ногами пишешь?
[09:42:25] <ermine> ногами верблюда
[09:43:51] <ermine> вчера я чуть не сдалась и уже была готова продолжить yaml в ручном режиме, то бишь дописав семантику в сгенеренную peg-грамматику, но потом к вечеру поднялась температура и я поняла, что надо попробовать реализовать в парсере
[09:45:05] <ermine> щас yaml на стадии сбора разумных результатов парсинга, обычно дописывают типы sum
[09:48:03] <ermine> и сейчас большая часть токенов в парсере yaml автоматически распознается и токенизируется, от рефов, на которых я жаловалась тут недавно, избавилась уже, довершив модель параметрической продукции
[09:48:36] <ermine> т.е. получаем параметр из одной продукции и суем ее в другую
[09:49:05] <ermine> в принципе можно закатить на гитхуб
[09:50:38] <ermine> и даже хочется увидеть еще одну спеку чего нить этакого как yaml
[09:51:52] <ermine> да, наверное стоит пожевать typerex
[10:41:02] <ermine> загнала на гитхубь
[10:41:09] <ermine> теперь наверное буду стыдиться
[10:41:34] komar вышел(а) из комнаты: Replaced by new connection
[10:41:34] komar вошёл(а) в комнату
[10:52:17] superbobry вошёл(а) в комнату
[11:18:40] ftrvxmtrx вышел(а) из комнаты
[11:20:57] <ermine> ух, в oasis darcs изменения, неужели жизнь завелась там
[11:21:07] Andrey Popp вышел(а) из комнаты
[11:21:36] <superbobry> так вышел же 0.3rc
[11:23:32] <ermine> gmake: OCamlDarcsPrecommit: Command not found
[11:24:56] <ermine> хоть плачь!
[11:25:27] <ermine> впрочем без мейка оно собирается
[11:34:20] <Mon> о-о, даркс
[11:52:17] <gds> superbobry, ermine, у кого-то из вас в typerex заработал комплит?
[11:52:37] <superbobry> gds, ты auto-complete-mode поставил?
[11:52:38] superbobry вышел(а) из комнаты
[11:53:05] superbobry вошёл(а) в комнату
[11:53:48] <gds> superbobry: я сделал так, как в .emacs описано, включил
(setq ocp-auto-complete t)
(setq auto-complete-keys 'ac-keys-backquote-backslash)
и хрен.
[11:54:08] <superbobry> ну надо бы еще (global-auto-complete-mode t) наверное
[11:54:16] <superbobry> а может оно само
[11:55:21] <gds> глобальное мне точно не нужно, уверен.
[11:58:24] <gds> а, понял.  при инсталляции надо дописать, в частности, директиву
(add-to-list 'load-path "/usr/local/share/emacs/site-lisp/auto-complete-mode")
и вот, такого пути у меня нет.  видимо, в этом дело.
[11:59:47] ftrvxmtrx вошёл(а) в комнату
[12:01:24] komar вышел(а) из комнаты
[12:01:34] komar вошёл(а) в комнату
[12:22:03] <gds> надо было поставить пакет auto-complete-el, но даже это не помогло.  какая-то муть.  если у кого получится -- похвастайтесь.
[12:27:40] <superbobry> gds, покажи значение ac-sources
[12:32:11] <superbobry> ermine, не хочешь свою парсилку в camlbine переименовать? :)
[12:33:04] <gds> superbobry: (ac-source-filename ac-source-ocp-wizard)
[12:33:50] <superbobry> хм, должно же тогда
[12:34:09] <gds> может я не умею использовать?  чо нажимать надо?
[12:34:23] <superbobry> ну кнопку которую ты как complete key указал
[12:35:33] <gds> ту кнопку, которую я хотел, как complete key не указывалась.  впрочем, берём штатное для ocp, по backquote.  нажал.  курсор стал красным.  дальше что?
[12:35:56] <superbobry> гм, по идее должна менюшка выплыть с completion
[12:38:33] <gds> а может у тебя в ~/.emacs указано ещё что-то интересное про этот автокомплит?
[12:39:01] <superbobry> я юзаю дефолтные параметры из el-get'a
[12:39:26] <superbobry> https://github.com/dimitri/el-get/blob/master/recipes/auto-complete.rcp
[12:43:36] <gds> вот этот вот post-init пробовал тоже вписать, не катит.
[12:44:00] <superbobry> в емаксе всегда с auto complete геморой
[12:44:06] <superbobry> надо пасанов в #ocaml мучать видимо
[12:44:23] dzhon вошёл(а) в комнату
[12:44:52] klapaucius вошёл(а) в комнату
[12:49:21] <f[x]> http://stackoverflow.com/questions/9472371/cross-compiling-ocaml-apps-for-arm
[12:53:40] <gds> superbobry: выяснил, что M-x eval-expression (auto-complete) выдаёт ту же хрень -- красный квадратик без всяких появляющихся окон.  то есть, бага не факт, что в typerex.
[12:53:53] Kakadu вошёл(а) в комнату
[12:54:08] <superbobry> ну у меня auto-complete прямо щас работает
[12:54:11] <superbobry> правда не для камла
[12:55:27] <gds> ну и забьём пока.  всё равно фича экспериментальная, а с емаксом я натрахался на месяц впердё.
[12:55:45] <superbobry> :)
[12:56:53] <Kakadu> у вас я вижу typerex почти работает.
[12:58:18] <superbobry> я еще толком не успел поиграться
[12:58:28] <superbobry> только на вырвиглазную раскраску посмотрел
[12:58:38] <superbobry> которая не использует цвета темы ..
[12:59:33] <gds> против раскраски есть два приёма: 1. переключить на туарег (или куда там, хз), 2. выключить.
[12:59:55] <superbobry> кстати все уже про RWO видели?
[13:00:05] <superbobry> жаль что мински будет свой core пеарить только
[13:00:12] <Kakadu> что такое RWO?
[13:00:18] <superbobry> real world ocaml
[13:00:30] <Kakadu> тайпрекс на венду с цигвином встанет?
[13:01:29] <gds> Kakadu: по идее -- да.
[13:15:37] <f[x]> > Будет ли тот же самый результат, как и в старом objsize?  По идее -- да.
угу, depth считается как раньше, остальное суммируется
[13:15:49] <f[x]> функцию отдельную не нужно - там же record возвращается
[13:16:30] <f[x]> добавить в него поле массив
[13:17:52] <f[x]> насчёт пересекания - думаю сделать вообще просто - вынести этап отката цвета в отдельную функцию
[13:18:02] <f[x]> и звать его явно
[13:18:07] <gds> f[x]: про суммирование -- это хорошо.  Про массив -- есть возражения, но слишком невнятные, поэтому пока можно и так сделать.
[13:18:25] <f[x]> что не так с массивом?
[13:18:43] <f[x]> будет функа для его печатания чтобы номера тэгов в humar readable пистаь
[13:18:44] <gds> ну, камловская память выделяется, что что!
[13:18:59] <f[x]> охлол
[13:19:17] <f[x]> я бы этот record кстати сделал бы абстрактным наверное
[13:19:18] <gds> вот и говорю же, что по итогу не против.
[13:19:29] <gds> абстрактным -- хорошая идея.
[13:19:45] <f[x]> получится откат цвета сделать?
[13:20:11] <f[x]> т.е. вызывать несколько раз c_objsize без отката - он будет нормально цвета учитывать
[13:20:19] <f[x]> и потом за один раз всё можно будет откатить
[13:20:21] <f[x]> так?
[13:21:03] <gds> тогда проблемка будет в том, что при пересекающихся корнях размеры будут учтены только для одного из корней.  это нормально?
[13:21:25] <f[x]> ну это и хочется
[13:21:33] <f[x]> depth будет неправильно считать только
[13:21:51] <f[x]> если A -> B -> C -> D и E -> C
[13:22:10] <f[x]> если E попадается перед A то макс depth будет 3, а не 4
[13:22:23] <gds> имеешь ввиду, что depth будет до ближайшего visited считаться?  если да, то вот на это рекомендую положить кое-что.
[13:22:29] <f[x]> гг
[13:22:49] <f[x]> т.е. для одного рута будет норм - а для всего хипа ненадёжно - ну и пофиг
[13:23:23] <gds> имеешь ввиду, что для _первого_ рута будет нормально?
[13:23:43] <f[x]> не, текущий objsize - это считай для одного рута
[13:23:50] <f[x]> а будет обобщение на список рутов
[13:36:19] <Kakadu> а у вас было что оно не коннектилось к typerex серверу?
[13:39:45] <gds> f[x]: кстати вот, кое-что надо будет продумать.  Если root.(0) будет ссылаться на root.(n), то при посещении root.(n) надо будет его пропустить и пойти дальше.  А при восстановлении цвета -- смотреть, если уже восстановлено, то пропускать.  В общем, логика должна быть такая, как будто обращаешься с массивом/списком Obj.t, содержащих roots, переданным в c_objsize.  Если это получится (и цвета, и посещённость, и детерминированный порядок обхода) -- всё будет просто шикарно.
[13:40:18] <gds> Kakadu: смотри в буфер емакса *Messages*, там должно быть о старте "сервера".
[13:40:46] <Kakadu> gds:
Starting TypeRex server '~/../../usr/local/bin/ocp-wizard'
Running: ~/../../usr/local/bin/ocp-wizard -backtrace emacs-server 3339
Waiting for TypeRex server to connect
Timeout while waiting for TypeRex server!!!
[13:41:14] <f[x]> gds: детерминированный порядок обхода и сейчас есть, а вот с цветами я не знаю
[13:41:29] <f[x]> они автоматически не будут пропускаться?
[13:41:58] <f[x]> т.е. при проходе "туда" оно пропустит уже отмеченный цвет - в этом и задумка  - так?
[13:42:13] <f[x]> а при ресторе?
[13:42:36] <f[x]> т.е. достаточно ли организовать детерминированный обход - или с цветами надо что-то ещё делать?
[13:43:25] <gds> f[x]: подумал.  детерминированного обхода хватит, если не будешь дополнительно играться с цветами.
[13:45:58] <f[x]> ок!
[13:51:10] <gds> f[x]: мне вот чо не нравится.  В текущем iter_roots ты запускаешь c_objsize.  А оно и текущие результаты сбрасывает, и вызывает c_rec_objsize, которое в безусловном порядке принимается writecolor для сохранения и вообще рвётся в бой, подразумевая, что её (c_rec_objsize) вызывают только для непосещённых значений.  И, действительно, проверка на непосещённость перед вызовом c_rec_objsize есть везде.
[13:55:05] dzhon вышел(а) из комнаты: Replaced by new connection
[13:55:05] dzhon вошёл(а) в комнату
[13:55:32] <f[x]> текущие результаты не сбрасывает, это я исправил
[13:57:02] <f[x]> рекурсивный вызов я вижу защищён проверкой nonvisited
[13:57:09] <f[x]> а первый вызов получается - нет
[13:57:34] <gds> вот, именно так!
[13:58:37] <gds> но это как бы объяснимо: когда вызывают c_objsize, nobody expects Col_blue.
[13:59:01] <f[x]> ясно
[13:59:46] <f[x]> норкоман - ок :
#define GEN_COND_NOTVISITED(v, op) \
    ( Colornum_hd(Hd_val(v)) op Col_blue )
#define ENTERING_COND_NOTVISITED(v) GEN_COND_NOTVISITED(v, != )
#define RESTORING_COND_NOTVISITED(v) GEN_COND_NOTVISITED(v, == )
[14:00:24] <gds> это же high order macros!!111
[14:00:36] <f[x]> ном ном
[14:08:45] <gds> кстати, где-то (в анонсе?  в ридми?) я честно предупреждал: написано на cpp с лёгкими сишными вставками.
[14:09:44] <ermine> superbobry: kombain придумал Typhon
[14:16:55] f[x] начинает выпиливать это макробесие
[14:17:57] <gds> f[x]: работаешь за препроцессор?  ну смотри, твоё дело.  главное, чтобы не сильно хуже было по итогу.
[14:18:15] <f[x]> я аккуратно :)
[14:26:55] <gds> f[x]: я вот думаю, может стоит залить репку в camlunity, а я потом оттуда вытащу к себе, при нужде?
[14:27:23] Typhon вошёл(а) в комнату
[14:30:20] <f[x]> ну если это временная репка а у тебя всё равно меркуриал то патчи имхо норм
[14:31:05] <gds> так тебе удобнее же с гитом, нежели с патчами.  кроме того, hg-git работает.
[14:32:51] <f[x]> ну пока код в одностороннем порядке перетекает - то мне и так хорошо
[14:33:06] <gds> ок, и мне так проще будет, вообще-то.
[14:56:39] ftrvxmtrx вышел(а) из комнаты
[14:59:14] ftrvxmtrx вошёл(а) в комнату
[15:02:52] <Kakadu> мир летит в тартарары. /me собирает Monodevelop под вендой потому что не может поставить студию
[15:04:47] ftrvxmtrx вышел(а) из комнаты
[15:05:49] ftrvxmtrx вошёл(а) в комнату
[15:19:27] shaggie вошёл(а) в комнату
[15:22:44] komar вышел(а) из комнаты
[15:22:56] komar вошёл(а) в комнату
[15:26:17] dzhon вышел(а) из комнаты: Replaced by new connection
[15:26:18] dzhon вошёл(а) в комнату
[15:27:12] dzhon вышел(а) из комнаты
[15:27:26] dzhon вошёл(а) в комнату
[15:39:14] leterec вошёл(а) в комнату
[15:45:31] komar вышел(а) из комнаты: Replaced by new connection
[15:45:31] komar вошёл(а) в комнату
[15:54:59] leterec вышел(а) из комнаты
[16:34:45] dzhon вышел(а) из комнаты
[17:13:50] <f[x]> абстракным наверное делать не круто т.к. api breakage
[17:15:05] <gds> да, чото меня переклинило утром.  Да и добавление полей мало что поменяет, ни к чему абстрактное.
[17:40:13] <ermine> если что-то не получается - надо бредить
[17:40:23] ermine бьется головой апстенку
[17:41:49] <Kakadu> мммм
[17:42:00] <Kakadu> кто писал тезисы к конференциям когда-нибудь?
[17:42:11] <Kakadu> или мне в #h-ь?
[17:44:38] <gds> я постоянно много пишу, но на русском языке.  Впрочем, так, чтобы как-то разумно и конструктивно помочь -- не знаю.  Могу аргументированно покритиковать.  Да и то, тут надо знать специфику изначального материала.
[17:44:42] <gds> (к которому пишешь тезисы)
[17:44:45] <ermine> какие конференции?
[17:45:18] <Kakadu> gds: https://docs.google.com/document/d/1xa2lEXmnczuMHv2JqkqeB3wKlIPTvGMj9-mRVU7nLjU/edit?pli=1
[17:45:28] <ermine> судя по конфам камла и х-ля, камло - более сложный язык чем х-ль
[17:45:28] <Kakadu> gds: всякие разные на которые научник отправляет
[17:45:54] <Kakadu> научник сказал нада 2 страницы на русском, из них может быть картинка с примером код
[17:45:55] <gds> ermine: судя по конфам, профессиональный уровень таки слегка отличается.
[17:46:55] <gds> "Технология создания парсеров с помощью парсер-комбинаторов с откатами хорошо работает для небольших языков", но для более длинных языков уже требуются распилы.
[17:47:40] <f[x]> epic
[17:49:04] <ermine> ужос
[17:49:11] <ermine> а что такой длинный язык?
[17:49:22] <superbobry> :D
[17:49:47] <superbobry> Kakadu, а куда ты собираешься?
[17:50:03] <Kakadu> superbobry: http://www.ftk.spbstu.ru/science/conferences/microsoft/2012/
[17:50:20] <ermine> язык вообще не то же самое, что грамматика
[17:50:29] <superbobry> название какое то даже неприличное
[17:52:06] <f[x]> технологии ms - это FUD что-ли?
[17:52:15] <ermine> а пакрату так откаты вообще пофиг
[17:53:52] <f[x]> работает за идею
[17:54:11] <Kakadu> )
[17:54:41] <ermine> Kakadu: когда сдавать липлом?
[17:55:02] <Kakadu> тезисы надо 1 марта
[17:55:10] <Kakadu> диплом к лету
[17:57:32] <Kakadu> в #dotnet предлагают ввести новый комбинатор --- "распил" /\/\/\/\/\/\/\/\
[17:58:42] <ermine> функциональный парсер, комбинаторы, пакрат, откаты, топ-доун, рекурсивный спуск, руками писать, типизация по желанию, LR трудно писать руками, более широкий класс грамматик, etc
[17:59:14] <gds> Kakadu: в общем, касаемо русского языка, на досуге очень рекомендую найти нравящуюся художественную литературу на русском языке, ту, которая тебе нравится, и кое-как паттерн-матчить то, что читаешь, тем паттернам, которые в мозге.  Замечая каждую мелочь, которая кажется неестественной -- порядок и склонения/спряжения слов, знаки пунктуации.  И удовольствие получишь от внимательного прочтения, и худло почитаешь заодно.
Но это если тебе надо будет в будущем что-то писать по-русски.  А обычно таки надо, если погромист -- документацию разную, презентации какие-то, описание концепций и прочее.
Если хочешь, на досуге могу покомментить гуглодок, но это не "системное" решение.
Кроме того, как я понял, это -- исходный материал.  А вот с построением тезисов я помочь не могу конкретикой.  У меня как-то само получается (не идеально, ясное дело).  Иногда помогаю себе через мелкое разбиение/структурирование текста, даже ценой потери его приемлемости как связного повествования, но с приобретением тезисов / пунктов плана, которые как бы сами возникают из текста.
[17:59:53] <ermine> хы
[18:00:37] <gds> > комбинатор --- "распил" /\/\/\/\/\/\/\/\
так это они из перла взяли, из регекспов.
[18:01:07] <ermine> Kakadu: помнишь ту статью про комбинаторы на камле на ЖЖ? там тезисы для диплома есть
[18:01:24] <Kakadu> ermine: от thedeemon?
[18:01:41] <ermine> ну наверное
[18:02:57] <ermine> Kakadu: а плакат надо будет рисовать?
[18:04:13] <Kakadu> "Монада-мать зовет!"
[18:04:58] <ermine> монада, мать ее
[18:08:47] <Kakadu> ermine: http://thedeemon.livejournal.com/1155.html ты мне вот это про парсеры присылала
[18:09:10] letrec вошёл(а) в комнату
[18:10:13] <gds> кстати, там в посте ошибки есть, рекомендуется fprog таки брать.
[18:10:29] <ermine> ага
[18:10:48] <Kakadu> видимо я совсем не понимаю что такое тезисы коль я их не увидел
[18:11:50] <ermine> ну вот книжка про парсинг, которую я читаю, занимает 600 страниц
[18:12:11] <ermine> а тебе надо содержимое этой книжки на двух страницах изложить
[18:12:16] <ermine> вот где тезисы
[18:36:53] <Kakadu> кошмар, фадиез залез на лор, https://www.linux.org.ru/forum/development/7469595
[18:40:56] <ermine> помогите ктонить мы сами не местные?
[18:41:11] <ermine> кто б мне помог
[18:41:40] <Kakadu> а чо у тебя там
[18:41:45] <Kakadu> я видел ты репку сворганила
[18:43:28] <ermine> интересно, зачем сварганила
[18:44:47] <ermine> но так созраннее будет
[18:44:52] <ermine> чиста для бэкапу
[19:03:59] <f[x]> gds: обновил патчи
[19:12:12] <gds> f[x]: "make color test a precondition of mark/restore actions" -- я тоже хотел так сделать, но что-то помешало.  уже не вспомню, что именно (тогда-то я не вёл "лог неочевидных решений").  если сделал и если работает -- круто, что тут можно сказать.  только вот вызовов функций будет побольше.
[19:12:33] <f[x]> на один больше?
[19:12:44] <f[x]> на маленьком коде вроде работает
[19:12:53] <f[x]> ща буду на real world'е тестировать, искать утечку
[19:16:31] <gds> на один вызов на каждое посещённое значение.
[19:17:11] <f[x]> последний всё равно goto
[19:18:02] <f[x]> а, неважно
[19:18:04] <f[x]> торможу
[19:18:18] <f[x]> хм
[19:19:12] <f[x]> т.е. я пустил прахом одну оптимизацию по скорости
[19:20:08] <f[x]> вернуть?
[19:24:35] <gds> да хрен знает...  В идеале бы, конечно, в цикле проверять, посещено оно или нет, а потом уже туда идти, а для прохода по корням запилить проверку.  Прямо в той функции, которая из caml_do_roots вызывается.
Если не лень и не вызовет ошибок логики -- наверное лучше будет, если бы вернул.  Если лень ( > 20 минут работы) или подозреваешь, что вернуть без потерь сложно/нереально -- оставь как есть, процессоры нынче быстрые, в кеш весь код помещается (разве что стек туда-сюда, всякие call/ret).
[19:31:25] <f[x]> ок, верну
[19:42:56] <gds> f[x]: но только если по времени/гемору будет нормально.
чувствую себя слегка дебилом -- мог бы сказать об этом и раньше, вопрос же поднимался утром-днём сегодня.
а вот в комментариях это излагать даже не подумал.  да и как можно было, если там всё, практически, заточено на СКОРАСТЬ.  каждый момент, каждый грязный хак.  каждый ном ном ном.
(кстати, перечитал исходники вчера-сегодня, и какие-то они чужеродные -- видимо, сишечьку либо более-менее постоянно практиковать надо, либо каждый раз ловить такое ощущение.)
[19:43:37] superbobry вышел(а) из комнаты
[19:44:41] Kakadu вышел(а) из комнаты
[20:25:38] <f[x]> gds: там вроде всё тупо, обновил
[20:32:51] ftrvxmtrx вышел(а) из комнаты
[20:45:29] <gds> f[x]: хорошо, если всё тупо.  Но я не хотел и не хочу тратить твоё время на всякую ерунду.
Впрочем, пока патчи применять нет нужды -- если мне будет нужен objsize (а он не был нужен где-то полгода-год), я возьму старый, roots сканировать пока точно не нужно, но понадобится.  А новый -- потести в личных условиях, со всякими там gdb (клёво, кстати; я только сейчас понимаю всю силу идеи), и как-нибудь потом оформим релиз.  В идеале -- как решишь текущие задачи, связанные с objsize.
А так -- бегло просмотрел патчи, ничего криминального, всё грамотно.  Не как в линуксе с его студентотой.
И вот родился вопрос не в тему.  Ханк начинается с "
@@ -387,7 +387,7 @@ void objsize_restore_action(value v, value* unused)
" -- это как бы нормально?  Я кое-где работаю с патчами своим кодом, и вот такие патчи заставляют задуматься, всё ли я правильно делаю.
[20:46:26] <f[x]> это нормально - специально diff делает чтобы было видно в какой функции изменение
[20:46:43] <f[x]> угу, текущие патчи практически не тестированы в реале, proof of concept
[20:46:51] <f[x]> об результатах применения доложу
[20:47:39] Kakadu вошёл(а) в комнату
[20:48:56] <gds> ага, значит такие патчи надо будет тоже обрабатывать, учту обязательно.
про objsize -- как сочтёшь, что оно годно для практики, сообщи.  иначе, примерно через месяц, я так и релизну твои патчи (если они будут доступны по тому же урлу), и этим призову полтора тестировщика в дело, и хрен с ним.
[20:54:27] <f[x]> гг
[20:54:29] <f[x]> ок
[20:54:31] f[x] off
[20:56:45] Typhon вышел(а) из комнаты
[20:58:09] shaggie вышел(а) из комнаты
[21:02:10] letrec вышел(а) из комнаты
[21:03:02] ftrvxmtrx вошёл(а) в комнату
[21:10:45] bobry вошёл(а) в комнату
[21:22:48] <Kakadu> gds: а ты туарег закомменчивал или его как-то выгружал из емакса?
[21:23:10] <gds> у меня туарега вообще не было.  нахрен он нужен.
[21:26:35] <Kakadu> ух какая радуга в подсветке
[21:28:26] <gds> (setq font-lock-global-modes '(not typerex-mode))
(setq ocp-syntax-coloring nil)
[21:28:29] <Kakadu> всего-то надо было setq ocp-theme "tuareg-like"
[21:28:43] <gds> мой рецепт гораздо лучше.
[21:31:20] <Kakadu> сарказм
[21:35:07] <gds> правда жизни.  ведь подсветка только ломает глоза, расслабляет моск и мешает читать код с бумаги и с интернетов.
[21:37:53] <Kakadu> ммм, а в камлобилде я могу поменять OCAMLC?
[21:40:56] <Kakadu> вроде могу
[21:49:11] <gds> в общем, меняй через /etc/findlib.conf, меньше гемора.  ну да я писал об этом тут.
[21:50:35] gds вышел(а) из комнаты
[22:21:55] <ermine> в парсере yaml результат парсеров в виде тьюплов встает поперек горла
[22:22:52] <ermine> а казалось - идеальный результат был
[22:24:13] <ermine> придется модулировать основной парсер на предмет коллекции результатов
[22:27:39] <Kakadu> что-то автокомплит в тирексе не работает.
[22:30:28] ermine поленилась даже скачать хваленный типекс
[22:50:08] f[x] вошёл(а) в комнату
[22:53:48] Kakadu вышел(а) из комнаты
[23:40:00] ermine вышел(а) из комнаты