qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Crístian Viana" <vianac@linux.vnet.ibm.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: aliguori@us.ibm.com, eblake@redhat.com, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 1/1 v4] Allow machines to configure the QEMU_VERSION that's exposed via hardware
Date: Wed, 23 May 2012 13:08:37 -0300	[thread overview]
Message-ID: <4FBD0B85.4090605@linux.vnet.ibm.com> (raw)
In-Reply-To: <CAFEAcA_sxBoR0iVZp+DTSzb924Nt4WLZ_j=GKwMRz7f-pSBV-A@mail.gmail.com>

Hi Peter,

Thanks for all your tips!

> OK, this has been bugging me for the last three versions, and
> since I'm complaining about other things anyway: can you reword
> this commit message, please, so that it is a standalone paragraph
> explaining (a) what the commit does and (b) why it is doing it, rather
> than being a combination of an unattributed quote from Anthony and some
> new text from you. Commit messages aren't emails.
> Explanatory remarks like the URL to the previous discussion can go
> below the '---' line where they won't appear in the formal git commit
> message.

Ok, I rewrote the commit message.

> When you're posting a new version of a patch please include a
> summary of changes since the previous version below the '---'
> line.

Ok.

> So when you posted the previous version of your patch it was pointed
> out that this is a buffer overflow:
> http://lists.gnu.org/archive/html/qemu-devel/2012-04/msg01657.html
>
> You need to fix this.

I have sent a reply to that thread explaining that the user actually 
doesn't have control of that string, that is only used internally in the 
code (just like the QEMU_VERSION macro).
I fixed the code now with snprintf copying at most 12 chars to the 
string (the array size). I can't think of why pstrcat would be better in 
this case, as suggested by Erik.

> The questions about the usb-redir version still apply too:
>   http://lists.gnu.org/archive/html/qemu-devel/2012-04/msg01700.html

I have also sent a reply to that thread asking if the usb-redir version 
appears to the guest but I haven't got no answer.

> Don't just leave things unchanged from previous versions that were objected
> to without explicitly mentioning them in the below-the-'---' commentary (ie
> explaining why you decided not to change them), please. Otherwise reviewers
> have to go through the whole thing with a fine tooth comb rechecking whether
> you've actually fixed anything.
I didn't know there was "patch changelog protocol" here, I'll do it from 
now on.

Best regards,
Crístian.

  reply	other threads:[~2012-05-23 16:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-22 21:10 [Qemu-devel] [PATCH 1/1 v4] Allow machines to configure the QEMU_VERSION that's exposed via hardware Crístian Viana
2012-05-22 21:38 ` Peter Maydell
2012-05-23 16:08   ` Crístian Viana [this message]
2012-05-23 16:11     ` Eric Blake
2012-05-23 20:06       ` Crístian Viana
2012-05-23 20:54         ` Peter Maydell
2012-05-24 19:54           ` Crístian Viana

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=4FBD0B85.4090605@linux.vnet.ibm.com \
    --to=vianac@linux.vnet.ibm.com \
    --cc=aliguori@us.ibm.com \
    --cc=eblake@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /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;
as well as URLs for NNTP newsgroup(s).