hget seems to error out the first time

[GoogleCodeExporter]

See the following commands
hget returns error the first time, but completes successfully on the next try. 
This is reproducible most of the time. The system is running on qemu (standard 
install)

cpu% webfs
cpu% webcookies
cpu% hget -o rc.vim 
'http://www.vim.org/scripts/download_script.php?src_id=11957'
/mnt/web/0/body: rc (hget): can't open: '/mnt/web/0/body' interrupted
cpu% hget -o rc.vim 
'http://www.vim.org/scripts/download_script.php?src_id=11957'
cpu% 
cpu% hget -o www 'http://www.google.com'
/mnt/web/0/body: rc (hget): can't open: '/mnt/web/0/body' interrupted

Original issue reported on code.google.com by 9...@vrtra.net on 14 May 2012 at 3:25

[GoogleCodeExporter]

I've experienced this in VMware as well. The problem seems to be slow DNS 
resolution on my slow-ass corporate network. The second request works because 
the DNS request finally succeeds. Recently, the timeout periods were increased 
in webfs, but I do sometimes (not as often) still experience the above.

Original comment by stanley....@gmail.com on 14 May 2012 at 4:34

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Here is a patch that exposes timeout and proxytimeout through /mnt/web/ctl file.
Hope this is ok?

Original comment by 9...@vrtra.net on 14 May 2012 at 8:41

Attachments:

• patch.webfs

[GoogleCodeExporter]

made similar change and did some other cleanup
in revision:

r07369ab88305f8aed5b0627b5143ccfb01892a9d

i dont see the need for distinct proxytimeout
and timeout parameters.

Original comment by cinap_le...@felloff.net on 16 May 2012 at 3:09

• Changed state: Fixed