From c777c132f63247d3e45179cc86e926f424ab81a4 Mon Sep 17 00:00:00 2001 From: Xevion Date: Sun, 26 Nov 2023 08:49:11 -0600 Subject: [PATCH] Reformat race conditions post --- src/content/blog/race-conditions-in-signal-handlers.md | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/src/content/blog/race-conditions-in-signal-handlers.md b/src/content/blog/race-conditions-in-signal-handlers.md index 7cc360c..6b78da0 100644 --- a/src/content/blog/race-conditions-in-signal-handlers.md +++ b/src/content/blog/race-conditions-in-signal-handlers.md @@ -16,10 +16,9 @@ Signals are a special, but very primitive way for processes to communicate funct a standardized interface available to 99.99% of programs run on UNIX systems (in existence). Interaction can be done with just the `kill` command. -While the signals API can be quite bare bones and simple, it's technically much less complex compared to a network -interface, usage of STDIN/STDOUT, a file, or even a shared memory segment. These other options might have a lot more -features, -but none of them are perfectly standardized, completely secure, or simple to use. +While the signals API can be quite bare bones and simple, it's technically much less complex compared to a network interface, usage of `STDIN` & `STDOUT`, a file, or even a shared memory segment. + +These other options might have a lot more features, but none of them are perfectly standardized, completely secure, or simple to use. If you're looking to allow basic communication with your program for very specific use cases and don't need complexity or I/O, signals can be a great way to go.