Пещера программиста

FarColorer 1.0.3.10

2012-03-26T15:16:00.001+06:00

Colorer 1.0.3.10 для Far 3

Изменения

Плагин адаптирован под Far3 build 2573 API
Выводим название текущего региона, а не родительского в меню "Данные региона"

Изменения схем

New:
- UniVision Basic (Pete Howell)
- markdown (Roman Kuzmin)
- squirrel
Fixed:
- matlab - try/catch support
- postscript - add keyword
- fix error in csharp, markdown, pl1, ubasic
- c-win32.ent - add keyword, constants
- c.hrc - printf format string

FarColorer 1.0.3.9 и обновление схем

2012-03-14T22:41:00.003+06:00

Colorer 1.0.3.9 для Far 3

Изменения

В меню добавлен пункт вывода имени региона и схемы под курсором
Исправлено: после смены цветового стиля не происходило обновление экрана
Реализован вызов плагина из макросов по callplugin

Изменения схем

New:
- SHPAML (Eric Gustavson https://github.com/occulens/shpaml-colorer)
- Less Css (lazyeugene)
- SilverStripe (lazyeugene)
Fixed:
- Far MacroLib
- Far.hrc - new in Far3
- Html - pair tags, conditional comments (IE) , new tags and etc. (lazyeugene)
- CSS - new keywords (lazyeugene)
- ASP - insertions in the scipt tags (lazyeugene)
- php - new keywords, json, OAuth; function name and constants case insensitive (lazyeugene)

Измененные схемы так же можно скачать отдельно по ссылке hrc-update.2012-03-15.7z

Утечки памяти и невозможность управлять памятью

2012-01-08T20:25:00.000+06:00

Очень часто C++ упрекают в том, что в нем сложно управлять памятью. Постоянно программисты забывают освобождать указатели. Из-за этого падают программы, или в лучшем случае съедают много памяти. Сам часто делаю такие ошибки, благо современный инструментарий позволяет находить такие ошибки. Но самое главное, ты сам можешь управлять памятью. Хочешь - выделил, хочешь удалил. Свобода выбора.
Другое дело встроенные в ПО языки программирования. Например Oracle PL/SQL.
Последние пару месяцев довелось проводить нагрузочное тестирование продукта, работающего на Oracle 10g. Куча тестов, снятие трейсов, анализ трейсов. Рекомендации по оптимизации, патчи. Вроде все нормально. Но как обычно, пришел он. Писец. Процессы на базе данных съели всю память, PGA вырос до максимума, база встала. Налицо серьезная утечка памяти.
Первая мысль - сейчас возьмем какой-нибудь инструмент для oracle и найдем, что течет. Ха, нет такого. DBA говорят, что есть вроде тузла, но плохо документирована, и они её сами не знают. Поиск в гугле по возможному поиску утечек памяти говорит только об оном - снять дамп памяти с процесса и провести анализ. Что этот анализ даст не очень понятно.
Вторая мысль - у нас ведь есть код. Будем в нем искать. Но что может течь в pl/sql ? встроенные типы number, varchar ? более сложные структуры ? в pl/sql нет понятия деструктора. Присвоил переменной значение, попользовался, забыл. Oracle сам подчищает. Максимум для массивов можно и нужно вызывать удаление всех элементов. Плюс в некоторых пакетах, работающих с clob и xml, нужно вызывать методы очистки. Хотя по умолчанию, время жизни у них в пределах функции.
Поиск по коду, комментирование кусков кода и т.п. в итоге указало на массив с переменными типа xmltype. Но все было корректно с точки зрения кода. Печальный вывод - бага oracle. Oracle сам управляет памятью, мы ничего не можем вручную удалить (кроме массива). При присвоениях переменным результата работы функции мы не знаем, что будет сделано с памятью - будет копирование, или присвоение указателя на кусок памяти. Мы отданы на милость Oracle и его баги.
Для подтверждения лезем на металинк и ищем похожие ошибки. И оказываемся не одинокими. Куча ошибок с утечкой памяти в xmltype. Патчи? не, вы обновитесь на 11g (задача не тривиальная, и требующая проверки всего кода на совместимость), там скорее всего нормально. А если нет, мы вам выпустим патч на 11g. И сплошь попытки найти ошибки в коде заявителей. К нашей радости, мы нашли обходной путь для очистки памяти.

Таким образом, за простотой работы с переменными, массивами и т.п. мы получаем высокую вероятность получить ошибку из-за проблем на стороне "виртуальной машины", исполняющей код. И отсутствие способов малой кровью исправить это. Единственный способ - хороший договор на поддержку со стороны разработчика "виртуальной машины".

FarColorer 1.0.3.7 и обновление схем

2012-01-08T15:03:00.003+06:00

Как и обещал ранее, добавил совместимость с windows 2000 SP4. Вот одна из статей, где описано что нужно сделать в коде для компиляции в VC++ 2010 программ для windows 2000. Более интересный вариант от far group у меня поначалу не завелся, поэтому отказался от него.

Colorer 1.0.3.7 для Far 2
Colorer 1.0.3.7 для Far 3

Изменения

совместимость с windows 2000 sp4

Изменения схем

New:
- Go (Mikhail Kupchik)
- Far MacroLib (Max Rusov)
Fixed:
- NowDoc in PHP
- regexp
- C++ function outline
- far.hrc - new in Far3
- vbasic and vbscript - fix outline
- lua (Aidar, darkmist )
- cobol.hrc: updated keywords list, removed import, color all keywords the same, allow string in single or double quotes (Pavel Pleva)
- cobolfr.hrc: updated keywords list, removed import, color all keywords the same (Pavel Pleva)
- pl1.hrc: added preprocessor comments, removed import, and other (Pavel Pleva)

Измененные схемы так же можно скачать отдельно по ссылке hrc-update.2012-01-08.7z

Небольшое достижение

2012-01-04T14:41:00.000+06:00

Вот такой подарок получил на новый год на месте работы.

P.S. это не конкурс красоты -)

FarColorer 1.0.3.6

2011-12-27T16:10:00.000+06:00

По просьбам пользователей, версию для Far 2 не забрасываю. Буду исправлять ошибки. Остальные плюшки только в версии под Far 3.

Colorer 1.0.3.6 для Far 2

Изменения для Far 2

исправлен ввод символов _ и ~ в outline
при указании своего catalog.xml проверка наличия rgb стилей проверяется только при включенном режиме TrueMod
при смене типа файла не очищались списки функций и ошибок.
если в сохраненных настройках установлен отсутствующий на момент загрузки цветовой стиль, то вначале пытаемся загрузить стиль по умолчанию (default), затем первый в списке.
ошибки при работе с меню выбора типа файла
переменные окружения в путях до hrc файлов
разные мелкие ошибки и оптимизации

Colorer 1.0.3.6 для Far 3

Изменения для Far 3

исправлен ввод символов _ и ~ в outline
при указании своего catalog.xml проверка наличия rgb стилей проверяется только при включенном режиме TrueMod

В следующей версии заставлю плагин работать под Win 2000. Надо только добраться до тестовой зоны. Решение у Far Team уже есть.

FarColorer 1.0.3.5 для Far3

2011-12-25T20:00:00.000+06:00

К выходу первых публичных сборок Far 3 адаптированная версия плагина.
Colorer 1.0.3.5 для Far 3

Изменения

Плагин адаптирован под Far3 build 2328 API
Настройки сохраняются и читаются через Far API
Плагин именуется FarColorer
ошибки при работе с меню выбора типа файла
работа с TrueMod Far3
переменные окружения в путях до hrc файлов
"крест" работает на темных схемах и в TrueMod
на отображение "креста" не влияет присутствие символа табуляции.
при отображении в редакторе символов пробела/табуляции им задавался разный цвет
если в сохраненных настройках установлен отсутсвующий на момент загрузки цветовой стиль, то вначале пытаемся загрузить стиль поумолчани (default), атем первый в списке.
при смене типа файла не очищались списки функций и ошибок.

FarColorer 1.0.3.4

2011-07-04T15:28:00.000+06:00

Colorer 1.0.3.4 для Far2
Colorer 1.0.3.4 для Far 3.0.2095

Изменения

откат "на некоторых схемах в far передавалась лишняя цветовая зона" - для схем типа php приводило к ошибкам раскраски
новое меню выбора типа файлов. теперь можно задавать горячие клавиши, список "Избранные".
для параметра FullBack и всех системных параметров схем в списке выбора
значений отображались неверные значения для выбора.

FarColorer 1.0.3.3

2011-06-30T16:49:00.001+06:00

Colorer 1.0.3.2 для Far2
Colorer 1.0.3.2 для Far 3.0.2085

Изменения

ошибка чтения настроек при заданном пути до catalog.xml

Изменения схем

Fixed:
- Pascal - write characters with codes 0-31 in the format ^@, ^A, ^B (Igor Yudincev)
- file type detection

FarColorer 1.0.3.2

2011-06-29T10:40:00.000+06:00

Нова версия плагина для Far. На этот раз добавлена очень требуемая возможность - замена стандартных prototype файлов на свои, с тем же именем. Например, теперь можно добавить свой прототип для языка C , создав его на основе стандартного, и он полностью заменит входящий в стандартный пакет прототип.
Ну и для тестеров еще не вышедшего Far3 версия под него.

Colorer 1.0.3.2 для Far2
Colorer 1.0.3.2 для Far 3.0.2085

Изменения

на некоторых схемах в far передавалась лишняя цветовая зона
при вставке текста из Outliner устанавливаем курсор на конец вставленного текста
добавлена возможность использовать prototype с одинаковыми именами.
т.е. теперь можно добавлять свои схемы для файлов, полностью заменяющие стандартные.

Изменения схем

Fixed:
- add missing words for c, cpp, jscript, qmake, sql, vbscript, email (from HaRT)
- add C function outlining for C# (from Vladimir Panteleev)
- major improvements to D syntax file (from Vladimir Panteleev)
- minor fix proto.hrc (from Vladimir Panteleev)
- Pascal - write characters with codes 0-31 in the format ^@, ^A, ^B (Igor Yudincev)
- far.hrc - add support verbatim string; new functions
- c.hrc - shows #include and #define in the outline list is closed by key
- csharp.hrc - add support verbatim string;

Хранение backup`ов

2011-06-16T16:14:00.000+06:00

В мае, после поломки одного из компьютеров, озаботился проблемой резервного хранения важных данных. Компьютеру своему доверять не стоит, сегодня работает, завтра нет. сегодня он есть , а завтра (не дай бог) сперли/потерял. Флешки и переносные или съемные жесткие тоже не вариант, причина что и выше. Запись на диски - опять все что выше, плюс их нужно хранить отдельно от кипы других одноразовых болванок. Но вышеприведенные методы не исключаются как дополнительные. Нужно что то более надежное.
Сейчас стали популярно хранить backup и просто нужные файлы в сети, в сервисах на подобие DropBox. Оно удобно - везде, где есть интернет, ты можешь получить доступ к хранилищу; надежность хранения на таких сервисах выше, чем на домашнем компьютере (raid, backup и т.п.) Оно конечно не исключает вероятность хорошего такого сбоя, когда все ёк. Но все же в разы надежнее. Плюс программки , которые делают резервные копии и закачивают их на сервер в сети. Минусы у них тоже есть. бесплано дается ограниченное место. нарастить можно но платно (суммы может и не очень большие, но за небольшой перерасход бесплатного места это много). твои данные могут еще и просматривать (привет dropbox). и многое другое.
А еще сейчас очень популярна темя облачных вычислений. (Облака, Белогривые лошадки. Облака, Что вы мчитесь без оглядки? (с)Сергей Козлов). Ресурсы на них стоят сравнительно недорого. (Кстати, онлайн хранилища зачастую используют как раз их. ) Можно выбрать оптимальные для себя настройки по ресурсам.
Для себя, как наверное уже догадались, выбрал онлайн хранилище в облаке. Начитавшись хабрахабры выбрал облако от Selectel. Создал себе сервер с конфигурацией Mini (32) (Debian), оперативки в минимум (зачем нам она ? ), жесткий пока на 5 гб. И понеслась. Залил статичные старые данные , которые не предвидится изменять по ssh (надо бы придумать систему какую-нибудь хитрую по backup, но опять же надо ли ? ). и теперь храню их там. По деньгам выходит очень недорого. За 40 дней использования, в которые входила заливка данных (а это отдельные ресурсы сети) потратилось 92,13 рубля.

Машинное время 1,63 руб. / 1.630 час.
Потребление памяти 62,44 руб. / 125.683 ГБ * час.
Диск: запросов на чтение 0,23 руб. / 0.069 млн. шт.
Диск: запросов на запись 2,01 руб. / 0.603 млн. шт.
Диск: прочитанный объём 0,16 руб. / 1.600 ГБ
Диск: записанный объём 0,53 руб. / 5.300 ГБ
Диск: хранение 24,53 руб. / 4.909 ТБ * час
Сеть: получено 0,52 руб. / 2.600 ГБ
Сеть: отправлено 0,08 руб. / 0.080 ГБ
Итого 92,13 руб.

Так это еще с учетом , что машина была все время включена. Если данные заливаются руками (не скрипты), да и редко, то можно выключать машину. А это исключает оплату за оперативку, только за хранение. В итоге очень даже неплохое и недорогое решение по хранению файлов. Нарастить текущие 5 гб можно из админки, правда потребуется подшаманить после этого в ос. на крайняк можно слить данные к себе, удалить машину, создать новую с уже новым размером пространства, и залить обратно.

Переезд на blogspot

2011-06-15T14:54:00.000+06:00

В целях оптимизации расходов, и пропавшей необходимости в vds перенес блог на Blogspot.
Процесс переезда с WordPress на Blogspot неплохо описан у Umputun`а . По нему собственно и делал.

Если что не так отображается, пишите, будем править.

FarColorer для Far 1.75 и Far 2

2011-03-19T05:23:00.001+05:00

Поборов рекурсию и падения, можно выпустить новую версию плагина. Да и не просто для Far2 , а и еще для Far 1.75. Судя по сайту проекта, спрос на 1.75 большой.

Эти версии особенные еще и тем, что скорее всего они последние в своих линейках. Что-то дорабатывать для Far 1.75 желания нет, разве что баги поправить. А Far2 умер в непотребном состоянии, надо сразу на 3 версию переходить.

Да и с Colorer надо что то делать. Хотя бы нумерацию версий привести к какому то порядку. Что-то типа первая цифра - это версия фара, а остальное как получится. Бардак иначе получается.

Ну хватит слов, перейдем к делу.

Изменения схем

New:
- Python scheme completely rewritten (anatoly techtonik)
- add support Expect
Fixed:
- remove .cgi from Perl extensions, use first line for detection
- fix firstline of Python prototype to allow spaces in shebang
- fix comments in Tcl ( Nikita Retunsky)
- c# add #region/#endregion , get, set, yield

Colorer 1.0.3.1 для Far2

Изменения

Работа с очень длинными строками. Ранее падали или недокрашивали длинные строки.
Если нужно ограничить длину строки для раскраски используйте параметр maxlinelength в настройках схем.
оптимизации и борьба с утечками в библиотеке.

Colorer 1.0.2.2 для Far 1.75 x86
Colorer 1.0.2.2 для Far 1.75 x64

Изменения

Работа с очень длинными строками. Ранее падали или недокрашивали длинные строки.
Если нужно ограничить длину строки для раскраски используйте параметр maxlinelength в proto.hrc.
оптимизации и борьба с утечками в библиотеке.
увеличена скорость работы за счет хака far
убрана не используемая опция "Время до показа диалога отмены"
меню "Список функций" нормально вводятся в фильтр клавиши ":;-_~" , цифры с цифровой клавиатуры
исправлено отображение неверного числа схем в меню выбора схемы
исправлена ошибка работы "креста" при выборе типа раскраски
ошибка работы с диалогом настроек плагина в 64-битной версии, приводящая к падению Far
всякие мелочи

Опыт отказа от рекурсии. Happy end

2011-03-19T00:12:00.000+05:00

Как оказалось, я был не прав по поводу того, что устранить потерю скорости не получится. При более внимательном рассмотрении увидел, что переменных класса CRegExp довольно таки много, а не одна. Соответственно им создавался отдельный стек. А это бага .... Ну ты лошара (с).

В общем после исправления этого момента потеря производительности стала незначительной. Так что Happy End

Попробовать изменения можно будет в новой версии плагина FarColorer 1.0.3.1

Опыт отказа от рекурсии

2011-03-17T06:56:00.002+05:00

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

Итак, рекурсия - это вызов функцией самой себя. Всем известен алгоритм вычисления факториала, классика книг. Все красиво и элегантно, хоть циклом кажется и проще. А уж всевозможные алгоритмы анализа строки и работы с регулярными выражениями. Казалось бы, используй и радуйся.
Но не все так просто. Глубина рекурсии (как много раз функция может вызвать саму себя ) ограничена. Ограничена размером стека. Дело в том, что перед вызовом функцией самой себя, нужно сохранить значения всех локальных переменных, чтобы ими можно было воспользоваться после возвращения. А сохраняется это все в стек. И вот пока в стеке есть место, мы можем углубляться в рекурсию. Все глубже , глубже. Пока не выскочит ошибка - Stack overflow. И все , тушите свет.
Стандартная величина стека примерно 2 мб (для windows программ). Так давайте увеличим размер стека опциями компилятора, делов то. А на сколько увеличить, так чтобы было и не много и не мало? а если запросы растут со временем , постоянно перекомпилировать? А если у вас библиотека, которая использует стек вызвавшей её программы ? И вот тут то и понимаешь, что это не наш метод. Надо как то избавляться от рекурсии.
Вот с этим я и столкнулся в поддерживаемой мной библиотеке Colorer. Алгоритм разбора строки по регулярному выражению был рекурсивный. Так же был красив и пах. Но на длинных строках любил падать. Дай строку в 3000 символов и все, приехали. Надо было что то делать.
Единственным методом ликвидации рекурсии, который я нашел , это избавление от хвостовой рекурсии. Суть его в следующем - если рекурсивный вызов идет последним в функции, то функцию можно заменить на цикл. Факториал как раз является примером для этого.
Но у меня рекурсивных вызовов было очень много в функции. Часть можно было развернуть в цикл, но это совсем малая часть. Да и кстати, код был построен так, что в зависимости от результата вызова (функция возвращала bool значение) функция могла завершится или продолжить работу далее. А сама функция была циклом внутри которого switch.
Вот тут то приходит единственное оставшееся решение - а почему бы нам не воспроизвести рекурсивный вызов с помощью цикла и сохранения параметров? т.е. сделать это все вместо компилятора. Что нам для этого нужно:

список локальных переменных, которые нужно сохранить.
динамический список типа стека, в который мы будем сохранять значения локальных переменных, и извлекать от туда
после-рекурсионные действия , или action (не знаю как назвать это лучше)
цикл

В начале остановимся на action. Каждый рекурсионный вызов в зависимости от результат приводил к return true, или return false, или return результат_функции, или к продолжению работы функции многими строками кода. Т.к. мы избавляемся от рекурсии в пользу цикла, то этот код нужно выполнить после завершения цикла для этого рекурсионного вызова. Т.е. когда цикл придет к return ... Потому все такие ситуации выделяем в один switch, присваивая им свой код action.

Создаем функцию, которая сохраняет локальные переменные,а на их место задает новые (если есть параметры при вызове рекурсии). Как их сохранять, это отдельная песня. У меня было их мало, и я передавал их по ссылке. Помимо переменных нужно сохранить и действие (action) которое нужно сделать в зависимости от результат функции. Эта функция заменяет нам рекурсионный вызов - сохраняем текущие значения, заменяем их на новые. После сохранения мы должны вернутся в начало цикла, как будто мы только зашли в функцию.
Далее, создаем функцию проверки нашего стека на наличие там записей и извлечения их из него. Она нам потребуется для замены строк return чего_то_там. Передаем в неё это чего_то_там. И если стек пустой, возвращаем action = чего_то_там, иначе извлекаем из стека данные, обновляем локальные переменные и возвращаем action в зависимости от чего_то_там. По этому action выполняем код.
Ну а дальше это все объединяем в один цикл и работаем.

В общем описание получилось очень сумбурное, малопонятное. Но объяснить тяжело. Проще показать результат. Правилась функция CRegExp::lowParse. До изменений файлы были следующими cregexp.cpp, cregexp.h. После применения данного метода cregexp.cpp, cregexp.h .

В ходе испытаний, подтвердилась стабильная работа на длинных строках. Код работает корректно. Но немного упала скорость. На тестовых файлах скорость работы упала на 1 секунду (на моем компьютере). После анализа в профайлере, выяснилось , что узким местом стала работа с памятью в нашем стеке. Оптимизированный вариант приведен выше, как финальный. В нем падение скорости составляет уже примерно 0.4 секунды. Но это уже не устранимо. Зато мы не падаем на рекурсии.

В новой версии FarColorer будет применен этот патч. И проблема, зафиксированная во многих баг-репортах , наконец таки уйдет.

Happy end ?

Добрым словом по 3g Мегафона

2011-02-26T16:27:00.000+05:00

Уже больше половины года пользуюсь 3g модемом Мегафона. Интернет на работе по талонам, на определенные сайты только можно ходить. Ну и в общем подключил безлимитку на 512 кб. Пользуюсь, работает и работает.

А в последние месяцы приходится часто работать у заказчика в офисе. Они, редиски, то вообще не могут предоставить интернет, то работает все, кроме удаленного доступа в "нашу" сеть. И вот тут то меня удивил модем то, по 2 недели подряд в рабочее время через RDP по модему в нашу сеть. И ведь нормально работает. Скорости хватает, вполне комфортно работается через RDP. В общем выручает сильно.
Тут еще обратил внимание - ни одного обрыва за 4 суток, пока сам не оборвал связь. Для сотовой связи очень удивительно. Бывают конечно деньки, когда обрывы идут, но от сотовой связи такое ожидаемо. По крайней мере для меня.

gcc, отладка, map файлы и все, все, все

2010-11-18T20:44:00.002+05:00

В исходниках Colorer`а помимо проектных файлов для Visual C++, есть makefile для cygwin и mingw. Была у меня мысль, да и сейчас есть, перенести сборку полностью на gcc на mingw. После доработок Colorer под версию 1.0.3 поправил makefile, и приступил к сборке. Для сборки же решил использовать TDM-GCC версии 4.5.1 . Сборка прошла успешно, а вот Far падал при первом же обращении к плагину. На VC++ такого не было. Рыл код, смотрел опции компиляции, ничего не помогает. Так ведь еще и не понятно в каком месте падает.

Решил попробовать собрать отладочную версию в gcc. Но добавление соответствующих опций не давало эффекта. Отладочная информация не добавлялась к файлу. Проблему еще предстоит решить, хотя бы из спортивного интереса.

На эту фигню, так сказать, было убито дня 3. Решение родилось как то по крупицам. Для отладки релизных версий программ часто используется map-файл. Тут можно почитать пример его использования. А в Far есть полезная библиотечка FExcept (странно что про неё ни написано хотя бы рекомендаций по использованию). Если она подключена, то при падении Far будет формироваться файл trap.log . В этом файле содержится стэк вызова функций/процедур, значения регистров и т.п. . Т.е. то, что обычно видно в отладчике. Файл формируется по map файлу Far`а и плагина. По этому трапу мы видим место падения. Ну а дальше дело техники.
В моем случае ошибка была в том, что gcc, в отличии от vc++, не подключил DllMain как внешнюю вызываемую функцию. Что исправляется двумя словами

extern "C" BOOL WINAPI DllMain(HINSTANCE hinstDLL,DWORD fdwReason, LPVOID lpReserved )

На этом приключения не закончились. Сборка прошла, все работает. Но интересно ведь увидеть повлияло ли смена компилятора на скорость. Для этого собрал с помощью того же tmd-gcc утилиту colorer.exe и запустил тест на скорость работы. Удивления не было предела - скорость упала больше чем в 2 раза. С помощью пользователя far-форума chupakabra было установлено, что виноват компилятор, а не опции компилирования. Он же создал вопрос на форуме mingw-w64. Разработчики подтвердили ошибку компилятора, и что она уже должна быть исправлена в trunk версии. Осталось проверить исправленную версию.

То, о чем так много просили. Colorer 1.0.3

2010-11-18T18:10:00.001+05:00

Дошли таки руки до новой версии Colorer. Как там , "То, о чем так давно говорили большевики" свершилось. Появилась возможность указывать пути до своих прототипов и стилей раскраски, не задействуя при этом базовый набор. А так же настраивать каждый тип, не правя базовый proto.hrc . Т.е. ваши настройки всегда с вами, в независимости от обновлений базового набора.

Ну а теперь по порядку.

В начале вышел Colorer 1.0.2.14
Изменения

косметика диалога настроек
а. описание причины не включения TrueMod
б. при вызове диалога из "Options -> Plugins configuration " checkbox для включения/отключения TrueMod всегда активен. Предполагается, что системные настройки можно настраивать всегда, плюс ограничение в возможности определения truemod не из редактора.
падение плагина если не найден catalog.xml
возможные падения из-за 1.0.2.10 пункт 2.

Обновления схем

batch : метки и комментарии(::) могут начинаться не с первого символа; символ ^ является экранирующим;
esc : добавлен атрибут "overload"

Ну а затем и Colorer 1.0.3
Изменения

Исправлено отображение неверного количества схем в меню выбора схем раскраски
Исправлено раскраска текста только после нажатия клавиши при переходе в открытый файл после перезагрузки базы
Добавлена возможность указания файла со списком пользовательских схем (аналог proto.hrc)
Добавлена возможность указания файла со список пользовательских стилей раскраски (аналог catalog-console.xml)
Добавлен диалог настройки параметров схем. Настройки хранятся в реестре.
Схемы и стили раскраски (базы) перенесены в подпапку base папки плагина. Поиск базы осуществляется только в этой папке либо по пути, заданному в параметрах.

По настройке нововведений написал такую вот инструкцию на форуме Far. По уму уже пора FAQ заводить, но время, время...
P.S. есть уже маленькая бага - для цветовых стилей в своем файле не поддерживаются относительные пути. Точнее они работают относительно catalog.xml.

Попал на ithappens.ru

2010-11-18T17:14:00.000+05:00

Через пол года , после отправки истории на ithappens.ru, опубликовали таки. Один за всех, все с одного . Правда отредактировали знатно. Кое-чего переиначили ( или я так написал ?) Ну в общем результат есть.

Colorer 1.0.2.13

2010-10-18T17:51:00.001+06:00

Colorer 1.0.2.13

Изменения:

косметика диалога настроек
некорректность цвета креста.
базы перегружались при каждом открытии редактора

Colorer 1.0.2.13 - теперь в одном архиве и x86 и x64 версия.

PS.

что то зачастил я , уж очень плохо прошло слияние двух веток. будем исправляться.

Colorer 1.0.2.12

2010-10-15T16:06:00.001+06:00

Colorer 1.0.2.12
Изменения:

исправлены проблемы с раскраской блочных комментариев

Colorer 1.0.2.12 - теперь в одном архиве и x86 и x64 версия.

Colorer 1.0.2.10

2010-10-14T17:54:00.001+06:00

Перескочив версию 1.0.2.9 (забыл тут отписать о её выходе), мы подошли к версии 1.0.2.10. Версия знаковая - совмещены truemod и консольный режим.

Colorer 1.0.2.10

Изменения:

ошибка clr - мусор в конце имени файла
ошибка переполнения стека при раскраске очень длинной строки.
Экспериментально. При повторении просьба выслать тестовый файл.
изменение цвета фона редактора в зависимости от цветовой схемы. на коротких
файлах фон редактора становится одноцветным
плагин работает как в консольном режиме, так и в truemod режиме
!!! крест и изменение цвета фона не работает в truemod
переименованы файлы помощи и языковые файлы.
!!!Старые нужно удалить

Colorer 1.0.2.10 - теперь в одном архиве и x86 и x64 версия.

Так же не забываем про Far-truemod, теперь малиновый с стандартными плагинами far.

Far2.0.1691_truemod_x86
Far2.0.1691_truemod_x64

UPD

а вот и первая бага обнаружена

Изменения:

clr при включенном truemod работал некорректно

Colorer 1.0.2.11

Colorer 1.0.2.8

2010-09-01T23:43:00.001+06:00

Colorer 1.0.2.8

Изменения:

избавляемся от хака для быстрого получения строк из редактора
ошибка доступа к памяти при вызове clr

Внимание! Версия 1.0.2.8 будет нормально работать только на far 2.0 build 1625 и выше. На предыдущих версиях будет работать медленно.

Colorer 1.0.2.8 для Far2 x86
Colorer 1.0.2.8 для Far2 x64

Режим Unity в VMware

2010-07-19T21:00:00.000+06:00

В продолжение предыдущего поста, оказывается в VMware Player есть режим Unity, когда рабочие окна из виртуальной машины переходят в гостевую. Т.е. как XPMode под Windows 7. VMware Player 3 стал бесплатным как раз, чтобы конкурировать с XPMode. Блин, вот если бы случайно не нажал, не узнал бы. Сейчас и не знаешь чего еще желать :-)

Виртуальная машина для разработки

2010-07-16T23:52:00.000+06:00

На старой работе я использовал личный ноутбук. Было удобно всегда иметь настроенное рабочее место под рукой - и дома могу кой чего по работе сделать, и на работе кой чего из домашнего. В итоге ноутбук превратился в рабочее место разработчика. Лишнего практически не было, все настроено как надо. Но когда сменил работу от этой идеи пришлось отказаться. Мне и так выдали рабочий ноутбук, а работать на двух сразу очень не удобно. Плюсом личный ноутбук, чувствуя все это, сломался на полтора месяца.

Настраивать такое место разработки на рабочем ноутбуке было не правильно по куче разных причин, да хотя бы по причине некоторых не совсем лицензионных программ. Ну и к тому же нужно как то и дома иногда поработать. А делать две конфигурации и на ноутбуке, и на домашнем стационарнике лень. Как решение тут напрашивалось использование виртуальной машины.

До этого у меня уже был опыт общения и с VMware, и с Microsoft Virtual PC. В пользу VMware был большой список поддерживаемых операционок, периодические обновления, гибкость настроек. Но вот добавляла она в систему лишние сетевые подключения, куча сервисов дополнительных. В пользу же Virual PC было не требовательность к ресурсам ( в отличии от VMware, она не отъедала сразу всю выделенную под машину оперативку), небольшой размер, ничего лишнего не ставила. Так что выбор пал на Virtual PC.

Установил Virtual PC, поднял систему на ней, настроил все как надо. Но начались сюрпризы. Виртуальная машина никак не хотела поддерживать широкоформатное разрешение экрана ноутбука. Получалось либо работаешь в маленьком окне (меньше 1024x768), либо в полно-экранном режиме 1024x768, но с обрезанием экрана по бокам. Потом начались неожиданные отключения клавиатуры. Т.е. вот вроде вводил что то в виртуалку, а теперь не вводиться, ни одна клавиша не работает. И перезапуск виртуалки не помогает, только полный ребут компа. Экран всё же больше напрягал.
Тогда решил попробовать поставить на ноутбук VMware Player. И о чудо, оказывается Варя подстраивает разрешение виртуальной машины под размер окна. Т.е. что в широко-формате работает нормально, что в небольшом окне, без прокрутки. И что самое интересное уже не было раздражающих размытых шрифтов, что встречалось на старых версиях.

Как итог, остановился на VMware. Теперь есть настроенное рабочее место и дома и работе. Перенести можно на флешке, либо вообще не носить. Единственное с чем приходится мирится, это более низкая скорость работы с жестким диском на ноутбуке. Но не критично.

Да и кстати, не все вещи можно тестировать на виртуалке. Проблема Сolorer и Far с "неправильным" миганием курсора, на виртуалке не видна. На ней все гладко и чинно.