Colorer 1.0.2.6

Изменения:

1. окно Outliner в фильтр принимает цифры с цифровой клавиатуры и ~
2. исправлена ошибка работы "креста" при выборе типа раскраски

Colorer 1.0.2.6 для Far2 x86
Colorer 1.0.2.6 для Far2 x64

Вставка большого количества записей в Firebird

Домучиваю потихоньку перенос КЛАДР в Firebird. Ну а для этого основная операция - вставка громадного числа записей.

Первоначально шел по пути обработки данных из dbf КЛАДРа на клиенте, и вставке их на сервер. Отключал индексы на таблице, вставлял по одной записи (т.е. не блок из нескольких), коммитил через 1000 вставок. Скрость работы  примерно минут 30-40 на 1000000 записей кладра.

Потом узнал о external table. Не сложной манипуляцией dbf файл адоптируется в нужный вид(обрезаем заголовок ), кидается на сервер. На сервере мы его подключаем как внешнюю таблицу и работаем с ним. Плюс написал хранимые процедуры для обработки данных и вставки их (то, что раньше делал на клиенте). Итог - не считая подготовления файлов (а оно занимает от силы не более минуты), этот же миллион записей загрузился за 3,5 минуты.

клиент в первом случае и сервер во втором это одна и таже машина.

Доволен как удав :-)

Перенос проектов между SVN хранилищами

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

1. делаем дамп репозитория, из которого будем переносить проект.

   svnadmin dump /var/svn/repositories/repoA > repoA.dump

2. затем нужно выделить из дампа нужный нам проект с именем project2

   cat ./repoA.dump | svndumpfilter include project2 > project2.dump

3. теперь заливаем дамп нашего проекта в новый репозиторий

   svnadmin load /var/svn/repositories/repoB < project2.dump 

И вот вроде все прекрасно. Но, если открыть журнал репозитория, то там будет много пустых ревизий с комментарием "This is an empty revision for padding.". Т.е. из-за не совпадения номеров ревизий в новом репозитории и в старом, идет выравнивание за счет создание таких ревизий. Это меня очень не устраивало. Столько мусора в журнале. Гугл что то ничего внятного сказать не мог, кроме как сделать дамп нового репозитория, в текстовом редакторе убрать эти пустышки. Справка на офф сайте Subversion по svndumpfilter совсем никакая.
Как оказалось все есть в встроенной справке в svndumpfilter. Исправив команду из пункта 2 на

cat ./repoA.dump | svndumpfilter include project2 --renumber-revs --drop-empty-revs > project2.dump

мы получим требуемый результат. Чистота, чисто дамп....

Кстати, особенность svnadmin dump в том, что её нужно запускать локально. А если вы хотите сделать дамп чужого репозитория, или просто удаленно, не заходя на сервер, то в этом вам поможет rsvndump . Только вот он распространяется только в исходниках. Пробовал вчера его собрать на mingw . Началось все мирно rsvndump, apr, subversion, apr-util. Но когда затем потребовался sqllite (или что то еще) я плюнул. Ну его нафиг.

Фраза дня

Глядел сейчас список изменений в новой версии  Антивируса Касперского 6.0 для Windows Workstations (6.0.4.1422). В разделе Известные проблемы есть такая строка

- В некоторых случаях процесс avp.exe определяется Windows 7/ Windows Server 2008 R2 как игра Aliens versus Predator, что ведет к нестабильной работе продукта. Для избежания этих проблем перед установкой продукта на этих ОС необходимо установить обновления KB974332 или KB976264.

Просто даже не знаю, смеяться  или плакать.  8-)

Colorer 1.0.2.5

Изменения:

1. Переделано хранение настроек в реестре. Убрано отрецание в имени параметра.
   Рекомендую очистить ключ реестра сolorer.
2. Исправлены проблемы прорисовки.
3. При отключении плагина, "убирание за собой" происходит во всех открытых редакторах.
4. Из диалога настроек убрана кнопка "Тест catalog.xml". При сохранении настроек (нажатии "Ок")
   происходит проверка чтения catalog.xml.
5. Исправлена ошибка работы с регионами с номером больше 9. Наглядный и единственный пример схема assa.hrc
6. При поиске файла catalog.xml генерировалось много exception

Изменения в библиотеке схем

New:
- AirPlay SDK
- SASS support and sass in haml support
- JCL - Job Control Language
Fixed:
- Ruby minor updates
- Diff : add new options for support git diff (Yuri Khan)
- Text : add support pseudo-graphic
- Reg minor updates
- Makefile.hrc support nmake
- Awk : scripts, +regexp
- Far.hrc : +XML, +callplugin, +\ or \\ in registry, new macro functions and constants
- C : Formatting lines and links to system variables in them, paired quotes for strings
- HTML : add HTML5 tags

так же поменялась структура папки hrc
теперь, все схемы, что идут в дистрибутиве, лежат в одном архиве common.jar. Папка auto, как когда то и планировалась, предназначена для схем пользователя.

обновились цветовые стили. добавлены или обновлены некоторые регионы.

Colorer 1.0.2.5 для Far2 x86
Colorer 1.0.2.5 для Far2 x64

Донастройка ruby-enterprise в gentoo

Обновлял сейчас ruby-enterprise и Redmine на сервере, и наткнулся на старые проблемы ( на которые руки не доходили исправить).  При запуске ruby возникает ошибка

/opt/ruby-enterprise-1.8.6-20080624/bin/ruby: no such file to load --auto_gem (LoadError)

Ошибка происходит из-за того, что  RUBYOPT="-rauto_gem" . На кой это сделано не понятно, причем не только мне, но из-за этой хери оно не работает. Я в  первой теме писал решение, установить RUBYOPT="" . Но если сервер перезагрузить - то опять все по новой. Новое решение взято от сюда.  

cd to /etc
grep RUBYOPT *
remove it from profile.env and csh.env or wherever it is.

Ну и еще, чтобы не мучатся с указанием пути до папки с установленным ruby-ee при запуске ruby или rake, надо добавить этот путь первым  в PATH

export PATH=/opt/ruby-enterprise-X.X.X/bin:$PATH

з.ы. набирал этот пост на свеженькой Opera 10.50 - наконец то я дожил до момента, когда окна от java скрипта не грузят систему под завязку. Жизнь налаживается.

Компиляция git

Сейчас собирал текущую стабильную версию git v1.7.0.1 на linux - я под впечатлением. Вот люди с душой подошли к созданию make файла. Нет лишнего вывода на экран, что этот файл строится с такими то опциями, и зависит от других. Кратко, что делаем и с кем. Приятно читать лог процесса сборки.

Понаблюдал развитие git под виндой - отстает, порой сильно, от linux дистрибутива. Ни под mingw, ни под cygwin нету той же 1.7 , хоть она вышла уже давно. Все на энтузиазме строится. У svn такого нет, т.к. дистрибутив под windows собирают компании.