[Spice-devel] [phodav PATCH RFC] webdavd: Automount shared folder on Windows

[Marc-André Lureau]

Hi

> ----- Original Message -----
> > From: "Marc-André Lureau" <mlureau at redhat.com>
> > To: "Lukas Venhoda" <lvenhoda at redhat.com>
> > Cc: spice-devel at lists.freedesktop.org
> > Sent: Tuesday, August 11, 2015 1:08:40 PM
> > Subject: Re: [Spice-devel] [phodav PATCH RFC] webdavd: Automount shared
> > folder on Windows
> > 
> > > > >  - I tried calling this function in callback, in g_task, but it
> > > > >  seems,
> > > > >  that
> > > > >    Windows can only succesfully map the drive, if the function is
> > > > >    called
> > > > >    AFTER the first read (which blocks), that's why I decided to use a
> > > > >    new
> > > > >    thread.
> > > > >      - This seems to be the only way to mount the drive in webdavd
> > > > >      itself.
> > > 
> > > > When mounting, Windows will try to populate the folder, so the
> > > > connection
> > > > must be up before that. (I don't think a thread helps).
> > > 
> > > Yes. The thread doesn't help in that the connection must be running, The
> > > problem is, that the read blocks when connected,
> > 
> > You mean "disconnected on Windows", right?
> 
> I should have re-read that after myself, the wording is bad.
> What I meant is that, after I enabled sharing, and the connection is
> established, webdavd blocks on read.

It's an async read (using read_thread, although this is a detail), the
main loop should be available for other tasks.

> This unblocks only after the drive is mounted, meaning I have to mount in
> parallel to reading.
> If I call it before, it just fails (because as you said, connection must be
> up before that)
> and I can't call it after that, because it blocks forever.

Maybe I don't follow, can you provide a backtrace of that blocking read?

> As I said, there might be a better fix for this, but I couldn't find any that
> would work properly.

I am trying to help here :)

cheers