Здравствуйте, Ops, Вы писали:
Pzz>>Эти скрипты, их рожает специально обученная тулза.
Ops>Казалось бы, а нафига они нужны, если генерятся из других? Как временный файл — понятно, ну так его должна создавать система сборки и удалять при подчистке.
По традиции, исключительно для удобства (юниксовского) пользователя, чтобы не заставлять его у себя еще и autoconf/automake держать. А так, да, удалаются при подчистке. При более глубокой подчистке, чем make clean (забыл, как правильный таржет называется).
Но вообще, все это — довольно архаичная система, и по нонешним временам работает не очень хорошо. Переделал-бы кто-нибудь, да, похоже, некому...
Здравствуйте, Pzz, Вы писали:
Pzz>И правильно делают, что берут. Еще не хватало, чтобы они делали самодельные криптопротоколы на базе перечисленных тобой кирпичиков. Я представляю себе, чего они там нагородят. Причем лучше бы, если бы они не выпендривались, и брали TLS в виде готового протокола. Чтобы делать не так, надо иметь ОЧЕНЬ серьезные причины.
Хотел бы спросить: сравнивал ли ты интерфейс для асинхронных сокетов openssl с другими ssl-сокетами(Android, iOS)? Я молчу даже про bio, но зачем в OpenSSL нужны SSL_ERROR_WANT_READ и SSL_ERROR_WANT_WRITE?
У сложных вещей обычно есть и хорошие, и плохие аспекты.
Берегите Родину, мать вашу. (ДДТ)
Здравствуйте, lpd, Вы писали:
lpd>Хотел бы спросить: сравнивал ли ты интерфейс для асинхронных сокетов openssl с другими ssl-сокетами(Android, iOS)? Я молчу даже про bio, но зачем в OpenSSL нужны SSL_ERROR_WANT_READ и SSL_ERROR_WANT_WRITE?
А какой смысл в этом сравнении? Вендовый CryptoAPI заведомо еще хуже
Однако, я не сказал, что надо использовать именно OpenSSL, есть и другие библиотеки на эту тему. Я сказал, что не надо самодельных криптопротоколов изобретать без нужды.
Здравствуйте, Pzz, Вы писали:
Pzz>По традиции, исключительно для удобства (юниксовского) пользователя, чтобы не заставлять его у себя еще и autoconf/automake держать. А так, да, удалаются при подчистке. При более глубокой подчистке, чем make clean (забыл, как правильный таржет называется).
distclean
Pzz>Но вообще, все это — довольно архаичная система, и по нонешним временам работает не очень хорошо.
времена просто изменились...
Pzz> Переделал-бы кто-нибудь, да, похоже, некому...
Для сборки OpenSSL нужно иметь Visual Studio и ActivePerl для Windows.
Процесс сборки по шагам OpenSSL:
1) скачиваем по ссылке https://www.openssl.org/source/openssl-1.0.2o.tar.gz и распаковываем.
2) запускаем утилиту из Visual Studio для сборки из командной строки (например для VS 2017 Community "C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars32.bat"). Утилиту можно также найти через кнопку "Start" в списке программ. Появляется окно командной строки.
3) переходим в корневой каталог с распакованными исходниками openssl.
4) выполняем команды: >> c:\Perl\bin\perl Configure VC-WIN32 no-asm >> call ms\do_ms.bat >> nmake -f ms\ntdll.mak
5) получаем либы, которые можно подключать к своему проекту: ssleay32.dll, ssleay32.lib, ssleay32.exp, libeay32.dll, libeay32.lib, libeay32.exp. Либы можно скопировать в отдельную папку ( для удобства) c:\openssl\libs, также как хедеры в папку c:\openssl\include.
Сборка zlib по шагам:
1) скачиваем по ссылке https://github.com/madler/zlib/archive/v1.2.11.zip, распаковываем.
2) запускаем утилиту из Visual Studio для сборки из командной строки.
3) переходим в корневой каталог с распакованными исходниками и выполняем: >> nmake -f win32/Makefile.msc
4) копируем хедеры: zconf.h и zlib.h, например в c:\zlib\include.
5) копируем либы: zdll.exp, zdll.lib, zlib1.dll, например в c:\zlib\lib.
6) подключаем хедеры и либы к своему проекту.
Здравствуйте, уважаемые участники форума ( http://rsdn.org/Forum/ ). Очень прошу, если у кого сохранились — кто-нибудь, пожалуйста, выложите на Вашем сервере (или где-нибудь на свободном файлообменнике) следующие очень старые SDK от Microsoft (и дайте ссылки на них), в Итернете ИХ (#1, #2, #3, #4) НИГДЕ НЕВОЗМОЖНО НАЙТИ(!!!) (все ссылки или битые-мертвые или ложные
Может быть у кого-нибудь остались Platform Software Development Kit-ы 1998--1999 годов (выпущенные ДО ИЮНЯ 2001 года)?
НУЖНЫ ИМЕННО ВСЕ ЭТИ СТАРЫЕ SDK:
----------------------------------------
#1) Microsoft Win32 Software Development Kit 4.0 (v4.0)
----------------------------------------
#2) Microsoft Platform SDK April 1999 (1999-04)
----------------------------------------
#3) Microsoft Platform SDK September 1999 (1999-09) (!!!)
----------------------------------------
#4) Microsoft Platform SDK February 2001 (2001-02)
----------------------------------------
ОСОБЕННО ОЧЕНЬ НУЖЕН: Microsoft Platform SDK September 1999 (1999-09) (версия SDK за СЕНТЯБРЬ 1999 ГОДА!)
Здравствуйте, reversecode, Вы писали:
R>флудер R>https://forum.shelek.ru/index.php/topic,7567.msg304378/topicseen.html
Зачем обзываться? Microsoft Platform SDK September 1999 и др. SDK мне надо для драйверов под Windows 98 (Visual C++ 5).
Если у кого-то есть — поделитесь, пожалуйста.
