Author Topic: Vector problems?  (Read 8785 times)

dhbenson

  • Newbie
  • *
  • Posts: 4
    • View Profile
Vector problems?
« on: January 26, 2011, 04:58:26 »
Hi there,

I'm trying write a Vamp plugin and I'm running into a strange problem. 

My plugin needs to store audio samples from one processing call to the next, so I want to include a vector of floats as a class member.

I've followed the tutorial, have installed the sdk, and can compile the example (MyPlugin) without any problems.

Things go wrong when I declare a vector in the protected: section of the header file.

>>
Code: [Select]
protected:
std::vector<float> test;
};
>>


When I add this single line, the plugin still compiles, but then generates a bunch of errors culminating in a segmentation fault when I run the plugin tester.   Console output and the error log and pasted below.

I'm on mac os 10.6.6.

Do you have any idea what the problem might be? 

I'm new to C++, so if this is a simple syntax error, please accept my apologies for asking about it here. 

Thanks so much for you help,


Dave

>>
Error log:
>>
Quote
Process:         vamp-plugin-tester [3367]
Path:            /Users/davebenson/tutorial/vamp-plugin-tester
Identifier:      vamp-plugin-tester
Version:         ??? (???)
Code Type:       X86 (Native)
Parent Process:  bash [409]

Date/Time:       2011-01-25 23:37:25.450 -0500
OS Version:      Mac OS X 10.6.6 (10J567)
Report Version:  6

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000fffffffc
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libstdc++.6.dylib                0x9848ed85 std::string::_Rep::_M_dispose(std::allocator<char> const&) + 31
1   libstdc++.6.dylib                0x9848f5c1 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() + 29
2   vamp-plugin-tester               0x0001a197 __gnu_cxx::new_allocator<std::string>::destroy(std::string*) + 17 (new_allocator.h:107)
3   vamp-plugin-tester               0x0001a1b4 void std::_Destroy<std::string*, std::allocator<std::string> >(std::string*, std::string*, std::allocator<std::string>) + 26 (stl_construct.h:173)
4   vamp-plugin-tester               0x0001a3ec std::vector<std::string, std::allocator<std::string> >::~vector() + 58 (stl_vector.h:273)
5   vamp-plugin-tester               0x000034f2 main + 1930 (vamp-plugin-tester.cpp:156)
6   vamp-plugin-tester               0x0000261a _start + 216
7   vamp-plugin-tester               0x00002541 start + 41

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0xffffffff  ebx: 0x9848ed6f  ecx: 0xfffffff4  edx: 0xfffffffc
  edi: 0x00000001  esi: 0x00000006  ebp: 0xbffff808  esp: 0xbffff804
   ss: 0x0000001f  efl: 0x00010293  eip: 0x9848ed85   cs: 0x00000017
   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
  cr2: 0xfffffffc

Binary Images:
    0x1000 -    0x34fff +vamp-plugin-tester ??? (???) /Users/davebenson/tutorial/vamp-plugin-tester
0x8fe00000 - 0x8fe4162b  dyld 132.1 (???) <A4F6ADCC-6448-37B4-ED6C-ABB2CD06F448> /usr/lib/dyld
0x91f68000 - 0x91f6bfe7  libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <1622A54F-1A98-2CBE-B6A4-2122981A500E> /usr/lib/system/libmathCommon.A.dylib
0x97672000 - 0x97819ff7  libSystem.B.dylib 125.2.1 (compatibility 1.0.0) <62291026-D016-705D-DC1E-FC2B09D47DE5> /usr/lib/libSystem.B.dylib
0x9845f000 - 0x984c9fe7  libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <411D87F4-B7E1-44EB-F201-F8B4F9227213> /usr/lib/libstdc++.6.dylib
0xffff0000 - 0xffff1fff  libSystem.B.dylib ??? (???) <62291026-D016-705D-DC1E-FC2B09D47DE5> /usr/lib/libSystem.B.dylib


>>


Console output:
>>
Quote
vamp-plugin-tester: Running...
Testing plugin: test:myplugin
 -- Performing test: A1 Invalid identifiers
 -- Performing test: A2 Empty metadata fields
 ** WARNING: Plugin description is empty
 ** WARNING: Plugin maker is empty
 ** WARNING: Plugin copyright is empty
 ** WARNING: Plugin parameter "parameter" description is empty
 ** WARNING: Plugin output "output" description is empty
 -- Performing test: A3 Inappropriate value extents
 -- Performing test: B1 Output number mismatching
 ** NOTE: No results returned for output "output"
 -- Performing test: B2 Invalid or dubious timestamp usage
 -- Performing test: C1 Normal input
 -- Performing test: C2 Empty input
 -- Performing test: C3 Short input
 -- Performing test: C4 Absolutely silent input
 -- Performing test: C5 Input beyond traditional +/-1 range
 -- Performing test: C6 Random input
 -- Performing test: D1 Consecutive runs with separate instances
 -- Performing test: D2 Consecutive runs with a single instance using reset
 -- Performing test: D3 Simultaneous interleaved runs in a single thread
 -- Performing test: D4 Consecutive runs with different start times
vamp-plugin-tester(3367) malloc: *** error for object 0x300fa0: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug
 ** WARNING: Consecutive runs with different starting timestamps produce the same result
 -- Performing test: E1 Inconsistent default program
 -- Performing test: E2 Inconsistent default parameters
vamp-plugin-tester(3367) malloc: *** error for object 0x301410: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug
 -- Performing test: F1 Different sample rates
vamp-plugin-tester(3367) malloc: *** error for object 0x301650: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug
vamp-plugin-tester(3367) malloc: *** error for object 0x301710: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug
vamp-plugin-tester(3367) malloc: *** error for object 0x301630: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug
 -- Performing test: F2 Lengthy constructor
vamp-plugin-tester: All tests succeeded for this plugin

vamp-plugin-tester: All tests succeeded, with 6 warning(s) and 1 other note(s)
Segmentation fault
>>



dhbenson

  • Newbie
  • *
  • Posts: 4
    • View Profile
Re: Vector problems?
« Reply #1 on: January 27, 2011, 02:23:49 »
Hmm... I tried switching over to Linux to see if that would help.  I'm getting the same behaviour in Ubuntu 8.04. 

Also, I've noticed that this plugin, and other plugins that I've written, run fine in other hosts, even though they crash the Vamp Plugin Tester.  Is there possibly a bug in in the Plugin Tester?

cannam

  • Administrator
  • Sr. Member
  • *****
  • Posts: 273
    • View Profile
Re: Vector problems?
« Reply #2 on: January 31, 2011, 15:59:17 »
Hello there -- I was sure I'd replied to your question, but my reply clearly isn't there -- maybe I composed it but forgot to post it.

My first suggestion in a situation like this would always be to run "make clean" and make again.  I realise that you may have done this already (perhaps many times!) but it's by far the most common cause of this sort of problem -- you change a header but the Makefile lacks the necessary dependencies to rebuild all of the files that include the header when you next run "make", so that two object files end up having different ideas about the size of a particular object.

I'm not sure how that squares with your later comment that you've already tried it on more than one machine, though.  I just thought I should ask anyway.

(I wonder if we could improve the skeleton Makefile from the SDK to help with this situation.)

It _is_ expected that a plugin may crash in the tester but apparently run fine in other hosts -- the idea of the tester is to test the plugin in some situations that other hosts would not necessarily exercise, so that you can get better test coverage before you release and you won't suddenly find that it fails to run in some later version of a host that works differently in some way.  And I'm afraid this is more likely to indicate a bug in the plugin than in the tester -- not that I believe the tester to be bug-free, but it has been reasonably widely tested.


Chris