64 га.

Эх, вот я развернусь! Землю крестьянам, заводы рабочим! От каждого по способностям, каждому по потребностям! Буду я строгий, но справедливый, как Лаврентий Палыч…

Стал один необычный и один модный тачскрин:

Делается это очень просто:

Можете попробовать дома и убедиться, эта хрень реально работает!

А я только “Каштанку” читал! Хошь за жопу укушу? (С) Гоблин.

// TRUE — …мать, …мать, …мать!!!

// эти балуны просто задолбали …

// имя может состоять не только из имени, но и из говна+имя. Нам нужно тольки имя.

// (Д.Дж.Круглински, “Основы VISUAL C++”, глава 14, с.248-250)

// uncomment this when Petrovich implemtents UTF-8 support for Prague strings

// no params – хавайся кто может

Остальное под катом, чтобы не нервировать непосвященных.

// Fucked VC calculates second argument first :(

// КОСТЫЛЬ: вообще это надо делать под веткой if (v_major == 6 && v_minor == 0 && v_mp <= 2)
// но т.к. при апгрейде с 303 и 411 SettingsVersion устанавливается в свежую версию, то
// этот код не выполняется, и получается жопа.

/**/
// TEST !!!!!!!!!
/*/
{
const char * l_teztTest = “fuck nacizm sex”;

/* Кронгениально Киса!
Но есть неудобство:
Здесь полный путь который могет не влезть в короткий PROCNAMELEN (а искать сначала последний бекслэш ломает)

// Пипец всему живому !

// Attention, this filed may be equ 0 (if nafig ne nugni :) )

// Note this hack by some unknown reasons fixes TSL leak under Applicaiton Verifier on Windows XP

// Очень подлая ошибка заключается в том, что у TNSCollection
// был пустой деструктор и он естественно не освобождал массив указателей
// на элементы коллекции items ( void **items ).
// Пока TNSCollection и все что от нее
// происходит создается с помощью new – все OK т.к. механизм destroy
// вызывает shutDown() которая вызывает freeAll(), что приводит к
// установке count=0, ну а потом setLimit(0) вытирает items ( setLimit(0)
// освобождает items только при условии, что count равен нулю !!!). Механизм
// конечно не из наглядных, но, как говорится хозяин – барин, работало бы !
// Но позабыв о деструкторе, “товарищи” из Borland позабыли также о том, что
// объект ipstream имеет своим членом TPReadObjs objs, а TPReadObjs через два
// поколения происходит от злополучной TNSCollection и при уничтожении
// ipstream память под items в TPReadObjs objs не освобождается. Далее эта
// ошибка благополучно передается по дереву в iopstream и fpstream ( ох уж
// это объектно-ориентированное программирование !!!). Короче плохо, просто
// неприлично ошибаться в базовых классах.
//                                                        Рязанов Д.В.

// чего вообще эта функция хочет?
// ??? нужен он кому-нибудь без инициализации ???
//!! ? это надо??

// криво
// Сделано криво но работает
// кривовато :(
//!! кривизна

// Все лентяям Лаборатории Касперского посвящается ;-)

// just for lazy Eugene

//когда-то написал этот камент, но что он означает уже не вспомню…

///< Удаление прекращено командой (пользователя або еще каго)

// Ошибку расшифровать не удалось

//variant 1 – proxy-connection close
//variant 2 proxy-connection keep-alive
//variant 3 – proxy-connection mixed
//variant 4 – непонятно, что это

// Должен быть вызван в любом случае, иначе падаем на Висте при запуске IE!

// 5.25″, 160KB,  512 bytes/sector
// думаю, такого размера не найдешь в реале

// 25.01.96 ig (by Denis Petroff, 2:5030/287.14)

//      When Updater Updates the Updates storage

// BUG 16596 FIX: Если одновременно посылать команду из разных потоков с разными
//   правами, то второй поток мог обломаться в CreateMutex с Access Denied
//   и далее пакеты из SendCommand и SendData могли перемешаться!

//  ниже идет хак MFC, чтобы она не меняла фонт у CPropertySheet

// подменяем, чтобы зухучить подмену фонтов

/* locale должно выставлять приложение, а так мы
можем испортить locale не известно кому, например SrciptChecker
загрузится в чужой процесс и там накасячит. */

/*
Установка перехвата сообщения WM_HELP.
Объяснение :
Сообщение WM_HELP приходит в окно, в котором щелкнули мышкой с вопросом, через SendMessage.
Обработчик CWnd::OnHelpInfo (wincore.cpp) проверяет стиль окна и, если он не WS_CHILD,
сам посылает сообшения о запуске Help в главное окно приложения. В противном случае
сообщение поступает дальше по цепи родителей.
Однако, если на OCX сделана “обертка”, то она встает первой в цепи subclass-окон
и, естественно, первой получает возможность обработать это сообщение. Это правильно.
При этом она спрашивает стили у своего COleControlSite. Это тоже правильно.
Но COleControlSite обрезает все стили окна только до WS_BORDER | WS_TABSTOP и сохраняет
в своей внутренней переменной. В дальнейшем он не позволяет изменить эту переменную
и при запросе стилей отвечает ее значением. Это тоже правильно.
Но вместе все получается неправильно. CWnd спрашивает стиль у COleControlSite, а у него
не установлен WS_CHILD!
Данный перехватчик взводит состояние VK_MENU, что не позволяет CWnd выполнять свою обработку
(см. Wincore.cpp::CWnd::OnHelpInfo).
*/

/* Извращение №1: имитация класса CMemFile при помощи С. */
/* Извращение №2: имитация класса CPtrArray при помощи С. */

// crc32 оf compressed файла

/*
Т.н. “библиотека” glibc не устает нас радовать своими
заморочками. В ч. про функцию gmtime написано буквально
следующее: “The gmtime() function need not be reentrant. A
function that is not required to be reentrant is not required
to be thread-safe. “.
Вобщем, для переносимости следует использовать функцию
KLSTD_gmtime.
*/

// на  Vista запись все-таки не поддерживается, так что даже пытаться не будем…

// по идее, признак в каких случаях нужно серелизовать полянки должен быть в описателе структруры.
// иторически сложилось так, что эта инфа захардкожена в фкнкции KLParams::IsFieldSerializable
// Эта конвертация сделана по ошибке, на самом деле надо конвертировать
// поле “TASK_NAME”, которое от сюда скорее всего вообще не видно.
// Но поле TASK_NAME уже поздняк менять, т.к. вышел релиз, где в нём
// передаётся “updater”. Если теперь поменять на нужный “KLUPD_TA_UPDATE_TASK”
// то возникнут проблемы с обратной совместимостью (например, при создании в новом
// плагине задачи обновления с типом KLUPD_TA_UPDATE_TASK, старый WKS её не поймёт
// или другой пример см. багу 18345, там как раз плагин создал задачу KLUPD_TA_UPDATE_TASK).
// Что касается этой ошибочной конвертации, то её убирать нельзя, т.к. при создани,
// например, политики здесь “updater” поменялся на “KLUPD_TA_UPDATE_TASK”
// и если конвертацию убрать, то политика будет применяться к профилю KLUPD_TA_UPDATE_TASK
// которого у нас нет.

// Сейчас мы сделаем фокус:
// Мы однократно откроем все доступные хранилища, чтобы их папки стали доступны сессии МАПИ

// здесь нельзя ставить трассировку – упадем

// 1. Посылаем “Спасибо”
// 2. Вынимаем все сообщения этого пользователя из папки “Спам”

//TODO: Тут надо освободить все ресурсы, кроме this (ну не бред ли? Я это сделаю в деструкторе)

// на Vista изменили размер SOCKADDR_STORAGE. теперь 128 байт.
// на всякий случай делаю 256 ( вдруг еще раз изменят !? )

//////////////////////////////////////////////////////////////////////////
//
// Остановка по требованию
//////////////////////////////////////////////////////////////////////////

// Мы законнектились на сервер. А KAVCONN_ID не пришел. ( драйвер должен это делать моментально )

// Таки нашелся дин клиент, который рвет транзакцию в случае, если ему ответят “-ERR”. Это Outlook2003 ((
// Придется всем отвечать “+OK\r\n”

// Запускаем поток фигни в сторону клиента (имитируем перекачку письма)

//Если вдруг когда-то баги будут закрыты, необходимо доработать тесты

//! не будем копить ответы неизвестного размера,
//! только память без толку расходовать

// Сделаем финт ушами, чтобы не вытряхивалась inetcomm.dll

// ещё не время

// bf 19842: Калгин: не парим юзера ерундой, если проблемы с ключом

/* Нефига не работает, где-то после upgrade эти настройки перебиваются.

// Пользоваться только при крайней необходимости!

// Вот так уж исторически получилось, что этот класс нужен…

//- какая-то хрень для Fs от MS

// нет ни member’a ни функций

// Завтра в этом месте должна быть решена проблема расширения классов сообщений!!!

// вообще сюда попадать не должны, так что ради простоты забьём на потокобезопасность

// javaw.exe can have very large command-lines!

// Obsolete и сейчас совершенно не модно… и даже более того, реализация убрана. Пользуйтесь IOCTLHOOK_DiskIO

// с этой кучей надо что-то делать :(

/*
*       Философия :
*
*   В данной модели драйвера загружаются не операционной системой ( IoManager ), нашим загрузчиком.
*   Возникают попросы создания объектов, использующих DRIVER_OBJECT. Понятно, что при создании DeviceObject
*   Необходимо использовать DriverObject загрузчика ( поскольку только он зарегистрирован в системе. )
*   С другой стороны перебивать Dispatch – функции DRIVER_OBJECT загрузчика – есть вещь неправильная.
*   Для того чтобы все было хорошо, создаем собственный DRIVER_OBJECT с особый типом.
*   В загружаемый модуль передаем этот DRIVER_OBJECT. В нем необходимо будет сделать проверку :
*   Если тип DRIVER_OBJECT новый, то по смещению sizeof ( DRIVER_OBJECT ) + sizeof ( DRIVER_EXTENSION ) лежит NT_CONTEXT,
*   содержащий указатель на DRIVER_OBJECT драйвера загрузчика. И DeviceObject нужно создавать через него.
*   Если же тип обычный, то DeviceObject нужно создавать “обычным” способом.
*/

// Это хрень, которая проверяет : если мы терминируемся, то выгрузим все нафик.
// Ибо нефик !

// какая-то лажо выполняет unbind … возможно это hibernater or something …
// в-общем адаптер придется закрыть … а потом открыть, когда будет BindAdapter …

// Too much, hopeless :(

//! \return                     : TRUE – совпадает / FALSE – не совпадает :)

// вредно это

// BUG FIX: Проблема с криптопровайдером от Инфотекса:
// Кажется нам удалось локализовать проблему, но пока не понятно, как ее решить.
// У вас вызывается функция CryptAcquireContext( &hProv, NULL, NULL, 1, CRYPT_VERIFYCONTEXT).
// Поскольку явно имя желаемого провайдера не указано, то мы на самом деле открываем 2 (свой
// и RSA). Это необходимо для обеспечения проверки ГОСТовских сертификатов. Обычно таким
// образом открывают провайдер на проверку подписи и проблем не возникает.
// Дальше все еще интереснее.
// 1. Функция CryptGetUserKey естественно возвращает ошибку, но не NTE_NO_KEY, а NTE_NOT_FOUND.
// Это наша ошибка, но если бы ее не было, то тогда функция CryptGenKey “подвесила” сервис,
// т.к. у нас на генерацию ключа запускается окно интерактивного биологического ДСЧ.
// 2. При коде ошибки, отличном от NTE_NO_KEY вы пытаетесь экспортировать открытый ключ,
// вызывая CryptExportPublickKeyInfo. Эта функция “обламывается” и возвращает мусор. Код
// ошибки у вас не анализируется и полученный неверный блоб идет на функцию кодирования
// CertInfo. Asn кодировщик неправильно определяет размер данных (те самые 500М) и дальше
// эта выделенная память нигде не освобождается.
//
// Мое предложение:
// Проще всего исправить у вас. Достаточно явно указать имя криптопровайдера, добавив
// 1 строчку кода:
// CryptGetDefaultProvider( … 1, …, szProviderName )
// CryptAcquireContext( &hProv, NULL, szProviderName , 1, CRYPT_VERIFYCONTEXT).
// В этом случае мы не будем вмешиваться в работу функции и ошибка пропадет.
// С нашей стороны наверное тоже можно поправить, но это существенно сложнее, так как
// повлияет на работу других приложений, осуществляющих проверку подписи как для ГОСТ
// так и для RSA сертификатов.

upd: Касперский в своём блоге прокомментировал происхождение исходников:

Ааа… Вы про это… Неудавшийся тестер (испытательный срок не прошел). К рукам прилипли какие-то кусочки исходников. Три года условно. Другим повторять его опыт – не рекомендую.

Листочек бумаги избавляет от бликов. И последний штрих – защита от дураков, любящих спасать легкие планеты, выключая всюду свет.

Снизу – микрософтовский прогресс-бар, сколько осталось никто не знает, сколько уже скачано – тем более, есть возможность только отменить всё нахер.

(SDR 213683) In BlackBerry Enterprise Server 4.1 SP6, if a user sends a rich-text email from Lotus Notes to a recipient who uses Microsoft Outlook, and the message contains the phone character (Arial Unicode MS font), when the recipient replies to the message from the BlackBerry device, the body of the message is replaced with random characters.

Ну не прелестно ли… :-/