src/lib/libcrypt/misc.c, branch release/13.4.0 FreeBSD source tree Remove $FreeBSD$: one-line .c pattern 2023-08-23T17:43:26+00:00 Warner Losh imp@FreeBSD.org 2023-08-22T01:31:41+00:00 3d497e17ebd33fe0f58d773e35ab994d750258d6 Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/ Similar commit in main: (cherry picked from commit 1d386b48a555) 
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/

Similar commit in main:
(cherry picked from commit 1d386b48a555)
General further adoption of SPDX licensing ID tags. 2017-11-20T19:49:47+00:00 Pedro F. Giffuni pfg@FreeBSD.org 2017-11-20T19:49:47+00:00 8a16b7a18f5d0b031f09832fd7752fba717e2a97 Mainly focus on files that use BSD 3-Clause license. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point. 
Mainly focus on files that use BSD 3-Clause license.

The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.

Special thanks to Wind River for providing access to "The Duke of
Highlander" tool: an older (2014) run over FreeBSD tree was useful as a
starting point.
Make libcrypt thread-safe. Add crypt_r(3). 2016-08-10T15:16:28+00:00 Ed Schouten ed@FreeBSD.org 2016-08-10T15:16:28+00:00 5f521d7ba72145092ea23ff6081d8791ad6c1f9d glibc has a pretty nice function called crypt_r(3), which is nothing more than crypt(3), but thread-safe. It accomplishes this by introducing a 'struct crypt_data' structure that contains a buffer that is large enough to hold the resulting string. Let's go ahead and also add this function. It would be a shame if a useful function like this wouldn't be usable in multithreaded apps. Refactor crypt.c and all of the backends to no longer declare static arrays, but write their output in a provided buffer. There is no need to do any buffer length computation here, as we'll just need to ensure that 'struct crypt_data' is large enough, which it is. _PASSWORD_LEN is defined to 128 bytes, but in this case I'm picking 256, as this is going to be part of the actual ABI. Differential Revision: https://reviews.freebsd.org/D7306 
glibc has a pretty nice function called crypt_r(3), which is nothing
more than crypt(3), but thread-safe. It accomplishes this by introducing
a 'struct crypt_data' structure that contains a buffer that is large
enough to hold the resulting string.

Let's go ahead and also add this function. It would be a shame if a
useful function like this wouldn't be usable in multithreaded apps.
Refactor crypt.c and all of the backends to no longer declare static
arrays, but write their output in a provided buffer.

There is no need to do any buffer length computation here, as we'll just
need to ensure that 'struct crypt_data' is large enough, which it is.
_PASSWORD_LEN is defined to 128 bytes, but in this case I'm picking 256,
as this is going to be part of the actual ABI.

Differential Revision:	https://reviews.freebsd.org/D7306
Add SHA256/512 ($5$ and $6$) to crypt(3). Used in linux-world, doesn't 2011-04-09T14:02:04+00:00 Mark Murray markm@FreeBSD.org 2011-04-09T14:02:04+00:00 3d6f63c0467cf7f15000cf5ca347cabd5f51afa7 hurt us. PR: misc/124164 Submitted by: KIMURA Yasuhiro < yasu utahime org > MFC after: 1 month 
hurt us.

PR:		misc/124164
Submitted by:	KIMURA Yasuhiro < yasu utahime org >
MFC after:	1 month
No functional change, but big code cleanup. WARNS, lint(1) and style(9). 2002-03-06T17:18:09+00:00 Mark Murray markm@FreeBSD.org 2002-03-06T17:18:09+00:00 f2ac424af7b980ba4d858ecfd1644ce197d6869d 






Implement __FBSDID()
2001-09-16T21:35:07+00:00

Matthew Dillon
dillon@FreeBSD.org

2001-09-16T21:35:07+00:00

e67f5b9fcac5f0ebb78f0b3a50c0128432cca584












Big code cleanup. (Inspired by Brandon Gillespie). Also move as
1999-09-20T12:45:49+00:00

Mark Murray
markm@FreeBSD.org

1999-09-20T12:45:49+00:00

e9a56ad5ca9a9ce91608f6a0b6e1c0f9c71598db

much as possible away from secure/ to make extending easier.





much as possible away from secure/ to make extending easier.