[Clam-devel] Bug with some processings

David García Garzón dgarcia at iua.upf.edu
Mon Dec 22 12:07:24 PST 2008


On Monday 22 December 2008 19:10:19 Francisco Tufró wrote:
> Hi, when adding some processings like SpectralDelay or some SMS
> Transformations like Harmonizer, when i try to run the network i get this:
>
> ##########################################################
> ################### ASSERTION FAILED #####################
> ##########################################################
> At file scons/libs/processing/include/CLAM/TokenDelay.hxx line 265
> Trying to read outside buffer
>  Unable to adquire symbols names for the backtrace
>
> What can be the problem?
> I send a demo network attached. Can anybody tellme if you have the same
> problem with this network?

I haven't tried SpectralDelay for a long time. Does the other SMS 
transformations give the same error? Notice that

>  Unable to adquire symbols names for the backtrace

Just notices the unavailability of dumping the backtrace in MacOS. In my 
machine it looks like:

 Backtrace:

[0] /home/vokimon/CajitasDeArena/local/lib/libclam_core.so.13
(CLAM::DumpBacktrace(std::ostream&)+0x2c) [0xb7e93de6]
[1] /home/vokimon/CajitasDeArena/local/lib/libclam_core.so.13 [0xb7e94127]
[2] /home/vokimon/CajitasDeArena/local/lib/libclam_core.so.13
(CLAM::ExecuteAssertFailedHandler(char const*, char const*, int)+0x2e) 
[0xb7e9376a]
[3] /home/vokimon/CajitasDeArena/local/lib/libclam_processing.so.13
(CLAM::TokenDelay<CLAM::Spectrum>::ReadCurrentSample(CLAM::Spectrum&)+0xc8) 
[0xb7983b34]
[4] /home/vokimon/CajitasDeArena/local/lib/libclam_processing.so.13
(CLAM::TokenDelay<CLAM::Spectrum>::Do(CLAM::Spectrum const&, 
CLAM::Spectrum&)+0x95) [0xb7983c3d]
[5] /home/vokimon/CajitasDeArena/local/lib/libclam_processing.so.13
(CLAM::SpectralDelay::Do(CLAM::Spectrum const&, CLAM::Spectrum&)+0x2d5) 
[0xb7983243]
[6] /home/vokimon/CajitasDeArena/local/lib/libclam_processing.so.13
(CLAM::SpectralDelay::Do()+0x60) [0xb7983efe]
[7] /home/vokimon/CajitasDeArena/local/lib/libclam_core.so.13
(CLAM::NaiveFlowControl::Do()+0x12c) [0xb7eb1ad0]
[8] /home/vokimon/CajitasDeArena/local/lib/libclam_core.so.13
(CLAM::FlattenedNetwork::Do()+0x1e) [0xb7ea0264]
[9] /home/vokimon/CajitasDeArena/local/lib/libclam_audioio.so.13
(CLAM::JACKNetworkPlayer::Do(unsigned int)+0x7b) [0xb7d82411]
[10] /home/vokimon/CajitasDeArena/local/lib/libclam_audioio.so.13
(CLAM::JackProcessingCallback(unsigned int, void*)+0x2a) [0xb7d85810]
[11] /usr/lib/libjack.so.0 [0xb52ce0d2]
[12] /lib/tls/i686/cmov/libpthread.so.0 [0xb58d84fb]
[13] /lib/tls/i686/cmov/libc.so.6(clone+0x5e) [0xb59c1e5e]


It looks like a bug in the SpectralDelay itself. So for me is unlikely that 
other transformation share the same crash.







More information about the clam-devel mailing list