» Помогите скомпилировать из исходников

Очень прошу помощи в компиляции 2- х программ.

1 - Сделана в VS 2005 - просьба перекомпилировать в VS 2010 или новее. Вроде С++
если я правильно угадал расширение cpp.
https://github.com/FatLYZ/WinAES
Если я правильно понимаю аппаратные инструкции AES-NI можно задать при компиляции,
если это так - то прошу их включить. Для Windows x32 и x64.

2 - https://github.com/konradmiller/CurvedSalsa - g++ - вроде GCC нужно использовать,
только я не пойму для Windows ли это, хотя и GCC компилируют для Windows. Если возможно
то скомпилировать для Windows x32 и x64.

У меня на сегодня VS не стоит. Но если кому надо скомпилировать Delphi совершенно разных версий - прошу выкладывайте. Буду посещать топик.

К авторам на С++. Кто может скомпилировать для Питона 3.2
https://code.google.com/p/pyv8/

Мне это нужно для плагина Emmet. Я нашел бинарники для Пи3.3 и Пи2.х, а у меня 3.2

Нужен файл _PyV8.pyd - это dll x32

lelik007

Цитата:

https://github.com/FatLYZ/WinAES

Штука сделана очень аккуратно, давно я не видел такого хорошего кода, но все равно пару мест пришлось исправить. Не тестил, оставляю это вам.

Цитата:

Если я правильно понимаю аппаратные инструкции AES-NI можно задать при компиляции,

Использование AES NI я там не увидел. Если кто увидит - пусть ткнет носом - посмотрю.

ItsJustMe
Спасибо огромное, у меня эта программа крашит обычно, неожиданно на любых операциях.
--- Автор ее делал на VS 2005, причем рассчитано на использование VS 2005 Redistributable
2006 года выпуска, а не последнего обновления от 2011.
--- Про инструкции AES-NI я не знаю, я думал их нужно включать при компиляции - что это свойство,
так скажем компилятора, а не кода, наверное неправильно думал.

За багу спасибо, бажили вражесткий код. Но пусть Delphi постят.

Цитата:

...рассчитано на использование VS 2005 Redistributable ...

Так это, можно и без runtime слинковать. 380KB будет ехе (без AESNI).

lelik007
Может и можно, только то что я хотел проверить, уже проверил - программа не очень хорошо с файлами больше гигибайта работает, почему то. А то в какой студии она скомпилирована, не причем.
--- Так про AES NI мне кто то скажет? Они как должны быть в код включены? Правильно?

В чём заключается нерабочесть порграммы с файлами больше гигабайта? Только что проверил- файл размером 1.8GB зашифровался и расшифровался безошибочно.

AESNI там нет, но его несложно добавить. Другой вопрос, нужен ли он там? Если посмотреть нагрузку процессора, то видно, что шифрование не узкое место а считывание и запись на диск.

ne_viens
Так неожиданные так могу сказать краши. Я не пойму чем именно они обусловлены, но вот что заметил,
что происходят всегда на файлах более гигабайта. А за 1 раз можно конечно и не увидеть. Просто вылезает окно - прекращена работа с программой или просто виснет, я ждал как то минут 15 - наглухо. Как бы мне проект понравился, очень быстрая, Yunzhu обещал со временем,
прикрыть окно ввода пароля и сделать ключевые файл, а вот почему такие глюки не пойму.
А про загрузку процессора, я не понял, Camellia тоже не грузит процессор, но и шифрует значительно медленнее.

Тут проще будет подыскать другую прогу.
Попробуй CryptoBench, если ошибки уйдут, проблема явно в самой WinAES а не в компе.

Если не грузится процессор, тогда проблема скорости не в вычислениях (шифровании) а в IO (вводе-выводе с диска).

ne_viens
Я VSEcnryptor гонял, ну очень долго, все типы шифров, а там чуть не вся http://www.cryptopp.com/
собрана, не одной ошибки.

Добавлено:
Я могу с тобой не согласится, есть скорость самого алгоритма. Да можешь сам
на большом файле засечь в WinAES - AES и Camellia. Ну а если в VSEncyptor - то там на
примере и 3DES, RC6 и RC4 все видно.

Ну так у камелии он под завязку грузится, а ввод-вывод так, между прочим. AES, в свою очередь, пользует полпроцессора, а диск крутит на полную катушку. Это на обычном диске, не SSD.

Можешь сам сравнить AES и AESNI: http://rghost.net/59382504 , большой разницы нет- всё решает диск.
У проги мягко говоря ещё большой потенциал для роста- сейчас 256 битный ключ формируется просто из символов пароля плюс остальные все нули, хеши не вычисляются одновременно каждый в своём потоке, итд.

ne_viens
Спасибо, протестировал. Да, тут очень быстрая программная реализация AES, AES-NI ей без надобности.

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

Ну вон - разработчик VSEncyptor, русский кстати, у него же много шифров на выбор, а какой размер ключа написан только в 4 случаях (AES-128/192/256) и CAST-256
а такие вкусняшки есть как Camellia, Serpent, Twofish и даже RC6. Ну я и спросил как собственно ключ защищен и какой он размером, для этих алгоритмов. Ну продолжение истории - можете почитать http://forum.ru-board.com/topic.cgi?forum=5&topic=12023&start=200#15

Ну если краткий экстракт, то он взял из своей программы VSCryptoHash - хеш функции и сделал, Camelllia - ключ от MD5, Twofish - от SHA-1 (да у него TwoFish - 160 bit), а самая сильная - SHA-2 применил и так 1 раз, там даже цикла нету. Причем логики, для каких какой, нет. Ну я объяснил что такое брут-форс, защита-ключа и прочее. А потом запросил фичу - ключевой файл. А он не знает что это такое, короче он ни AxCrypt ни True тем более в глаза никогда не видел. Так вот.

Самый крутой файловый криптор что я вообще видел на сегодня - это BlowFish Advanced CS - программа 2005 года с интерфейсом Windows 98 (ну не у всех в Германии в 2005 были XP, лицензия таки). Работает 99% стабильно, только там защита ключа - SHA-1 и расширение на базе XOR. Была бы там хоть SHA-2 я бы с нее вообще никогда не слез.

Кто знает язык D, могли бы вы собрать Dlang IDE для Win32.

Чтобы скомпилировать нужны - компилятор D, и менеджер пакетов DUB.

Всем привет
может кто поможет скомпилировать под win7*64 webalizer?
http://www.webalizer.org/download.html
написан на С
заранее благодарен