From: Guy Harris <guy@alum.mit.edu>
Date: Tue, 11 Dec 2012 22:33:49 +0000 (-0800)
Subject: Fix up boldfacing.
X-Git-Url: https://git.tcpdump.org/libpcap/commitdiff_plain/de6640d48b7efc2dc8b31c005cb6d6f882b78199

Fix up boldfacing.

Different renderers (different *roffs, different -man macro packages,
different man-to-HTML translators, etc.) may handle fonts and paragraph
boundaries differently, or may handle font resetting in .BR and .B
differently, so:

	reset the font at or before the end of a paragraph;

	don't assume that font changes persist across paragraph breaks;

	don't use .B or .BR inside boldfaced text.
---

diff --git a/pcap_breakloop.3pcap b/pcap_breakloop.3pcap
index 2372348b..e437af8a 100644
--- a/pcap_breakloop.3pcap
+++ b/pcap_breakloop.3pcap
@@ -58,20 +58,15 @@ if the signal interrupted a call reading packets in a live capture,
 when your signal handler returns after calling pcap_breakloop(), the
 call will be restarted, and the loop will not terminate until more
 packets arrive and the call completes.
+.ft R
 .PP
+.ft B
 Note also that, in a multi-threaded application, if one thread is
-blocked in
-.BR pcap_dispatch() ,
-.BR pcap_loop() ,
-.BR pcap_next() ,
-or
-.BR pcap_next_ex() ,
-a call to
-.B pcap_breakloop()
-in a different thread will not unblock that thread; you will need to use
-whatever mechanism the OS provides for breaking a thread out of blocking
-calls in order to unblock the thread, such as thread cancellation in
-systems that support POSIX threads.
+blocked in pcap_dispatch(), pcap_loop(), pcap_next(), or pcap_next_ex(),
+a call to pcap_breakloop() in a different thread will not unblock that
+thread; you will need to use whatever mechanism the OS provides for
+breaking a thread out of blocking calls in order to unblock the thread,
+such as thread cancellation in systems that support POSIX threads.
 .ft R
 .PP
 Note that