#Shooter

Не прошло и года, как я доделал Windows-версию упаковщика Exepack.NET. Правда, помимо интерфейса WinForms тут добавлена еще целая куча разных улучшений.

Консольную и GUI-версии программы вместе с исходниками можно взять на сайте проекта. Среди прочего в исходниках лежит и концептуальная версия (минимальный скелет программы без каких-либо наворотов), по которой можно разобраться, как все это работает. Концептуальная версия описана в нескольких прошлых постах: часть 1, часть 2, часть 3.

Системные требования:

• .NET Framework версии 2.0 или выше (используется DeflateStream)
• Windows XP или выше (используются системные процедуры для загрузки ресурсов)

Новые возможности версии 0.02 alpha:

• Исполняемый файл генерируется с помощью Reflection.Emit
• Ресурсы иконок и VersionInfo копируются из исходного файла
• В Windows-версии можно добавлять в список дополнительные сборки для упаковки в тот же исполняемый файл
• Добавлена защита от дизассемблирования Red Gate .NET Reflector-ом
• Ну и, разумеется, добавлены новые исправлены старые ошибки.

Справа — скриншот Рефлектора, который пытается декомпилировать упакованный файл. Попытка декомпилировать в C# (и любой другой высокоуровневый язык) приводит к ошибке. Дизассемблирование в IL, разумеется, работает, как и ILDasm (любую программу, которая загружается и запускается под .NET Framework, можно дизассемблировать в IL-код).

P.S. Стоит иметь в виду, что это по-прежнему альфа-версия. Любое использование исключительно на свой страх и риск. Замечания об ошибках и неполадках приветствуются.

Это мой любимый формат сообщений об ошибках. Первая реакция человека непосвященного — испугаться и решить, что все пропало (как же, ошибка непредвиденная! Да еще такая ужасная, 0x8ffe2740).

На самом деле такие ошибки исправлять проще всего. Надо только не ошибиться, набирая в гугле ругательное слово 0x8ffe2740.

На скриншоте представлена моя неудачная попытка запустить службу W3SCV (это веб-сервер IIS). Не ища легких путей (бросаться сразу в гугл — сами понимаете, неспортивно), я для начала полез посмотреть подробности в EventViewer. Подробности оказались еще более загадочными: «Службе не удается создать привязку экземпляра 1. Данные содержат код ошибки». И код ошибки в шестнадцатиричном виде: 40 27 00 00. Потрясающе.

На этом месте я все-таки плюнул и полез в гугл. Ошибка, которую в данном случае не смогли предвидеть разработчики IIS — это всего-навсего занятый 80-й порт.

Для тех, кому не терпится справиться с ошибкой, сообщаю: скорее всего, у вас (как и у меня) этот порт занял Skype. Чтобы исправить ситуацию, зайдите в меню скайпа: Инструменты -> Настройки -> Дополнительно -> Соединение. Снимите флажок «Использовать порты 80 и 443 в качестве входящих альтернативных» и перезапустите скайп. После этого служба IIS стартует нормально.

Мне частенько приходится использовать хранилище для временных файлов (например, чтобы сохранить файлы во временную папку и передать на обработку внешней программе, а в конце работы все почистить). Обычно я каждый раз пишу подобную ерунду заново, чтобы не искать того, что было написано в прошлый раз. Искать — это, во-первых долго, во-вторых лень, а в-третьих иногда оказывается, что искомое лежит не на домашнем компе, а на рабочем. Словом, обычно написать заново выходит быстрее

Сегодня я очередной раз написал такой класс-хранилище, и получилось вполне симпатично. Пользоваться им нужно вот так:

using (TempFileManager temp = new TempFileManager())
{
  using (FileStream fs = File.Create(temp["my-temp-file.txt"]))
  {
    // файл my-temp-file.txt создался во временной папке
    // и будет удален вместе с ней
  }
}

Класс TempFileManager создает временную папку…

Для большинства небольших программ на WinForms отлично подходит дизайнер меню и панелей инструментов. Самый подходящий случай — это небольшая монолитная программка с более-менее фиксированным набором функций. Например, какой-нибудь простой текстовый редактор.

А самый неподходящий вариант — модульная программа, построенная на плагинах. Что если плагин должен иметь возможность добавлять команды в главное меню или кнопки на панель инструментов? Давать плагину доступ к меню небезопасно, поэтому обычно поступают наоборот: программа спрашивает у плагина, какие команды он поддерживает и сама добавляет их в свое меню. Для этого плагин должен поддерживать метод типа GetPluginCommands(), возвращающий коллекцию доступных команд.

В результате…

С загрузчиком все понятно, осталось сделать сам упаковщик. Задача упаковщика в двух словах такова: определить список файлов, упаковать их, скомпилировать загрузчик и приклеить к нему упакованные файлы в виде ресурсов. Пока я писал загрузчик, мне нужно было делать это вручную, теперь же моя задача это автоматизировать.

Итак, упаковщик работает по такой схеме:

1. Загружает главную исполняемую сборку (*.exe)
2. Составляет список используемых библиотек классов (*.dll)
3. Упаковывает все сборки, сохраняет во временные файлы
4. Готовит исходник для загрузчика (loader.cs)
5. Компилирует загрузчик, добавляя временные файлы как ресурсы
6. Удаляет временные файлы

Список библиотек для упаковки, конечно, можно было бы задавать явно (например, в командной строке) . Но согласитесь, гораздо приятнее, если упаковщик сам его составит, тем более, что это сделать совсем несложно. Стандартный класс-обертка Assembly, который позволяет более-менее успешно манипулировать .NET-сборками, дает возможность получить список модулей, на которые ссылается загруженная сборка: Assembly.GetReferencedAssemblies().

Повторяя этот процесс рекурсивно, мы получим…

Попробуем усложнить задачу. Возьмем какое-нибудь реальное .NET-приложение, которое состоит из нескольких сборок. Как правило, это один EXE-файл и несколько дополнительных DLL-библиотек.

Модули (файлы *.netmodule) я рассматривать не буду, никогда не видел, чтобы ими кто-то пользовался. Я могу ошибаться, но по-моему, в Visual Studio нет для них полноценной поддержки: проекты компилируются в монолитные сборки, а не в набор модулей. Теоретически, конечно, это может быть реализовано по-разному на разных платформах, но я пока не ставил себе цели написать полностью переносимый EXE-упаковщик.

Чтобы не искать готовое приложение, я за минуту написал небольшую программку из двух файлов: app.cs и applib.cs. На картинке показано, как такая программа выглядит в дизассемблере ILDASM (красным выделена ссылка на сборку-библиотеку).

Теперь я модифицирую загрузчик так, чтобы он мог…

Давно мечтал написать exe-packer — упаковщик для исполняемых файлов. Дурацкая мечта, прямо скажем, но у меня в запасе еще много таких.

Как недавно мне удалось выяснить, написать такой упаковщик для .NET-программ можно за три часа. Наверное, можно и быстрее, но у меня получилось за три с копейками. Это такая приятная особенность .NET: почти все уже сделано до нас.

А сделано до нас вот что:…

Есть у нашей компании такой продукт — мессенджер для локальной сети, который мы устанавливаем своим клиентам впридачу к информационной системе. 

Крут этот мессенджер тем, что, во-первых, берет список контактов из ActiveDirectory (т. е. в контакт-листе автоматом находятся все доменные пользователи компании), а во-вторых — не требует никакой настройки на клиенте, берешь и запускаешь.  Можно даже с сетевого диска запускать, все равно пользователь автоматом авторизуется под своим доменным логином и будет иметь доступ к контакт-листу и своей личной истории сообщений.

Первый год своего существования (а появился он в конце 2003 года) назывался он Kommandozentrum, и старые пользователи до сих пор его называют коммандозером, или еще проще — дозером. Ну, типа, «Скинь мне в дозер ссылочку на тот сайт».

Месяц назад наконец…

Поскольку тема аспирантуры за рубежом, судя по всему, оказалась не слишком востребованной, буду теперь писать о более актуальных вещах

Сегодня наконец доделал конспект! Помимо транскрипции того, что было в аудиозаписях, туда вошли некоторые фрагменты книги, которую сейчас пишет д-р Михаил Красавин. Отсылаю всем участникам, которые прошли тренинг и оставили отзыв:

• paddfoot
• Roquentin
• Денис
• de_leo

Если вы тоже участвовали и хотите увидеть себя в этом списке — еще не все потеряно. Только нужно успеть сделать все это до понедельника, 14 апреля. Тот, кто не дослушал курс и не оставил отзыв, во вторник навсегда потеряет возможность получить этот конспект :)