Re: [SoX-users] problems with libsox on Mac OS X

[Julien E. <jey...@gm...>]

Thanks very much for the clarification about CoreAudio, I'll just add
a mixer effect for the mac then.

As for the crash, I grabbed coreaudio.c from CVS and modified line 53
but it still crashes, unfortunately. I tried to compile RC2 but it
complains about undefined symbols:
  "_gomp_thread_attr", referenced from:
      _initialize_env in libgomp.a(env.o)
      _initialize_env in libgomp.a(env.o)
      _initialize_env in libgomp.a(env.o)

even though it works fine when I embed the code in my application
(with HAVE_OPENMP turned on). Anyhow, with --disable-gomp, it does
compile and "sox infile1 infile2 -d" runs without any problem.
"example3.c" works too.

So I tried to look into this crash problem and I really can't figure
it out. One thing that struck me as odd is this: if I don't call
sox_close() on input and output after sox_flow_effects() and
sox_delete_effects(), it crashes after playing the first file. If I do
call sox_close(), it crashes when trying to play the second file (and
on a few occasions it didn't crash but simply failed to play the 2nd
file, although I haven't been able to find anything systematic yet).

Instead of embedding the code, I tried linking against libsox.dylib
(RC2). In that case, it crashes when I try to play the first file, on
the following assertion:
Assertion failed: (fft_len >= 0), function update_fft_cache, file
effects_i_dsp.c, line 135.

I'm a bit confused as to why the behaviour is different depending on
whether I embed the code or link against the library... I'd be happy
to try any other patches if you have any.

Thanks for efforts,
Julien