summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/pseudo/files/0001-Quiet-diagnostics-during-startup-for-pseudo-d.patch
blob: d4b9f6a0f8d4df861fd1b6dd421b1fb3a64da13c (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
From eead8a505245a292c43f070c0e836cdfeb7bd7bd Mon Sep 17 00:00:00 2001
From: Seebs <seebs@seebs.net>
Date: Wed, 28 Sep 2016 17:05:17 -0500
Subject: [PATCH 1/2] Quiet diagnostics during startup for pseudo -d

When the client spawns a pseudo server, it starts out sending diagnostics
to stderr. This can be spammy in some cases with races during startup;
everything resolves, but we get scary-looking diagnostics. So shove
those into a log file.

Signed-off-by: Seebs <seebs@seebs.net>

Upstream-Status: Backport
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
---
 ChangeLog.txt   | 5 +++++
 pseudo_server.c | 4 +++-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/ChangeLog.txt b/ChangeLog.txt
index d6359ca..4cc24de 100644
--- a/ChangeLog.txt
+++ b/ChangeLog.txt
@@ -1,3 +1,8 @@
+2016-09-28:
+	* (seebs) Send errors to log when daemonizing, but do that a lot
+	  sooner to prevent startup messages which can show up spuriously
+	  with multiple clients.
+
 2016-07-28:
 	* (seebs) Fix performance issue on deletion with xattr changes.
 
diff --git a/pseudo_server.c b/pseudo_server.c
index 8731d20..7c2db2f 100644
--- a/pseudo_server.c
+++ b/pseudo_server.c
@@ -162,6 +162,9 @@ pseudo_server_start(int daemonize) {
 	 * SIGUSR1, or until too much time has passed. */
 	if (daemonize) {
 		int child;
+
+		/* make startup messages go away when invoked-as-daemon */
+		pseudo_debug_logfile(PSEUDO_LOGFILE, 2);
 		child = fork();
 		if (child == -1) {
 			pseudo_diag("Couldn't fork child process: %s\n",
@@ -231,7 +234,6 @@ pseudo_server_start(int daemonize) {
 			setsid();
 			fclose(stdin);
 			fclose(stdout);
-			pseudo_debug_logfile(PSEUDO_LOGFILE, 2);
 			/* and then just execute the server code normally.  */
 			/* Any logging will presumably go to logfile, but
 			 * exit status will make it back to the parent for