Re: [libvirt PATCH 04/19] commandhelper: Consolidate error paths

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jan 29, 2021 at 18:17:36 +0100, Peter Krempa wrote:
> On Fri, Jan 29, 2021 at 17:16:14 +0100, Tim Wiederhake wrote:
> > Preparation for later conversion to g_auto* memory handling.
> > 
> > Signed-off-by: Tim Wiederhake <twiederh@xxxxxxxxxx>
> > ---
> >  tests/commandhelper.c | 10 ++++++----
> >  1 file changed, 6 insertions(+), 4 deletions(-)
> > 
> > diff --git a/tests/commandhelper.c b/tests/commandhelper.c
> > index 05e3879688..2be121ce2c 100644
> > --- a/tests/commandhelper.c
> > +++ b/tests/commandhelper.c
> > @@ -61,7 +61,7 @@ int main(int argc, char **argv) {
> >      ssize_t got;
> >  
> >      if (!log)
> > -        return ret;
> > +        goto cleanup;
> >  
> >      for (i = 1; i < argc; i++) {
> >          fprintf(log, "ARG:%s\n", argv[i]);
> > @@ -79,7 +79,7 @@ int main(int argc, char **argv) {
> >      }
> >  
> >      if (!(newenv = malloc(sizeof(*newenv) * n)))
> > -        abort();
> > +        goto cleanup;
> 
> Any reason for not converting this malloc to g_new directly? you get rid
> of abort()/cleanup entirely.
> 
> Especially since the patches at the end of the series switch to
> g_auto(ptr).
> 
> If there's a strong reason against using glibs allocators, in such case
> the cleanups shouldn't be added either.

Using glibs allocators would simplify also further patches, so if there
isn't a particular reason why you chose to use calloc it would seem
better to use g_new right away and prevent adding additional cleanup
labels.




[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]

  Powered by Linux