emax
4474d60a02
Import handy shorthand Bluetooth address (BD_ADDR) utility functions
...
from NetBSD and document them.
Obtained from: NetBSD
MFC after: 1 week
2008-08-13 19:35:31 +00:00
deischen
ff36458e08
Bump library versions in preparation for 7.0.
...
Ok'd by: kan
2007-05-21 02:49:08 +00:00
kensmith
f97f77429f
Bump the shared library version number of all libraries that have not
...
been bumped since RELENG_5.
Reviewed by: ru
Approved by: re (not needed for commit check but in principle...)
2005-07-22 17:19:05 +00:00
emax
8435db4dc6
Fix typo in comments (spell Linux correctly)
...
Submitted by: Markus Brueffer < markus at brueffer dot de >
MFC after: 3 days
2005-03-17 21:39:44 +00:00
ru
3666aefb6a
Fixed xref.
2005-01-21 10:48:35 +00:00
ru
ed72feddcb
Sort sections.
2005-01-20 09:17:07 +00:00
ru
5a1651e865
Revert last delta. The ASCII code 0 character is "NUL",
...
not "NULL", see ascii(7).
2005-01-13 08:49:45 +00:00
emax
ef08281270
Fix typo: NUL -> NULL
...
Submitted by: Markus Brueffer < markus AT brueffer DOT de >
MFC after: 3 days
2005-01-04 20:00:27 +00:00
ru
f03dd6e62b
Unbreak a whatis(1) entry by fixing the NAME section.
...
Minor markup and grammar nits.
2004-07-05 16:32:30 +00:00
ru
01548ace15
Mechanically kill hard sentence breaks.
2004-07-02 23:52:20 +00:00
markm
0b0ae8e16e
Make NULL a (void*)0 whereever possible, and fix the warnings(-Werror)
...
that this provokes. "Wherever possible" means "In the kernel OR NOT
C++" (implying C).
There are places where (void *) pointers are not valid, such as for
function pointers, but in the special case of (void *)0, agreement
settles on it being OK.
Most of the fixes were NULL where an integer zero was needed; many
of the fixes were NULL where ascii <nul> ('\0') was needed, and a
few were just "other".
Tested on: i386 sparc64
2004-03-05 08:10:19 +00:00
emax
41bb0e8fd2
Update Bluetooth code.
...
Reviewed by: M. Warner Losh <imp@bsdimp.com>; John Hay <jhay@freebsd.org>
Approved by: M. Warner Losh <imp@bsdimp.com> (mentor)
2003-10-12 22:04:24 +00:00
