Package: ifp-line Version: 0.2.4.6-2 Severity: important
ifp from ifp-line provides this result on one of my irivers: mo:~# ifp ls d VOICE d RECORD d store Segmentation fault mo:~# ifp format WARNING: Do you want to format iFP? [y/N]: y Formating. Please wait... Done. mo:~# ifp ls ifp ls: : No such directory in iFP. mo:~# ifp ls ifp ls: : No such directory in iFP. mo:~# ifp ls / ifp ls: : No such directory in iFP. mo:~# ifp ls /store ifp ls: /store: No such directory in iFP. (unplug, plug back in) mo:~# ifp ls d VOICE d RECORD d store Segmentation fault ifp from ifp-line-libifp gives this... 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) That would leave me to beleive the issue is related to poor handling of odd characters. Ultimately, I did get the device to format. The recipe that worked was to ... 1. apt-get ifp-line (i.e. go back to the non-libifp variant) 2. unplug, replug (i.e. reset the device) 3. ifp format (right away- without ifp ls or ifp df) 4. unplug, replug (reset) At that point "ifp ls" and "ifp df" started to behave normally, and full capacity was again available. Note that this version of ifp segfaults for many error conditions, such as attempt to create a directory that already exists. I haven't filed bugs about those kinds of errors because it would appear to me that ifp-line-libifp is moving toward replacing ifp-line, but this is at least one condition that ifp-line appears to be able to handle and ifp-line-libifp cannot. -- 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=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages ifp-line depends on: ii libc6 2.3.5-6 GNU C Library: Shared libraries an 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]
