Знатаки Flex-а, пролейте свет на данную тему. Создаётся впечатление что эта штука связана с отсчётом времени. насколько я заметил по тем логам что пишутся в консоль, стартует пару раз в сутки, может даже всего один раз. В общем очень интересует сам алгоритм реализации защиты от "перемотки" даты. Если у кого-то есть опыт такого рода да ещё и под Unix-ом, то будет просто здорово.

мда, нет видимо знатоков %(

Если это строка в логе менеджера лицензий, то это всего-навсего отметка о записи отладочной информации. Временной интервал записи лога отладки в минутах (по умолчанию – 360 мин.) можно поменять при запуске lmgrd.exe с ключом: -s timestamp_interval.
Что касается алгоритма реализации защиты от "перемотки" даты, то в старых версиях он просто отсутствует, то есть при смене даты на валидную, менеджер работает нормально. Другое дело если ее проверяет сама программа. Что на сей счет в последних версиях (начиная с 8.0) сказать не могу (не было возможность проверить).
Это все вроде как справедливо для Windows, что происходит под Unix’ом не имею понятия (не юзаю таковой).

Это не только строка в логе, есть такая функция. Проверка даты не предмет отмотки происходит только в том случае если ключ лицензии признан правильным. т.е. я проделал эксперимент, есть просроченая на год лицензия. отматываю дату на один месяц, запуская, менеждер так резво ругается что лицензия истекла и на этом всё. можно ещё месяц, можно вообще год, но только так что бы лицензия была всё таки просрочена. НО, если я ставлю дату валидную, т.е. которая проходит по ключу, манагер призадумывается секунд на 20-30, а потом уже выдаётся систем клок ерор. Причём отматывание даты+изменения даты всех файлов+изменение даты создания файорврй системы не помогают.

Сгенерил две просроченные лицензии (версии 6.1 и 7.0) для разных программ. При переводе системных часов до валидной даты все работает нормально.
Вопросы: какая версия FlexLM, что за программа, есть ли в лицензии vendor_info, как определялось имя функции, ее (функции) идентификация.

Была такая хрень. FLEXlm говорил, что часы "сет бак". Он проверяет при запуске в корне c:\ и c:\windows или c:\winnt все файлы на дату последнего доступа (не создание или модификацию). Если она "в будующем" относительно текущей - это ошибка -87 или -88 сейчас не помню точнее.

Вы правы. Наконец глянул исходники.
------------
(int) ls_a_check_baddate = 0; /* like LM_A_CHECK_BADDATE */

If set to 1, and the license that would authorize a checkout is expiring, a check is made to see if the system date has been set back. If the failure is due to detection of system date tampering, the checkout error will be LM_BADSYSDATE.

LM_BADSYSDATE - System clock has been set back. This error can only occur when the FEATURE line contains an expiration date.
--------------
Но как я понял, по умолчанию эта переменная 0, и ошибка не выдается. Все зависит от разработчиков и, видимо, поэтому у меня программы работают.
А ошибка 88
#define LM_BADSYSDATE -88 /* System clock has been set back */

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