top: adjust some parenthesis for correct '^N' behavior
Some kdeinit tasks have a large environment consisting mostly of nulls which were then followed by one or two printable characters. Such strange environments should not be shown with that 'not applicable' (n/a) notation even though that first string vector is equal to '\0'. I thought I had covered such a contingency but, due to a misplaced right parenthesis, that '^N' bottom window could see 'n/a' + a bunch of spaces + printable stuff. Well, that won't happen anymore with this tiny change. Signed-off-by: Jim Warner <james.warner@comcast.net>
This commit is contained in:
parent
daaf634eb3
commit
3c7f8199f7
@ -5061,7 +5061,7 @@ static int bot_focus_strv (const char *hdr, const char **strv) {
|
||||
n = (char *)&strv[0] - strv[0];
|
||||
if (n >= sizeof(Bot_buf)) n = sizeof(Bot_buf) - 1;
|
||||
memcpy(Bot_buf, strv[0], n);
|
||||
if (!Bot_buf[0] || (!strcmp(Bot_buf, "-") && n <= sizeof(char *)))
|
||||
if ((!Bot_buf[0] || !strcmp(Bot_buf, "-")) && n <= sizeof(char *))
|
||||
strcpy(Bot_buf, N_txt(X_BOT_nodata_txt));
|
||||
for (nsav= 0, p = Bot_buf, x = 0; strv[nsav] != NULL; nsav++) {
|
||||
p += strlen(strv[nsav]) + 1;
|
||||
|
Loading…
Reference in New Issue
Block a user