On Thu, 18 May 2017 09:23:07 -0500
Eric Blake wrote:
> On 05/09/2017 04:23 AM, Greg Kurz wrote:
> > On Fri, 5 May 2017 12:01:55 -0500
> > Eric Blake wrote:
> >
> >> On 05/05/2017 09:37 AM, Greg Kurz wrote:
> >>> All paths in the virtfs directory now start with "./" (except the virtfs
> >>>
On 05/09/2017 04:23 AM, Greg Kurz wrote:
> On Fri, 5 May 2017 12:01:55 -0500
> Eric Blake wrote:
>
>> On 05/05/2017 09:37 AM, Greg Kurz wrote:
>>> All paths in the virtfs directory now start with "./" (except the virtfs
>>> root itself which is exactly ".").
>>>
>>> We hence don't need to skip le
On Tue, 9 May 2017 11:23:05 +0200
Greg Kurz wrote:
> On Fri, 5 May 2017 12:01:55 -0500
> Eric Blake wrote:
>
> > On 05/05/2017 09:37 AM, Greg Kurz wrote:
> > > All paths in the virtfs directory now start with "./" (except the virtfs
> > > root itself which is exactly ".").
> > >
> > > We hen
On Fri, 5 May 2017 12:01:55 -0500
Eric Blake wrote:
> On 05/05/2017 09:37 AM, Greg Kurz wrote:
> > All paths in the virtfs directory now start with "./" (except the virtfs
> > root itself which is exactly ".").
> >
> > We hence don't need to skip leading '/' characters anymore, nor to handle
> >
On 05/05/2017 09:37 AM, Greg Kurz wrote:
> All paths in the virtfs directory now start with "./" (except the virtfs
> root itself which is exactly ".").
>
> We hence don't need to skip leading '/' characters anymore, nor to handle
> the empty path case. Also, since virtfs will only ever be support
All paths in the virtfs directory now start with "./" (except the virtfs
root itself which is exactly ".").
We hence don't need to skip leading '/' characters anymore, nor to handle
the empty path case. Also, since virtfs will only ever be supported on
linux+glibc hosts, we can use strchrnul() and