| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Notes:
svn path=/head/; revision=79531
|
|
|
|
| |
Notes:
svn path=/head/; revision=75161
|
|
|
|
| |
Notes:
svn path=/head/; revision=74870
|
|
|
|
|
|
|
|
|
|
|
|
| |
char *
FooFileChunk(const char *filename, char *buf, off_t offset, off_t length)
Which only hashes part of a file.
Implement FooFile() in terms of this function.
Submitted by: roam
Notes:
svn path=/head/; revision=74385
|
|
|
|
| |
Notes:
svn path=/head/; revision=70015
|
|
|
|
| |
Notes:
svn path=/head/; revision=59512
|
|
|
|
|
|
|
| |
Reviewed by: marcel, and make world
Notes:
svn path=/head/; revision=55955
|
|
|
|
|
|
|
|
|
| |
is an application space macro and the applications are supposed to be free
to use it as they please (but cannot). This is consistant with the other
BSD's who made this change quite some time ago. More commits to come.
Notes:
svn path=/head/; revision=55206
|
|
|
|
| |
Notes:
svn path=/head/; revision=50476
|
|
|
|
| |
Notes:
svn path=/head/; revision=44437
|
|
|
|
|
|
|
|
|
| |
and SHA-1 when OBJFORMAT is not ELF. Add a warning to the man page
about how SHA-1 uses bswapl, which will trap on 80386es (and the kernel
should, but doesn't currently, emulate).
Notes:
svn path=/head/; revision=44356
|
|
|
|
|
|
|
|
|
|
|
| |
build, but broke while doing the aout legacy build). Now using
.p2align instead of .align. Fixes broken buildworld.
Submitted by: John Polstra
Reviewed by: John Polstra
Notes:
svn path=/head/; revision=44332
|