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

Re: [Xen-devel] [PATCH 05/20] libxl: provide libxl__remove_file et al.



Ian Campbell writes ("Re: [Xen-devel] [PATCH 05/20] libxl: provide 
libxl__remove_file et al."):
> > +    size_t need = offsetof(struct dirent, d_name) +
> > +        pathconf(dirpath, _PC_NAME_MAX) + 1;
> 
> This was an interesting pattern, but I see that readdir(3) recommends
> portable programs do things this way...

Bizarre, eh ?

> > +        const char *subpath = GCSPRINTF("%s/%s", dirpath, de->d_name);
> > +        if (libxl__remove_file_or_directory(gc, subpath))
> > +            rc = ERROR_FAIL;
> 
> Deliberately doesn't "goto out" so as to remove as much as possible?

Yes.

> If so then:
> 
> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>

Thanks,
Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.