[Xen-devel] [PATCH] tools:misc:xenlockprof: fix possible format string overflow

2017-04-04 Thread Seraphime Kirkovski
apest", as it doesn't add dependencies for asprintf. Signed-off-by: Seraphime Kirkovski <kirkser...@gmail.com> --- tools/misc/xenlockprof.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/misc/xenlockprof.c b/tools/misc/xenlockprof.c index 41fcb792cc

[Xen-devel] [PATCHv2] libxc: fix segfault on uninitialized xch->fmem

2017-04-04 Thread Seraphime Kirkovski
ory Segmentation fault This initializes the whole xch_buff to 0. Signed-off-by: Seraphime Kirkovski <kirkser...@gmail.com> --- Changes from v1: * Initialize the entire struct xc_interface_core to 0 tools/libxc/xc_private.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/to

Re: [Xen-devel] [PATCH] libxc: fix segfault on uninitialized xch->fmem

2017-04-04 Thread Seraphime Kirkovski
On Tue, Apr 04, 2017 at 11:15:07AM +0100, Wei Liu wrote: > Since there are a few handles in xch, it would be better to initialise > them all at once by doing: > > struct xc_interface_core xch_buf = { 0 } > > > xch->flags = open_flags; > > xch->dombuild_logger_file = 0; > >

[Xen-devel] (no subject)

2017-04-04 Thread Seraphime Kirkovski
Bcc: Subject: Re: [PATCH] libxc: fix segfault on uninitialized xch->fmem Reply-To: In-Reply-To: <20170404101507.lohlu5rbx4jq5...@citrix.com> On Tue, Apr 04, 2017 at 11:15:07AM +0100, Wei Liu wrote: > Since there are a few handles in xch, it would be better to

[Xen-devel] [PATCH] libxc: fix segfault on uninitialized xch->fmem

2017-04-03 Thread Seraphime Kirkovski
ory Segmentation fault This initializes xch->fmem to NULL Signed-off-by: Seraphime Kirkovski <kirkser...@gmail.com> --- tools/libxc/xc_private.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/libxc/xc_private.c b/tools/libxc/xc_private.c index 72e6242417..4ed46fde5f 100644 --- a