summaryrefslogtreecommitdiffstats
path: root/lib/libssl/src/apps/ciphers.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Move openssl(1) from /usr/sbin/openssl to /usr/bin/openssl, since it is notjsing2014-08-261-194/+0
| | | | | | | | a system/superuser binary. At the same time, move the source code from its current lib/libssl/src/apps location to a more appropriate home under usr.bin/openssl. ok deraadt@ miod@
* Let SSL_CIPHER_description() allocate the buffer for the description,jsing2014-08-241-4/+6
| | | | | | | | | | | | | | | | rather than passing in a fixed size buffer. This is yet another example of a horribly designed API - if the given buffer is NULL then SSL_CIPHER_description() allocates one for us (great!), which we then need to free (no problem). However, if this allocation fails it returns a pointer to a static string "OPENSSL_malloc Error" - obviously bad things happen if we call free() with this pointer. Unfortunately, there is no way of knowing that the function failed, other than comparing the returned string against the string literal - so do that before calling free()... Joint work with beck@ during g2k14.
* whitespacederaadt2014-07-141-2/+2
|
* In openssl_startup(), call SSL_library_init() and SSL_load_error_strings().jsing2014-07-121-4/+1
| | | | | | | | This allows us to remove the ERR_load_crypto_strings() call, along with the various SSL_load_error_strings() and OpenSSL_add_ssl_algorithms() calls scattered around the place. ok beck@
* openssl(1) is only built as a single monolithic binary, so just calljsing2014-07-121-3/+1
| | | | | | load_config() once when we start. ok miod@
* tags as requested by miod and teduderaadt2014-06-121-1/+1
|
* Calling signal once to ignore SIGPIPE is sufficient - we do not need to dojsing2014-05-231-2/+0
| | | | | | this again in each app. ok miod@
* Group and sort includes.jsing2014-05-181-1/+2
| | | | | | | | Currently "apps.h" needs to be included before any of the openssl headers and there are several cases where the code depends on headers that are included by something included by apps.h... More untangling saved for later on.
* bio_err is initialised in main, hence there is no need to initialise itjsing2014-05-181-2/+0
| | | | | | | | | | | | in each application (since there is no longer a non-monolithic mode). In typical OpenSSL fashion, the code is inconsistent and there are multiple ways that bio_err was initialised - none of them actually checked to see if the initialisation actually succeeded. Additionally, it is worth noting that in at least two cases bio_err was also being used before it would have been initialised. ok miod@
* When OPENSSL_C is not defined, apps_startup becomes ajsing2014-04-241-2/+2
| | | | | | | signal(SIGPIPE, SIG_IGN) and apps_shutdown is a no-op. So just do that instead. ok beck@
* Support for the -ssl2 option has been removed, so remove it from usagelteo2014-04-241-1/+0
| | | | | | as well ("openssl ciphers -h"). "sure" miod@
* Nuke the last of the windows related defines from the openssl apps.jsing2014-04-221-3/+0
| | | | ok deraadt@
* More KNF.jsing2014-04-221-2/+4
|
* Remove MAIN and PROG defines now that we do not compile non-monolithic.jsing2014-04-181-4/+2
| | | | ok tedu@
* KaboomNFtedu2014-04-181-16/+12
|
* Mostly gut e_os.h:deraadt2014-04-171-1/+1
| | | | | | | | USE_SOCKETS is unrelated to using sockets, but just pulls in .h files. It makes every file buy a kitchen sink, because 11 files forgot to. EXIT() is really exit(), a gentle surprise but... OPENSSL_EXIT() is really just return(), because noone compiles the openssl command non-monolithic anymore
* Initial KNF.jsing2014-04-161-89/+86
|
* spray the apps directory with anti-VMS napalm.tedu2014-04-161-6/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | so that its lovecraftian horror is not forever lost, i reproduce below a comment from the deleted code. /* 2011-03-22 SMS. * If we have 32-bit pointers everywhere, then we're safe, and * we bypass this mess, as on non-VMS systems. (See ARGV, * above.) * Problem 1: Compaq/HP C before V7.3 always used 32-bit * pointers for argv[]. * Fix 1: For a 32-bit argv[], when we're using 64-bit pointers * everywhere else, we always allocate and use a 64-bit * duplicate of argv[]. * Problem 2: Compaq/HP C V7.3 (Alpha, IA64) before ECO1 failed * to NULL-terminate a 64-bit argv[]. (As this was written, the * compiler ECO was available only on IA64.) * Fix 2: Unless advised not to (VMS_TRUST_ARGV), we test a * 64-bit argv[argc] for NULL, and, if necessary, use a * (properly) NULL-terminated (64-bit) duplicate of argv[]. * The same code is used in either case to duplicate argv[]. * Some of these decisions could be handled in preprocessing, * but the code tends to get even uglier, and the penalty for * deciding at compile- or run-time is tiny. */
* remove ssl2 support even more completely.tedu2014-04-151-14/+0
| | | | | | in the process, always include ssl3 and tls1, we don't need config options for them. when the time comes to expire ssl3, it will be with an ax. checked by miod
* resolve conflictsdjm2012-10-131-1/+1
|
* resolve conflicts, fix local changesdjm2010-10-011-7/+30
|
* resolve conflictsdjm2008-09-061-2/+2
|
* merge 0.9.7b with local changes; crank majors for libssl/libcryptomarkus2003-05-121-2/+2
|
* OpenSSL 0.9.7 stable 2002 05 08 mergebeck2002-05-151-9/+10
|
* openssl-engine-0.9.6 mergebeck2000-12-151-1/+12
|
* OpenSSL 0.9.5 mergebeck2000-03-191-7/+9
| | | | | | *warning* this bumps shared lib minors for libssl and libcrypto from 2.1 to 2.2 if you are using the ssl26 packages for ssh and other things to work you will need to get new ones (see ~beck/libsslsnap/<arch>) on cvs or ~beck/src-patent.tar.gz on cvs
* OpenSSL 0.9.4 mergebeck1999-09-291-9/+12
|
* Import of SSLeay-0.9.0b with RSA and IDEA stubbed + OpenBSD buildryker1998-10-051-0/+191
functionality for shared libs. Note that routines such as sslv2_init and friends that use RSA will not work due to lack of RSA in this library. Needs documentation and help from ports for easy upgrade to full functionality where legally possible.
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.