[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KDE libs (kio_file) holding on to files and directories during
From:       Thiago Macieira <thiago.macieira () kdemail ! net>
Date:       2004-09-27 1:40:32
Message-ID: 200409262240.40812.thiago.macieira () kdemail ! net
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Luke Kenneth Casson Leighton wrote:
> okay, are you asking why i _ended up_ with kio_file opening /dev/hdc?

Yes.

> the reason i ended up with it was because i don't have it entered into
> /etc/fstab.
>
> /dev/hdc is actually an IDE CDROM.
>
> so it's symlinked from /dev/cdrom.

I don't see why kio_file would open /dev/hdc.

> so i _have_ to grant access to it, in order to allow audio CDs to work.

That's kio_audiocd, not kio_file.

> autofs handles mounting of the drive if it's a data CD or a data DVD.
>
> so, assuming it has to be opened, how do i get it to _not_ be held on
> to?  is it to do with directory notify again?

Can you reliably reproduce this issue? If so, post it so that we may track 
down why kio_file would open /dev/hdc -- that's not its job, so it should 
not do it.

I don't think it can be connected to directory notify because that doesn't 
keep the device itself open -- it keeps open the mountpoint. And even when 
looking at it in my Konqueror, I can find no open file descriptors to the 
mountpoint and can umount the disk.

kio_audiocd, however, I don't know. It uses libparanoia (I think), so the 
issue may be completely different.

-- 
  Thiago Macieira  -  Registered Linux user #65028
   thiago (AT) macieira (DOT) info
    ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

[Attachment #5 (application/pgp-signature)]

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]