madf

stg-exec игнорирует код возврата скрипта. Или /etc/stargazer/param возвращает неправильный результат (или не возвращает его вовсе).

Где инициализация S?

Уже вижу в коде ошибку. Куда делася ORIG_P?

Просто в C и его производных строки хранятся в виде массива байт с нулем в конце. При инициализации контекста у меня этот ноль не используется. Как там в C# - без понятия, тебе виднее.

Черт его знает. Вон nightfly такой проблемы не наблюдает.

Проверь, не используешь ли ты 0-й символ в конце пароля для инициализации?

На 32-битных платформах unsigned int имеет ту же разрядность что и unsigned long. На 64-х битах это не так, но т.к. переполнения нет то значения конвертируются без проблем. Теоретически, проблемы должны быть на Sparc64, но пару лет назад и на этой платформе проблем небыло. Очистка S и P на самом деле даже и не нужна. Там оно сразу в цикле заполняется значениями полностью. Так что проблема не в этом.

Если там его нет то его там и не нужно. Скорее всего при переводе в C# ты что-то упускаешь.

Самое интересное то, что мне сообщали о практически идентичной проблеме, но с rscriptd.

Это лучшее объяснение процесса из всех которые я когда-либо слышал (и сам сочинял) Скорее через 2-3 минуты.

Я бы сказал что это невозможно

Значит некорректная реализация алгоритма BlowFish

Ну не знаю. Что-то ты делаешь неправильно.

Сколько приблизительно? Если попробую откатится до 2.406 с install-bin, ничего критического не произойдет? Сколько - сказать затрудняюсь. Как говорил один плохой герой хорошей книги: "Сколько потребуется". Ничего страшного случиться не должно. Но всяко бывает, базу лучше забекапить на всякий пожарный

Порядок байт внутри xl/xr (смотри на bytes2block и комментарий к нему о том что для совместимости с OpenSSL нужно поменять порядок следования байт на противоположный).

Вряд ли, там нет нужных мне инструментов. Надо локально воспроизводить.

Попробуй поменять местами xl и xr в xl = (uint)((data[i] << 24) | (data[i + 1] << 16) | (data[i + 2] << 8) | data[i + 3]); xr = (uint)((data[i + 4] << 24) | (data[i + 5] << 16) | (data[i + 6] << 8) | data[i + 7]);

Значит буду пытаться моделировать. Это надолго...

ExecutersNum = 2 точно не помогает?

Да

Это неправильное понимание того что написано в комментарии. В комментарии написано что эта строка должна записать в базу что такой-то логин стал онлайн. Но с ней происходит то-же что и с предыдущим скриптом (видимо имелось в виду "то же что и с предыдущей строкой"). Т.е. не пишет. А значит OnConnect не вызывается.

Дайте мне ответ на один простой вопрос: срабатывает ли OnConnect?

а може і не кармічне... slow_query_log часом не повниться страшними кверями? Кількість конектів відкрутив? Якби там були проблеми зі швидкодією (хоча які можуть бути проблеми у SQL-блокноті MyISAM) то це були б локи а не втрати викликів OnConnect.

Подозреваю проблемы с сервером мускула. Но, как я уже говорил, модуль для работы с ним крив на столько что даже диагностировать порблемы не получается. Вот в чем загвоздка...

Не верю.