Bug#313206: sox: Does not cope well with running out of disk space
It appears so. I am now using a Sarge system, and dpkg -s sox produces 'Version: 12.17.7-2' I tested the bug again using: [EMAIL PROTECTED]:/tmp$ mount -t tmpfs -o size=7M tmpfs /tmp/test [EMAIL PROTECTED]:/tmp$ cd /tmp/test [EMAIL PROTECTED]:/tmp/test$ cp blah.ogg /tmp/test [EMAIL PROTECTED]:/tmp/test$ ls -l total 7.0M -rw--- 1 root root 5.2M 2005-07-11 12:41 blah.ogg [EMAIL PROTECTED]:/tmp/test$ sox /tmp/test/blah.ogg /tmp/test/blah.wav [EMAIL PROTECTED]:/tmp/test$ echo $? 0 [EMAIL PROTECTED]:/tmp/test$ ls -l total 7.0M -rw--- 1 root root 5.2M 2005-07-11 12:41 blah.ogg -rw--- 1 root root 1.9M 2005-07-11 12:42 blah.wav It seems the wav file has been silently truncated (and thus it's not just the au -> wav conversion producing a problem). Thanks, Andrew. On 2005-07-11 at 01:46 -0700, Steve Langasek wrote: > Hi Andrew, > > Do you know if this bug also affects the sarge version of sox? > > Thanks, > -- > Steve Langasek > postmodern programmer -- Andrew Ferrier web: http://www.new-destiny.co.uk/andrew/ email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313206: sox: Does not cope well with running out of disk space
Hi Andrew, Do you know if this bug also affects the sarge version of sox? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#313206: sox: Does not cope well with running out of disk space
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 libvorbis01.0rc3-1 The Vorbis General Audio Compressi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]