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.
next prev parent 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).