[00:00:11] <alexey.veselovsky> MyCoolObj* foo[123];
[00:00:29] <ilov_boris> О потом в цикле через new можно?
[00:00:36] <alexey.veselovsky> да, почему бы и нет?
[00:00:48] <ilov_boris> Во! Вот это уже ня
[00:01:04] <ilov_boris> Как в паскалях :D
[00:01:18] <alexey.veselovsky> не, это уродство :-) мусорим на ровном месте. потом их же еще и удалять нужно!
[00:01:21] <alexey.veselovsky> фе :-)
[00:01:47] <ilov_boris> :D
[00:01:49] <alexey.veselovsky> я бы просто сделал конструктор по умолчанию у вектора и все. а потом в цикле выставил бы размер векторам в матрице
[00:02:20] <ilov_boris> Не понял O_o
[00:02:34] <ilov_boris> А так не в куче читоле?
[00:02:41] <alexey.veselovsky> Vec vs[100500]; for (i=0; i<100500; i++) {vs[i].set_size(666);}
[00:02:52] <ilov_boris> Ну я понял
[00:02:56] <alexey.veselovsky> а так мне не нужно беспокоиться о уничтожении их
[00:03:05] <ilov_boris> Почему?
[00:03:25] <alexey.veselovsky> а вот где и как ты будешь беспокоиться о их уничтожении?
[00:03:34] <alexey.veselovsky> (в потроха самого вектора не лезем)
[00:04:02] <ilov_boris> Блин я не пойму а в чем разница технически?
[00:04:19] <alexey.veselovsky> технически у тебя массив переменных а не указателей на них
[00:05:06] <ilov_boris> Уф чет то я запутался
[00:05:17] <ilov_boris> Как в CP будет?
[00:05:18] <alexey.veselovsky> то есть все потроха этого галимого вектора будут лежать в массиве
[00:05:25] <alexey.veselovsky> а не указатели на эти потроха
[00:05:40] <ilov_boris> ну т.е. в стеке?
[00:05:53] <alexey.veselovsky> ARRAY OF Vector против ARRAY OF POINTER TO Vector
[00:06:06] <ilov_boris> в CP это будет в стеке
[00:06:12] <ilov_boris> а как в с++?
[00:06:20] <alexey.veselovsky> эмм.. почему в стеке? если у тебя массив не в стеке, то не в стеке. в массиве будет :-)
[00:06:31] <alexey.veselovsky> в CP про стек ничего в репорте не сказано
[00:06:37] <alexey.veselovsky> Это все фантазии читающих, про стек
[00:06:39] <ilov_boris> Ну если массив не в стеке то конечно
[00:06:41] <ilov_boris> :)
[00:07:09] <alexey.veselovsky> в CP никто не гарантирует и не обещает что локальные переменные будут размещены в каком-то там стеке
[00:07:34] <ilov_boris> Где то в документации есть об этом
[00:07:55] <ilov_boris> где точно - не помню
[00:08:04] <alexey.veselovsky> Про КП зуб я точно не дам, а вот за Оберон-07 дам - нет там про стек ни слова
[00:09:16] <ilov_boris> Ну стек вроде всегда подразумевается если переменная статическая
[00:10:28] <alexey.veselovsky> это фантазии
[00:10:44] <ilov_boris> а как иначе?
[00:10:50] <alexey.veselovsky> (тем более что СТАТИЧЕСКИЕ переменные то вообще не в стеке лежат по кр. мере в плюсах)
[00:11:05] <ilov_boris> ну я может выразился не так
[00:11:05] <alexey.veselovsky> в куче могут быть. могут быть еще где-то
[00:11:13] <alexey.veselovsky> как угодно может быть
[00:11:36] <alexey.veselovsky> могут вообще в регистрах жить
[00:11:45] <ilov_boris> а где еще кроме кучи и стека?
[00:11:52] <alexey.veselovsky> регистры
[00:11:59] <alexey.veselovsky> кроме того, стеков может быть несколько
[00:12:04] <alexey.veselovsky> равно как и куч
[00:12:15] <alexey.veselovsky> при этом стек может быть не непрерывной областью памяти и находиться в куче
[00:12:29] <ilov_boris> а регистры разве не для промежуточных результатов?
[00:12:39] <alexey.veselovsky> а еще переменные могут вообще жить себе не в ОЗУ вообще :-)
[00:12:46] <alexey.veselovsky> не обязательно
[00:13:37] <alexey.veselovsky> если регистров много, а переменных локальных наоборот, мало и вызовов других процедур не планируется, то почему бы их все в регистры не затолкать?
[00:14:17] <ilov_boris> потому что невозможно предсказать когда они понадобятся
[00:14:27] <alexey.veselovsky> эмм.. в смысле ?
[00:14:42] <alexey.veselovsky> если у тебя процедура которая не вызывает другие процедуры, то какие проблемы?
[00:14:44] <ilov_boris> ну вот вызвал я тысячу процедур всяких
[00:15:05] <alexey.veselovsky> тем более что скинуть содержимое регистров в стек или куда-то еще не проблема
[00:15:32] <ilov_boris> ну так и делается
[00:15:40] <ilov_boris> потому они и временные :)
[00:15:51] <alexey.veselovsky> дык все локальные переменные временные :-)
[00:15:59] <alexey.veselovsky> как выйдешь из блока - так и нету их
[00:16:32] <ilov_boris> :)
[00:16:41] <alexey.veselovsky> вечные - только статические
[00:16:55] <ilov_boris> забудь про статические
[00:17:08] <ilov_boris> я временно забыл сто ты сишник
[00:17:10] <ilov_boris> :)
[00:17:16] <ilov_boris> слово неудачное
[00:18:18] <ilov_boris> Я имел ввиду переменные, которые размещаются в памяти до вызова процедуры, которой оные переменные пренадлежат
[00:18:57] <ilov_boris> Не знаю как их назвать
[00:19:13] <ilov_boris> Ну короче те, которые не в куче :D
[00:21:18] <alexey.veselovsky> которые в регистрах?
[00:21:45] <ilov_boris> :D
[00:22:35] <alexey.veselovsky> методик вызова функции - масса. так что нет общего правила где именно будет что-то размещено
[00:22:42] <alexey.veselovsky> В том числе и в любом из Оберонов
[00:24:12] <alexey.veselovsky> А оберонщики слишком узко мыслят когда рассуждают на стеке вот эта штука или не на стеке.
[00:24:23] <ilov_boris> ну я вот себе не погу представить чтобы r: RECORD END была размещена не в куче
[00:24:46] <ilov_boris> вернее не в стеке :)
[00:25:12] <alexey.veselovsky> ну, для начала она может вообще нигде быть не размещена
[00:25:15] <alexey.veselovsky> если не используется
[00:25:30] <alexey.veselovsky> во-вторых её могут воткнуть в регистр, если поместится
[00:25:42] <alexey.veselovsky> в-третьих, и в очень частых, она может оказаться в куче
[00:26:22] <alexey.veselovsky> Если у нас стек аппаратный (реально аппаратный, а не как в x86) и сильно не резиновый, а ОЗУ наоборот, много.
[00:26:38] <alexey.veselovsky> (это один из юзкейсов)
[00:27:07] <ilov_boris> что за аппаратный стек?
[00:27:27] <alexey.veselovsky> Ну, бывает отдельная специальная область памяти (или вообще отдельная память) у некоторых железок.
[00:27:31] <alexey.veselovsky> Под стек.
[00:27:51] <alexey.veselovsky> А еще "стек" может быть двусвязным списоком лежащем в куче и не являющийся непрерывной областью памяти.
[00:28:04] <alexey.veselovsky> И тогда все что у тебя лежит на стеке - то лежит в куче :-)
[00:28:23] <ilov_boris> Это уже жабаскрипт какой то
[00:28:46] <alexey.veselovsky> неа. это вполне себе распространенная модель памяти
[00:28:54] <ilov_boris> А где этот аппаратный стек есть?
[00:29:01] <alexey.veselovsky> для компилируемых в натив языков
[00:29:22] <alexey.veselovsky> такой стек бывает на всяких специализированных железяках. ну, например на некоторых микроконтроллерах
[00:29:28] <ilov_boris> В которых есть замыкания?
[00:29:42] <alexey.veselovsky> нет, замыкания тут не в кассу
[00:30:15] <alexey.veselovsky> такой двусвязный список-стек нужен если тебе хочется иметь как можно меньше стека на старте, но при этом нужно чтобы он мог в рантайме неограниченно расти
[00:30:24] <ilov_boris> а зачем делать стек в обход архитектуры проца?
[00:30:33] <alexey.veselovsky> например для легковесной многопоточности используется
[00:31:00] <alexey.veselovsky> ээ.. в смысле? архитектура проца тупа - там просто SP и все. и его инкременты
[00:31:11] <alexey.veselovsky> стека как такового у проца нет
[00:31:31] <ilov_boris> push pop
[00:31:47] <alexey.veselovsky> фигня эти пуш и поп
[00:32:05] <ilov_boris> В смысле?
[00:32:05] <alexey.veselovsky> в данном случае стек это двусвязный список.  каждый узел которого это маленький кусочек памяти, например 512 или 4096 байт.
[00:32:15] <alexey.veselovsky> соответственно оно растет и уменьшается вот такими вот чанками
[00:32:33] <ilov_boris> тык оно ж тормозно будет
[00:32:39] <alexey.veselovsky> нет. с чего бы?
[00:32:55] <ilov_boris> потому что ты работу с ним руками будешь писать
[00:33:05] <alexey.veselovsky> я не буду. компилятор будет :-)
[00:33:20] <ilov_boris> я имею ввиду при написании компилятора :)
[00:33:41] <alexey.veselovsky> да фигня это. нет там просадки производительности. вот если бы у проца был бы аппаратный стек - тогда да.
[00:33:55] <alexey.veselovsky> относительно него была бы просадка
[00:34:00] <ilov_boris> я так и не понял что это такое - аппаратный стек
[00:34:16] <ilov_boris> всегда считал что в x86 он аппаратный
[00:34:38] <alexey.veselovsky> не. в x86 тупо SP и манипуляции с ним. в общей области памяти. это скучно.
[00:34:48] <alexey.veselovsky> и это ничего никуда не добавляет в плане скорости
[00:35:12] <alexey.veselovsky> (x86 вообще странный зверь - там хз сколько тактов какая команда стоит)
[00:35:40] <alexey.veselovsky> ладно, я домой.
[00:36:47] <ilov_boris> давай
[00:36:50] <ilov_boris> :)
[01:40:52] <vlad2> Так PostThreadMessage не работает нормально.
[01:41:11] <vlad2> Не могет послать сообщение проге, которая запущена под админом.
[01:41:19] <vlad2> Вот такая подставва.
[01:43:42] <valexey> а у меня что то js козлит…
[01:56:34] <valexey> vlad2: я ж тебе говорил, что tcp наше всё!
[02:25:21] <vlad2> Транспорт не так важен :)
[02:25:34] <vlad2> Там большая часть сложности именно в синхронизации.
[02:25:47] <vlad2> А для синхронизации все равно придется салть оконные сообщения.
[02:26:13] <vlad2> Хотел убить сразу двух зайцев - и IPC и синхронизацию. Не получилось.
[02:27:58] <vlad2> Весь день идет дождь. Ночью дождь перейдет в снег и все замерзнет. Чувствую надо будет выехать раньше всех.
[02:29:00] <vlad2> Хотя обещают не больше 20см. Но все равно.
[02:33:19] <vlad2> Не хочется еще один поток заводить, но видимо придется.
[02:39:55] <valexey> vlad2: видел наш с кеметом базар про дженерики в модуле?
[02:40:19] <vlad2> Там был ужос-ужос и я проскипал ;)
[02:40:50] <valexey> Дык, да. инстанцирование модулей ручками.
[02:41:37] <valexey> то есть один инстанс - два дополнительных исходных файла (с кодом в одну строчку в каждом)
[02:42:42] <valexey> а что бы это руками не делать, инстанцируют системой сборки, описывая все инстансы в сценарии сборки
[02:43:32] <valexey> соответственно смотришь в код - импорт модуля есть, а самого этого модуля найти не можешь (по крайней мере до сборки)
[02:43:55] <vlad2> Да, япримерно так и понял :)
[02:44:19] <vlad2> /me ненавидит сборку так же как фрэймворки
[02:44:22] <valexey> в общем, оно еще более деревянное чем в аде :-)
[02:45:16] <valexey> ну, к чести модуля-3, там файлы для сборки, которые m3makefile, понятны и читабельны
[02:45:35] <valexey> полный антипод мейка и автотулзов
[03:02:28] <vlad2> Вау. Оказывается в винде появились conditional variables
[03:02:32] <vlad2> Начиная с висты
[03:06:55] <valexey> это что такое?
[03:08:58] <vlad2> Это high-level работа с потоками.
[03:09:11] <vlad2> Прям как в active oberon ;)
[03:09:29] <vlad2> В pthreads они есть, насколько помню
[03:09:37] <vlad2> Ну и в бусте, конечно, тоже.
[03:09:46] <vlad2> А тут непосредственно в виндовом апи
[03:10:38] <valexey> прикольно
[03:11:31] <valexey> а еще говорят что winapi не развивают, ога :-)
[03:21:16] <vlad2> Я помню были жалобы, что на винде их эффективно не сделать. Видимо мс-цы прислушались и сделали.
[03:21:43] <vlad2> Короче избавился я от PostThreadMessage. Работает.
[03:22:14] <vlad2> Но реализация весьма кучерява. Хотя интерфейс компоненты и не поменялся.
[03:22:24] <vlad2> Еще чуть-чуть и проще сделать через пайп.
[03:22:45] <vlad2> С пайпом меня смущают только блокриорвки на чтение/запись.
[03:23:21] <vlad2> С другой стороны - все равно пришлось отдельный тред завести...
[04:41:42] <vlad2> Фотки просто жуть: http://auto.vesti.ru/doc.html?id=495573
[05:05:00] <vlad2> http://a-poli.livejournal.com/1544245.html?thread=52922677
[10:57:38] <ilov_boris> valexey: "There are two types of compilation units: definitions and modules. Consequently, we don't support export marks"
[10:57:44] <ilov_boris> http://www.mathematik.uni-ulm.de/oberon/reports/ulmdiff-1994.html
[11:25:47] <Kemet> ilov_boris: не прижились такие обероны, хотя и в етх были
[12:10:21] <valexey> ilov_boris: то есть в этом ulm-обероне есть разделение на спеку и реализацию модуля?
[12:14:00] <valexey> http://forum.oberoncore.ru/viewtopic.php?f=12&t=4235
[12:14:12] <valexey> /me facepalm
[12:42:34] <Kemet> valexey: чем больше читаю док по м3, тем больше разных сравнений с АктивнымОбероном и А2, вот помнишь M3 JVM http://www.modula3.org/threads/3/  ну как много общего с JAOS for A2
[12:43:13] <Kemet> учитывая, что м3 и ОМЬ gjzdbkjcm hfymit//
[12:43:25] <Kemet> появилось раньше
[12:43:51] <valexey> ну, тогда вообще время было такое - свои jvm было модно клепать. жабий бум
[12:44:06] <valexey> у каждого была своя jvm
[12:45:35] <valexey> это только потом жаба сдохла и осталась только на серверах, там где ее никто не видит.
[12:46:58] <valexey> ну и следует учесть, что тогда jvm была простой-простой. то есть наивные реализации рулили.
[12:47:16] <Kemet> но вообще надо бы в майллисте потроллить на предмет доступности исходников cm jvm
[12:47:36] <valexey> и не было легаси-жабакода который завязан на конкретную реализацию
[12:47:49] <valexey> Kemet: :-)
[12:48:48] <Kemet> не, ну гдето ж он есть, хотя я нашел в архиве офстраницу - оно тогда продавалось за немалые деньги
[12:49:28] <Kemet> но сщас то оно не нужно, кто его купит, когда проще сделать бинд в любой жвм
[12:50:12] <Kemet> еще встраечал упоминания про PVM но тоже нема
[12:50:24] <valexey> а что это такое?
[12:51:00] <Kemet> хз ))
[12:51:10] <Kemet> параллелизинг виртуал машине
[12:52:07] <Kemet> были еще бинды к GTK, VBT over GTK
[12:53:30] <valexey> угу
[12:53:45] <valexey> но сейчас уже gtk3
[12:56:20] <Kemet> вообще конечно специфика объектной модели м3и системы типов существенно меняет подход к разработке, и с наскоку не привыкнуть
[12:57:30] <valexey> ну, можно же там по старинке работать
[12:58:21] <Kemet> угу, но както не кошерно
[12:58:26] <valexey> а есть ли книжечки по модуле этой?
[12:58:49] <Kemet> да есть они, и в каталоге spin на шитхабе лежат
[13:00:19] <Kemet> гдето здесь https://github.com/metacore/spin/tree/master/spin/papers
[13:03:18] <valexey> я нашел такую:

http://www.rulit.net/tag/computers/modula-3-download-free-174949.html
[13:14:29] <ilov_boris> "[12:14:00] <valexey> http://forum.oberoncore.ru/viewtopic.php?f=12&t=4235"
[13:14:57] <ilov_boris> Тык оно не только спамеров отсеивает!?
[13:14:59] <ilov_boris> :D
[13:15:11] <valexey> Ога :-)
[13:15:26] <ilov_boris> ав
[13:15:30] <valexey> Милый побочный эффект
[13:15:37] <ilov_boris> А в ULM да
[13:15:46] <ilov_boris> дефинишн ручками пишется
[13:16:55] <valexey> прикольно. надо будет таки этот ulm основательно пощупать
[13:16:55] <Kemet> valexey: вообще было переведенная книжка по м3, я этот талмуд держал в руках лет 7 назад, но не помню как называется
[13:18:44] <valexey> Kemet: гм. попробую загуглить
[13:27:59] <Kemet> valexey: а давно ты чудокапчу установил?
[13:28:22] <valexey> давно. больше года уже
[13:29:03] <valexey> отлично спамеров режет (не только ботов, но и наймитов)
[13:32:27] <Kemet> да, наймиты иногда достают
[13:41:23] <valexey> Я ее воткнул тогда, когда уже любая капча не спасала - я сам не мог ее прочитать, а по 5 спамеров в день регалось и от каждого минимум по 2 сообщения
[14:28:39] <valexey> http://habrahabr.ru/post/167605/
[14:31:58] <Kemet> маразматики
[14:47:12] <ilov_boris> Оказалось, что 64 процента опрошенных уверены: случайность — это фундаментальное свойство природы.
[14:47:23] <ilov_boris> http://www.lenta.ru/articles/2013/01/21/quantum/
[14:51:40] <Kemet> ну так, как думаешь, можно предсказать пол ребенка, или это случайное свойство? если просмотерть на таблицы определоения пола ребенка и посчитать на своих знакомым, правильность будут 99,9%. значит это явно не случайно )
[15:40:48] <TRUE> Единица - это неслучайно, а всё, что меньше - это степень вероятности.
[15:42:20] <TRUE> то есть, пол угадывают с большой степенью вероятности.
[17:26:41] <alexey.veselovsky> дас. вопрос в том, как не превратиться в РАЕН.
[17:27:15] <TRUE> то есть?
[17:28:01] <alexey.veselovsky> то есть не стать гнездилищем всякого мракобесия псевдонаучного и около того.
[17:37:30] <egp> ща как всех оклевещу
[17:37:55] <alexey.veselovsky> жги!
[17:38:06] <egp> =)
[17:39:11] <egp> Кстати с ULM под Линух у меня возникли какие-то блокирующие проблемы, и я его снёс
[17:39:28] <egp> не помню какие.
[17:42:18] <egp> а ещё я великий лжеучёный академик РАЕН. я лично изобрёл антитемпературу и антикомпьютеры.
[17:42:40] <alexey.veselovsky> ну хоть не антилогику, и то хлеб...
[17:42:45] <egp> гг
[17:44:33] <egp> я также лично изобрёл лженауку.
[17:44:51] <egp> все говорили говорили про лженауку а никто не изобрёл
[17:45:00] <egp> а я изобрёл. и т.п.
[18:53:14] <Kemet> test
[18:53:14] <Жаба> Kemet, passed
[18:53:40] <alexey.veselovsky> version Kemet
[18:53:41] <Жаба> alexey.veselovsky, Kemet have Instantbird 1.3 (libpurple 2.10.4) on
[18:54:01] <alexey.veselovsky> решил на тьфундербирд перелезть во всех смыслах?
[19:00:01] <Kemet> это instantbird!
[19:00:17] <vlad2> Хе-хе. А я тоже уже все забыл про пределы.
[19:00:52] <alexey.veselovsky> vlad2: ну забыть то может и забыл, но наверняка нагуглил бы или вольфрамом бы воспользовался
[19:01:37] <Kemet> alexey.veselovsky: но в тандербёрде вполне реально работать, тем более он у меня постоянно запущен, просто протоколов под него меньше чем под инстант
[19:01:43] <alexey.veselovsky> то есть как бы задачка на то, как человек умеет работать с информацией. либо он помнит первый курс матана (или старшие классы математики), либо он профессиональный житель интернета и ориентируется в нем
[19:02:35] <alexey.veselovsky> гм-гм.  а этот инстантбирд - он на базе мозилловского движка, или просто название создвучное?
[19:03:15] <alexey.veselovsky> ага. на базе таки
[19:03:22] <alexey.veselovsky> Instantbird is a cross-platform instant messenging client based on Mozilla's XULRunner
[19:06:25] <Kemet> alexey.veselovsky: ага, и мне это удобно, ибо масштабирование работает
[19:07:18] <alexey.veselovsky> ну, в макоси работает глобальное масштабирование экрана.
[19:11:53] <alexey.veselovsky> Первое упражнение в книжке по Модуле-3: The following English sentences all contain mistakes. Classify the mistakes as lexical, syntactic, or semantic.
[19:11:56] <alexey.veselovsky> o_O
[19:13:21] <alexey.veselovsky> А книжка действительно хорошая. Да еще и отсканена хорошо + есть текстовый слой.
[19:14:00] <alexey.veselovsky> Когда объясняются азы, то все с синтаксическими понятными диаграммами и наглядными примерами. Блин, почему по плюсам такого нет? Для начинающих - самое оно ж.
[19:19:11] <Kemet> да, диаграммы хорошие. вообще думаю книжки по модуле хорошие, потому что спецы из недров dec, я помню кпереводные книжки по пдп11, ассемблеру - ничего подобнгого для интеля не было, лишь тень
[19:20:58] <alexey.veselovsky> За Модулой-3 чувствуется класс. За Адой тоже, кстати. А вот ББ не оставляет ощущение чего-то добротно сделанного.
[20:08:52] <kpmy> у кого есть A2CD.zip а то чё-то сайт бутылки не хочет отдавать файл
[20:08:55] <kpmy> ?
[21:16:56] <vlad2> /me опять пилит CURL
[21:21:54] <alexey.veselovsky> да еще небось в качестве либы пилишь!
[21:36:02] <vlad2> А то.
[21:36:21] <vlad2> /me хочет вектор некопируемых объектов
[21:36:35] <vlad2> Но не поинтеров
[21:37:01] <vlad2> В смысле объектов, поддерживающих move семантику, но не копируемых
[21:37:07] <vlad2> Надо в бусте глянуть.
[21:37:46] <alexey.veselovsky> или в c++11 :-D
[21:37:51] <ilov_boris> https://gist.github.com/4670615 :D
[21:38:25] <vlad2> Ну да, все придумано до нас, не дали велосипед написать: http://www.boost.org/doc/libs/1_48_0/doc/html/move/move_and_containers.html
[21:38:59] <alexey.veselovsky> ilov_boris: это что-то сублимовое?
[21:39:19] <ilov_boris> Ога
[21:39:25] <ilov_boris> сублим в браузере :D
[21:40:24] <vlad2> Такс. Облом. В нашем бусте этого нет.
[21:40:43] <alexey.veselovsky> выкинь свой мерзкий старый буст!
[21:40:53] <alexey.veselovsky> нубось еще 1.3x какой-нибудь!
[21:41:02] <vlad2> 1.44
[21:41:08] <ilov_boris> valexey: даже мультикурсоры работают
[21:41:14] <vlad2> Ладно. Сделаю через поинтеры.
[21:41:45] <alexey.veselovsky> ilov_boris: я не очень понимаю что с твоей ссылкой делать :-) там же какой-то однострочечный html-образный код
[21:41:57] <ilov_boris> в адресную строку его кинь
[21:42:20] <alexey.veselovsky> кого кинуть?
[21:42:36] <alexey.veselovsky> https://gist.github.com/4670615
[21:42:38] <ilov_boris> data:text/html, <style type="text/css">.e{position:absolute;top:0;right:0;bottom:0;left:0;}</style><div class="e" id="editor"></div><script src="http://d1n0x3qji82z53.cloudfront.net/src-min-noconflict/ace.js" type="text/javascript" charset="utf-8"></script><script>var e=ace.edit("editor");e.setTheme("ace/theme/monokai");e.getSession().setMode("ace/mode/ruby");</script>
[21:42:41] <alexey.veselovsky> попробуй сам пройти по этой ссылке
[21:42:54] <ilov_boris> вот этот текст
[21:43:33] <alexey.veselovsky> гм. ага.
[21:43:37] <ilov_boris> :D
[21:46:01] <alexey.veselovsky> собственно это тупо вот это: http://ace.ajax.org/
[23:14:30] <alexey.veselovsky> блин. теряются данные.  весь день сервак на изнанку выворачиваю
[23:14:37] <alexey.veselovsky> сейчас обнаруживаю что бага в жабаскрипте
[23:14:43] <alexey.veselovsky> тьху, блин!
[23:37:14] <alexey.veselovsky> чорт.  но в серваке походу опять утечки памяти.  ну или это сборщик и менеджер памяти так по дурацки работает.
[23:37:56] <alexey.veselovsky> /me продолжает активно не любить языки со сборщиком мусора
[23:47:27] <alexey.veselovsky> ладно, если утечка и есть, то маленькая (за час интенсивной работы менее метра), а памяти на серваке много, будем считать что её нет! (а если сделать перезапуск по крону раз в сутки, то можно считать что её точно нет!)
[23:47:30] <alexey.veselovsky> :-D