On 15/05/17 09:14, Stuart Henderson wrote:
On 2017/05/15 02:23, Tim van der Molen wrote:
Tim van der Molen (2017-05-15 00:38 +0200):
Graham Stephens (2017-05-14 23:57 +0200):
On 2017/05/14 14:38, Graham Stephens wrote:
Tested and working/matching against JF's sample.
Thanks.
On 2017/05/14 14:38, Graham Stephens wrote:
Tested and working/matching against JF's sample.
Thanks.
Err... however - and I apologise for not thinking ahead and mentioning it
earlier - but there's also a wvunpack program in the same package (with the
opposite functionality). It was
On 2017/05/14 09:44, Graham Stephens wrote:
This port diff switches to using libc's MD5 implementation
which I think should help. It creates a new patches/ directory,
use "patch -E -p0" to apply it (then make clean; make repackage;
make reinstall)..
This port diff switches to using libc's MD5 implementation
which I think should help. It creates a new patches/ directory,
use "patch -E -p0" to apply it (then make clean; make repackage;
make reinstall)..
Index: Makefile
===
RCS f
On 13/05/17 15:40, Juan Francisco Cantero Hurtado wrote:
On Sat, May 13, 2017 at 10:07:22AM +0100, Graham Stephens wrote:
Hi all,
I initially posted this on the sparc list, but have been asked to post here.
When running "wavpack -m blah.wav" (for md5 calculation), I get a core
d
Hi all,
I initially posted this on the sparc list, but have been asked to post here.
When running "wavpack -m blah.wav" (for md5 calculation), I get a core
dump with a message of 'Bus Error'.
It works ok for other switches I have tried.
This is on OBSD v6.1 with wavpack v5.1.0, on a blade 100.
