Package: ifp-line-libifp Version: 1.0.0.1-2 Severity: important
mo:~# ifp format err: [get_file_size] err=-2. Error opening file '\Â¥0050~15.MP3'. err: [_ifp_list_dirs] err=-2. Error getting filesize. err: [ifp_list_dirs] err=-2. _list_dirs failed. err: [ifp_selftest] err=-2. couldn't get basic directory listing. err: [ifp_init] err=-2. self test failed. Device isn't responding.. try jiggling the handle. (error 8) It would appear that "ifp format" does an "ifp ls" before doing the format, which renders the connection inoperable for the format. This behavior is contrasted with that of the ifp provided in the ifp-line package, which appears to work but then segfaults. I'll file a separate bug on that package. tg -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ifp-line-libifp depends on: ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libifp4 1.0.0.1-2 communicate with iRiver iFP audio ii libusb-0.1-4 2:0.1.10a-9.sarge.1 userspace USB programming library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
