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
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
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;
> >
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
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