Package: sox Version: 12.17.3-4woody2 Severity: grave Justification: causes non-serious data loss
I invoke sox in the following way: sox file.au file.wav sox runs out of disk space half-way through the conversion (as confirmed by a subsequent df), but appears to terminate normally: nothing is printed to stdout, and the return code is 0. The target file is definitely truncated, as can be easily discovered by playing it. I feel this indicates a grave problem as the user or a script might then decide to delete the source file file.au, perhaps permanently losing the latter part of the audio data from the file. Of course in theory they should check the contents of the target file, but this isn't always feasible, particularly during mass conversions. This bug is filed on a woody system, but I have checked the changelog in sarge and I can't see any obvious fixes to this problem. I can re-test this problem on sarge in about a week when I have time to upgrade my system, if necessary. Thanks, Andrew. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux laura 2.4.27 #1 Sun Apr 3 16:34:01 BST 2005 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages sox depends on: ii libc6 2.2.5-11.8 GNU C Library: Shared libraries an ii libogg0 1.0rc3-1 Ogg Bitstream Library ii libvorbis0 1.0rc3-1 The Vorbis General Audio Compressi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]