[Clam-devel] Bug with some processings (TokenDelay)

[David García Garzón]

Sorry, the thread jumped out of the mailing list.
---------------------
I guess that the failed assertion was somehow overstated. I mean why should 
not a dequeue index be zero? So let's try the patch attached.

Xavi, any reason for the index to be forbiden to be zero?

BTW, this is one of those candidates onto taking advantage of the typed 
controls feature. Notice that the control is intended to be an unsigned 
integer. I mean, bools, integers, enums... are good candidates for controls, 
better than other hard to copy type.

David.

On Dilluns 22 Desembre 2008 21:12:12 Francisco Tufró wrote:
> Also SMS Harmonizer did that, the problem is at the TokenDelay.hxx
>
> On Mon, Dec 22, 2008 at 6:07 PM, David García Garzón 
<dgarcia at iua.upf.edu>wrote:
> > 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&)+0xc
> >8) [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.

-- 
David García Garzón
(Work) dgarcia at iua dot upf anotherdot es
http://www.iua.upf.edu/~dgarcia


-- 
David García Garzón
(Work) dgarcia at iua dot upf anotherdot es
http://www.iua.upf.edu/~dgarcia

-------------- next part --------------
A non-text attachment was scrubbed...
Name: TokenDelay.patch
Type: text/x-patch
Size: 999 bytes
Desc: not available
URL: <http://lists.clam-project.org/pipermail/clam-devel-clam-project.org/attachments/20081223/3202c2ba/attachment-0003.bin>