| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
r314709:
Fix bootstrapping mtree after r313404 for older systems.
r314790:
Added comments for why nmtree/libmd are bootstrapped.
r314794:
Fix bootstrapping libmd on older systems after r314709.
PR: 217673
Notes:
svn path=/stable/10/; revision=315731
|
| |
|
|
| |
Notes:
svn path=/stable/10/; revision=314332
|
| |
|
|
| |
Notes:
svn path=/stable/10/; revision=314330
|
| |
|
|
|
|
|
|
|
|
| |
cperciva's libmd implementation is 5-30% faster
The same was done for SHA256 previously in r263218
Approved by: secteam
Notes:
svn path=/stable/10/; revision=314327
|
| |
|
|
| |
Notes:
svn path=/stable/10/; revision=314184
|
| |
|
|
| |
Notes:
svn path=/stable/10/; revision=314182
|
| |
|
|
| |
Notes:
svn path=/stable/10/; revision=314157
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Add a prefix to all symbols in libmd to avoid incompatibilites
with same-named, but not binary compatible, symbols from libcrypto.
Also introduce Weak aliases to avoid the need to rebuild dependent
binaries and a major version bump.
PR: 199119
Notes:
svn path=/stable/10/; revision=314144
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
r263215 copy these files from lib/libmd in preperation for moving these
files into the kernel...
r263218 replace the kernel's version w/ cperciva's implementation...
r285366 Complete the move that was started w/ r263218..
Note that the last change is out of order with r282726 that I am going
to merge as well.
Many thanks to cperciva for the more efficient code and to jmg for
integrating it into the kernel.
Notes:
svn path=/stable/10/; revision=314143
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Avoid an infinite loop by ensuring that the amount of bytes read is greater
than 0 in MDXFileChunk when calculating the checksum
This edgecase can be triggered if the file is truncated while the checksum
is being calculated (i.e. the EOF is reached)
Differential Revision: https://reviews.freebsd.org/D2351 (patch by darius)
PR: 196694
Reviewed by: delphij, ngie
Submitted by: Daniel O'Connor <darius@dons.net.au>
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/stable/10/; revision=283054
|
| |
|
|
|
|
|
|
|
| |
Dereference nonexistent md2(3) manual.
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/stable/10/; revision=263955
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
1. The licensing terms for the MD2 routines from RFC is not under a BSD-like
license. Instead it is only granted for non-commercial Internet
Privacy-Enhanced Mail.
2. MD2 is quite deprecated as it is no longer considered a cryptographically
strong algorithm.
Discussed with: so (cperciva), core
Notes:
svn path=/head/; revision=234746
|
| |
|
|
|
|
|
| |
code in 9.0; neither existed in FreeBSD 4.0.
Notes:
svn path=/head/; revision=223582
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
relevant constants changed).
While I'm here clean up the tests and Makefile.
PR: misc/124164
Submitted by: KIMURA Yasuhiro < yasu utahime org >
MFC after: 1 month
Notes:
svn path=/head/; revision=220496
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have an executable stack, due to linking in hand-assembled .S or .s
files, that have no .GNU-stack sections:
RWX --- --- /lib/libcrypto.so.6
RWX --- --- /lib/libmd.so.5
RWX --- --- /lib/libz.so.6
RWX --- --- /lib/libzpool.so.2
RWX --- --- /usr/lib/liblzma.so.5
These were found using scanelf, from the sysutils/pax-utils port.
Reviewed by: kib
Notes:
svn path=/head/; revision=218723
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Similar to libexec/, do the same with lib/. Make WARNS=6 the norm and
lower it when needed.
I'm setting WARNS?=0 for secure/. It seems secure/ includes the
Makefile.inc provided by lib/. I'm not going to touch that directory.
Most of the code there is contributed anyway.
Notes:
svn path=/head/; revision=201381
|
| |
|
|
|
|
|
| |
Spotted by: Bjoern Voigt <bjoern@cs.tu-berlin.de>
Notes:
svn path=/head/; revision=186941
|
| |
|
|
|
|
|
| |
installed version of the md library.
Notes:
svn path=/head/; revision=185568
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
RIPEMD160_Update were broken when all of the following conditions
applied:
(1) The platform is i386.
(2) The program calling *_Update is statically linked to libmd.
(3) The buffer provided to *_Update is aligned modulo 4 bytes.
(4) The buffer extends beyond 2GB.
Due to the design of this code, SHA1_Update and RIPEMD160_Update will
still be broken if conditions (1)-(3) apply AND the buffer extends
beyond 4GB (i.e., there is an integer overflow in computing "data + len").
Since this remaining bug simply replaces SIGSEGV with a bogus hash (and
non-broken programs should never provide such operands) I don't consider
it to be a serious problem.
MFC After: 1 week
PR: kern/102795
Notes:
svn path=/head/; revision=169547
|
| |
|
|
|
|
|
| |
of unsigned char* argument.
Notes:
svn path=/head/; revision=154479
|
| |
|
|
| |
Notes:
svn path=/head/; revision=152551
|
| |
|
|
|
|
|
| |
OK'ed by: cperciva
Notes:
svn path=/head/; revision=150125
|
| |
|
|
|
|
|
| |
Approved by: re (blanket)
Notes:
svn path=/head/; revision=147444
|
| |
|
|
|
|
|
| |
Approved by: re
Notes:
svn path=/head/; revision=147434
|
| |
|
|
|
|
|
|
|
|
|
| |
add support for SHA256.
Tested on: i386, sparc64
Tested using: NIST test vectors, built-in tests
X-MFC-after: 5.4-RELEASE
Notes:
svn path=/head/; revision=143334
|
| |
|
|
|
|
|
| |
"unsigned int".
Notes:
svn path=/head/; revision=143326
|
| |
|
|
| |
Notes:
svn path=/head/; revision=141946
|
| |
|
|
| |
Notes:
svn path=/head/; revision=141846
|
| |
|
|
| |
Notes:
svn path=/head/; revision=140505
|
| |
|
|
| |
Notes:
svn path=/head/; revision=131539
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-static to CFLAGS). It just turned rev.1.5 into an obfuscated no-op.
As explained in the log for rev.1.5, testing should be done in the
host environment but there is a problem in cross-compilation environments.
As not explained in the log for rev.1.6, there was apparently a practical
problem with cross-compiling (makeworld should have set -static in
LDFLAGS but apparently didn't). Cross-compilation was especially
complicated because the relevant programs are test programs that were
run at beforeinstall time -- dynamic libraries might or might not exist
depending on the build options. The complications became moot in
rev.1.8 when beforeinstall was renamed "test".
Notes:
svn path=/head/; revision=126267
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- fix hard sentence breaks
- sprinkle a few .Vt's where neccessary
- remove incorrect use of `\-'
- proper quoting using .Dq, instead of manual ``...''
Approved by: des@ (mentor)
Reviewed by: ru@
Notes:
svn path=/head/; revision=120957
|
| |
|
|
| |
Notes:
svn path=/head/; revision=119071
|
| |
|
|
|
|
|
|
|
| |
binaries in /bin and /sbin installed in /lib. Only the versioned files
reside in /lib, the .so symlink continues to live /usr/lib so the
toolchain doesn't need to be modified.
Notes:
svn path=/head/; revision=119017
|
| |
|
|
|
|
|
| |
fixes lots of lint(1) warnings.
Notes:
svn path=/head/; revision=115872
|
| |
|
|
| |
Notes:
svn path=/head/; revision=112541
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
under way to move the remnants of the a.out toolchain to ports. As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL. It has already lasted WAY beyond
that.
Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.
Tested on: i386 (extensively), alpha
Notes:
svn path=/head/; revision=103436
|
| |
|
|
| |
Notes:
svn path=/head/; revision=103098
|
| |
|
|
|
|
|
|
|
| |
error, due to an uninitialized variable.
Reviewed by: phk, archie
Notes:
svn path=/head/; revision=103038
|
| |
|
|
| |
Notes:
svn path=/head/; revision=98753
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Use memcpy for all little-endian architectures, sys/kern/md5c.c indicates
this should be safe for all currently supported LE archs.
Change the Encode and Decode functions for other archs to use le32toh()
and htole32() functions instead of explicit byte shuffling.
On sparc64 this gives md5(1) about 8% speed increase.
Notes:
svn path=/head/; revision=98615
|
| |
|
|
|
|
|
| |
Collapse generation of md[245].3 manpages.
Notes:
svn path=/head/; revision=94367
|
| |
|
|
| |
Notes:
svn path=/head/; revision=93151
|
| |
|
|
| |
Notes:
svn path=/head/; revision=93149
|
| |
|
|
| |
Notes:
svn path=/head/; revision=92917
|
| |
|
|
| |
Notes:
svn path=/head/; revision=92913
|
| |
|
|
| |
Notes:
svn path=/head/; revision=84306
|
| |
|
|
| |
Notes:
svn path=/head/; revision=84211
|
| |
|
|
|
|
|
|
|
|
| |
Avoid using parenthesis enclosure macros (.Pq and .Po/.Pc) with plain text.
Not only this slows down the mdoc(7) processing significantly, but it also
has an undesired (in this case) effect of disabling hyphenation within the
entire enclosed block.
Notes:
svn path=/head/; revision=81251
|
| |
|
|
| |
Notes:
svn path=/head/; revision=79754
|