summaryrefslogtreecommitdiffstats
path: root/share/man/man3
Commit message (Collapse)AuthorAgeFilesLines
* Rename the queue macros I introduced last year.ed2009-05-272-22/+22
| | | | | | | | | | | | | | | | Last year I added SLIST_REMOVE_NEXT and STAILQ_REMOVE_NEXT, to remove entries behind an element in the list, using O(1) time. I recently discovered NetBSD also has a similar macro, called SLIST_REMOVE_AFTER. In my opinion this approach is a lot better: - It doesn't have the unused first argument of the list pointer. I added this, mainly because OpenBSD also had it. - The _AFTER suffix makes a lot more sense, because it is related to SLIST_INSERT_AFTER. _NEXT is only used to iterate through the list. The reason why I want to rename this now, is to make sure we don't release a major version with the badly named macros.
* On second thought, remove the comma too.trhodes2009-04-011-1/+1
|
* Remove KSE bits, cross reference libthr.3.trhodes2009-04-011-6/+6
| | | | | PR: 132392 Submitted by: Niclas Zeising <niclas.zeising@gmail.com> (original version)
* Small typo in the makedev(3) manpage.ed2008-09-281-1/+1
| | | | | devtoname(3) is a nonexistent function. We do have devtoname(9), but that's entirely different. The correct function is devname(3).
* Several documentation fixups related to device minor/major numbers:ed2008-09-282-0/+93
| | | | | | | | | | | | | - Document the minor(3), major(3) and makedev(3) macro's. They also apply to umajor() and uminor() in the kernel, but hopefully we'll sort that out one day. - Briefly dev2unit() inside the make_dev(9) manual page, since this is now the preferred macro to obtain character device unit numbers inside the kernel. - Remove the device_ids(9) manual page. It contains highly inaccurate information, such as a description of the nonexistent major().
* Introduce REMOVE_NEXT() macro's for SLIST and STAILQ.ed2008-05-222-0/+22
| | | | | | | | | | | | | | | Even though single linked lists allow items to be removed at constant time (when the previous element is known), the queue macro's don't allow this. Implement new REMOVE_NEXT() macro's. Because the REMOVE() macro's also contain the same code, make it call REMOVE_NEXT(). The OpenBSD version of SLIST_REMOVE_NEXT() needs a reference to the list head, even though it is unused. We'd better mimic this. The STAILQ version also needs a reference to the list. This means the prototypes of both macro's are the same. Approved by: philip (mentor) PR: kern/121117
* Remove options MK_LIBKSE and DEFAULT_THREAD_LIB now that we no longerru2008-03-291-1/+1
| | | | build libkse. This should fix WITHOUT_LIBTHR builds as a side effect.
* Install manpage links for RB_PREV and RB_FOREACH_REVERSE.jasone2008-03-071-0/+2
|
* Implement RB_PREV() AND RB_FOREACH_REVERSE().jasone2007-12-281-2/+10
|
* Add sqrt() to the first table in the manpage. It seems it was accidentallydas2007-12-151-0/+1
| | | | omitted.
* Don't imply O(n) removal for the doubly linked data structures.obrien2007-11-021-2/+8
|
* Hide the implementation details about multiple threading librariesru2007-10-2260-71/+11
| | | | | | from the synopses of pthread*(3) manpages. Reviewed by: deischen, davidxu
* Remove an obsolete paragraph that pthread_single_np(3) isru2007-10-221-7/+0
| | | | | | not implemented in libthr. Reviewed by: deischen, davidxu
* Tweak the handling of "WITHOUT_LIBPTHREAD". Also remove the accidentalobrien2007-10-091-1/+1
| | | | | | | treatment of 'LIBKSE' as an "old style" knob. Submitted by: ru Approved by: re(kensmith)
* Repo copy libpthreads to libkse.obrien2007-10-091-1/+1
| | | | | | This introduces the WITHOUT_LIBKSE nob, and changes WITHOUT_LIBPTHREADS to mean with neither threading libs. Approved by: re(kensmith)
* Document that EPERM is returned when the calling thread does not haveimp2007-03-302-1/+9
| | | | | | | | | | | the mutex locked. Also tweak the wording to make it more consistant between pthread_cond_wait and pthread_cond_tiedwait. Confirmed with the opengroup's web site that this is a valid return value. Wording used specifically not that of opengroup's online man pages. MFC After: 1 week
* Add a reference too pthread_cancel(3).cognet2007-01-191-0/+1
| | | | Submitted by: Jeremie Le-Hen
* Xref pthread_condattr.3, pthread_attr.3, and pthread_mutexattr.3.trhodes2006-11-043-3/+6
| | | | | PR: 60679 Submitted by: roam (with minor modifications)
* o Expand "Nov" to "November" in Dd macro, remove eol whitespace.maxim2006-11-011-1/+1
|
* Add error code EPERM.davidxu2006-11-011-1/+4
| | | | Reviewed by: ru, deischen
* Bring manpage up-to-date with respect to the scheduling priorityru2006-10-161-12/+19
| | | | | | | | range, and mention the SCHED_OTHER scheduling policy. Submitted by: davidxu PR: docs/37843 MFC after: 3 days
* Revise markup.ru2006-09-301-6/+5
|
* Removed libc_r build support.ru2006-09-301-1/+1
|
* Remove mentions of libc_r.ru2006-09-3054-58/+3
|
* o Add pthread_yield.3 man page.maxim2006-09-182-1/+33
| | | | | | | PR: docs/100083 Reviewed by: deischen, ru Obtained from: OpenBSD MFC after: 2 weeks
* Markup fixes.ru2006-09-182-2/+2
|
* The removal of CIRCLEQ left four queue macros. One sentence was missedemaste2006-03-251-1/+1
| | | | | | | | in the man page update. PR: docs/94938 Submitted by: Ed Schouten <ed@fxq.nl> MFC After: 3 days
* Typesetting fix for -r1.137.mckusick2006-03-241-2/+4
| | | | | | | If a tail queue is empty the return value of TAILQ_LAST is not undefined, it is NULL. Submitted by: Ruslan Ermilov <ru@FreeBSD.org>
* If a tail queue is empty the return value is notmckusick2006-03-221-2/+2
| | | | undefined, it is NULL.
* Reimplementation of world/kernel build options. For details, see:ru2006-03-171-1/+3
| | | | | | | | http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html The src.conf(5) manpage is to follow in a few days. Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
* - Massage wording to make it easier to understand and fix some grammar.brd2006-02-161-2/+2
| | | | | | | Submitted by: sbahra at gwu dot edu Reviewed by: ru@ Approved by: ceri@ MFC after: 3 days
* Does not return EBUSY, the mutex will keep blocking until it's unlocked.trhodes2006-01-311-4/+0
|
* Add the RB_PROTOTYPE_STATIC and RB_GENERATE_STATIC macros.jasone2006-01-192-7/+21
| | | | Approved by: markm (mentor)
* o Sort MLINKS.maxim2006-01-111-1/+1
|
* Add the RB_NFIND() macro, which is useful for red-black tree searchesjasone2006-01-112-1/+7
| | | | | | | for which there may not be an exact match. Reviewed by: glebius, julian Approved by: markm (mentor)
* Style fixs, add missing word 'signal'.davidxu2005-12-141-4/+5
| | | | Reviewed by: deischen
* Add siginfo.davidxu2005-12-132-0/+310
|
* Fix prototype.ru2005-11-241-1/+1
|
* Remove a spurious newline. The TAILQ_INIT() is part of the 'faster tailqjhb2005-10-171-1/+0
| | | | | | deletion' example. MFC after: 1 week
* Fix typos and use consistent section names in manual pages:hrs2005-07-151-1/+1
| | | | | | | | | | s/SYSCTLS/SYSCTL VARIABLES/ s/TUNABLES/LOADER TUNABLES/ s/CAVEAT/CAVEATS/ s/DESCIPTION/DESCRIPTION/ Reviewed by: ru MFC after: 3 days
* Use 'manual page' instead of 'man page' for consistency.hmp2005-06-303-3/+3
| | | | Approved by: re (hrs)
* (Mostly) markup fixes.ru2005-06-161-3/+4
| | | | Approved by: re (blanket)
* The correct copyright notice for manpages that copy material from Openkeramida2005-05-181-0/+10
| | | | | | | | Group's documentation is `/usr/share/examples/mdoc/POSIX-copyright', not the one I copied from `/usr/share/examples/etc/bsd-copyright'. Suggested by: simon 2nd pointy hat of the day: yours truly
* Add a manpage for pthread_atfork(3). This copies a lot of the text ofkeramida2005-05-183-0/+117
| | | | | | | | | | | | | | | | | | | | | the Open Group manpage for pthread_atfork(), available online at: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_atfork.html which should be ok, since Daniel Eischen had mailed me about Open Group manpages and the fact that they have granted permission to FreeBSD to use their material. Any differences from the OG text are my changes to the original manpage text submitted by Alex Vasylenko: - In an effort to clean up the part that describes hooks and their calling order, I used a list instead of a single paragraph for all the three types of fork() hooks. - After a short discussion with Dima Dorfman a long long time ago in a far away galaxy, I changed the RETURN VALUES section to look more like the rest of the pthread_xxx.3 manpages. PR: docs/68201 Submitted by: Alex Vasylenko <lxv@omut.org>
* Remove fpsetsticky(). This was added for SysV compatibility, but duedas2005-03-151-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | to mistakes from day 1, it has always had semantics inconsistent with SVR4 and its successors. In particular, given argument M: - On Solaris and FreeBSD/{alpha,sparc64}, it clobbers the old flags and *sets* the new flag word to M. (NetBSD, too?) - On FreeBSD/{amd64,i386}, it *clears* the flags that are specified in M and leaves the remaining flags unchanged (modulo a small bug on amd64.) - On FreeBSD/ia64, it is not implemented. There is no way to fix fpsetsticky() to DTRT for both old FreeBSD apps and apps ported from other operating systems, so the best approach seems to be to kill the function and fix any apps that break. I couldn't find any ports that use it, and any such ports would already be broken on FreeBSD/ia64 and Linux anyway. By the way, the routine has always been undocumented in FreeBSD, except for an MLINK to a manpage that doesn't describe it. This manpage has stated since 5.3-RELEASE that the functions it describes are deprecated, so that must mean that functions that it is *supposed* to describe but doesn't are even *more* deprecated. ;-) Note that fpresetsticky() has been retained on FreeBSD/i386. As far as I can tell, no other operating systems or ports of FreeBSD implement it, so there's nothing for it to be inconsistent with. PR: 75862 Suggested by: bde
* Expand *n't contractions.ru2005-02-133-3/+3
|
* Document EBUSY.trhodes2005-02-081-1/+5
| | | | | PR: 73387 Submitted by: Thomas Ludwig <tludwig@smr.ch> (original version)
* Fixed xref.ru2005-01-211-2/+2
|
* Sort sections.ru2005-01-2112-102/+102
|
* Improved markup.ru2005-01-131-47/+48
|
OpenPOWER on IntegriCloud