Package: gvfs
Version: 0.2.5-1
Severity: serious
Reasoning: cripples things that might wait for it
Hi,
when running the attached program with ~/.gvfs/localtest/mirror/debian (or
whereever you
have a sizable collection of files) for a while, gvfsd becomes unresponsive and
apparently
does not answer dbus requests for that gvfs-mount anymore. This happens with
multiple
backends (e.g. sftp and localtest). Other mounts appear to be still working.
This does not seem to be a mere gvfs-fuse-daemon-problem because gvfs-ls is
affected as
well. I noticed this problom while testing a patch for the gvfs-fuse RC bug.
Error message is
$ gvfs-ls localtest:/home
Error: Error while getting peer-to-peer dbus connection: Did not receive a
reply. Possible
causes include: the remote application did not send a reply, the message bus
security
policy blocked the reply, the reply timeout expired, or the network connection
was broken.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
#!/usr/bin/python
import os, sys, glob, random, thread
BLOCK = 1024*1024
def madseek(rootdir):
while 1:
p = rootdir
while os.path.isdir(p):
d = glob.glob(os.path.join(p, '*'))
if not d:
break
p = d[random.randint(0,len(d)-1)]
if os.path.isfile(p):
print p
size = os.stat(p).st_size
f = open(p)
pos = random.randint(0,max(size-BLOCK,0))
f.seek(pos)
f.read(min(BLOCK,size-pos))
f.close()
a = map(lambda x: thread.start_new_thread(madseek, (sys.argv[1],)), range(10))
madseek(sys.argv[1])
