Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: Yao Qi <yao@codesourcery.com>
Cc: Jan Kratochvil <jan.kratochvil@redhat.com>,
	Hui Zhu <teawater@gmail.com>,
	gdb-patches ml <gdb-patches@sourceware.org>
Subject: Re: [obv] Fix unused-but-set-variable error   [Re: [OB] Fix linux-low.c build error]
Date: Mon, 19 Dec 2011 06:53:00 -0000	[thread overview]
Message-ID: <20111219065002.GQ21915@adacore.com> (raw)
In-Reply-To: <4EEED8FB.4040103@codesourcery.com>

> This reminds me that I committed a similar patch some days ago.  Here is a
> patch to revert.
> 
> -- 
> Yao (??????) 
> 
> 	* tracepoint.c (gdb_ust_thread): Put an empty if clause for write.
> 
> 	Revert:
> 	2011-12-14  Yao Qi  <yao@codesourcery.com>
> 	* tracepoint.c (gdb_ust_thread): Don't ignore return value
> 	of write.

Thanks! This begs the question, though: Why is it OK to ignore
the error?

I am looking at the code and, not knowing much about tracepoints, I don't
understand well the prupose of gdb_ust_thread (hint: No function
description). As far as I can tell, the write is simply writing the byte
that was read from the connection back to it. What will happen if
we fail to write, and should the user be warned, for instance?

IIRC, in the previous case, we were simply writing to stderr, I think,
and there wasn't much else we could do if that failed...

> Index: gdb/gdbserver/tracepoint.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/gdbserver/tracepoint.c,v
> retrieving revision 1.38
> diff -u -r1.38 tracepoint.c
> --- gdb/gdbserver/tracepoint.c	15 Dec 2011 12:40:03 -0000	1.38
> +++ gdb/gdbserver/tracepoint.c	19 Dec 2011 06:17:49 -0000
> @@ -8122,8 +8122,8 @@
>  		strcpy (cmd_buf, "");
>  	    }
>  
> -	  /* Fix compiler's warning: ignoring return value of 'write'.  */
> -	  ret = write (fd, buf, 1);
> +	  if (write (fd, buf, 1) < 0)
> +	    /* Errors ignored.  */;
>  	  close (fd);
>  	}
>      }

-- 
Joel


  reply	other threads:[~2011-12-19  6:50 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-18 16:05 [OB] Fix linux-low.c build error Hui Zhu
2011-12-18 20:58 ` Jan Kratochvil
2011-12-18 22:55   ` [obv] Fix unused-but-set-variable error [Re: [OB] Fix linux-low.c build error] Jan Kratochvil
2011-12-19  3:22     ` Hui Zhu
2011-12-19  3:34     ` Joel Brobecker
2011-12-19  6:50     ` Yao Qi
2011-12-19  6:53       ` Joel Brobecker [this message]
2011-12-19  8:13         ` Yao Qi
2011-12-19  9:32           ` Joel Brobecker
2011-12-19 10:23       ` Jan Kratochvil

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20111219065002.GQ21915@adacore.com \
    --to=brobecker@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --cc=jan.kratochvil@redhat.com \
    --cc=teawater@gmail.com \
    --cc=yao@codesourcery.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox