I'm using captive (captive-ntfs) for read and write access to my windows partition. Most of the time it is used for just playing back music files with xmms. Over a period of a few hours the memory used by the "captive-sandbox" process increases. At the moment it is using about 90MB, and it goes higher sometimes. I'm not sure if this is related to xmms, or the way xmms reads files from the windows partition, because xmms is always running. Reproducible: Always Steps to Reproduce: 1. install and use captive-ntfs to read from windows partition 2. (Optional - may or may not be related) run xmms to play music files from win partition 3. Actual Results: memory used continues to increase gradually Expected Results: not eaten half my ram Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.200 41102-r1, 2.6.11-gentoo-r8-1 i686) ================================================================= System uname: 2.6.11-gentoo-r8-1 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Apr 29 2005, 16:02:55)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share /config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/shar e/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox sfperms str ict" GENTOO_MIRRORS="ftp://mirrors.blueyonder.co.uk/mirrors/gentoo ftp://ftp.mirrorse rvice.org/sites/www.ibiblio.org/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aac aalib acpi alsa avi berkdb bitmap-fonts cdr crypt cups curl directfb divx4linux dvd dvdr dvdread emboss encode ffmpeg flac foomaticdb gdbm gif gimppr int gpm gstreamer gtk gtk2 imlib java jpeg libg++ libwww mad mikmod mmx mmxext m ng motif mozilla mp3 mpeg mysql ncurses nls nptl nptlonly ogg oggvorbis openal o pengl oss pam pdflib perl pic png python qt quicktime readline real samba sdl sl ang spell sse sse2 ssl svg svga tcltk tcpd tiff truetype truetype-fonts type1-fo nts vorbis win32codecs wmf x86 xine xml2 xmms xv xvid zlib userland_GNU kernel_l inux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Yes, this was already supported and marked as an upstream bug, you are free to go through the code and fix it yourself and submit a patch :) At the moment it think its wise for people to use the read-only-kernel-driver for playing back mp3s and only use the captive driver when they really need to write to the filesystem. *** This bug has been marked as a duplicate of 87053 ***