[vtkusers] problems with VTK on Mac OS X - ignore last email

[James Dessart]

I seem to be having some problems with VTK on Mac OS X 10.2.1, using gcc3,
I believe, whatever the default is.  In any case, in my first call to
anything in VTK, the simple program I wrote (based on an example in the
book) freezes.  This program worked under 10.1.5, and simply loads the
data file Data/42400-IDGH.stl and displays it.

Here is the gdb stack trace, if it helps:

#0  0x90034f28 in semaphore_wait_trap ()
#1  0x9000a418 in pthread_mutex_lock ()
#2  0x0089e230 in std::locale::classic() ()
#3  0x0089da8c in std::locale::locale() ()
#4  0x0088f2e0 in std::basic_filebuf<char, std::char_traits<char>
>::basic_filebuf(__sFILE*, std::_Ios_Openmode, int) ()
#5  0x008990ec in std::ios_base::Init::_S_ios_create(bool) ()
#6  0x00899470 in std::ios_base::Init::Init() ()
#7  0x00961fd8 in __static_initialization_and_destruction_0(int, int) ()
#8  0x0096203c in _GLOBAL__I__ZN12vtkBYUReader16CollectRevisionsERSo ()
#9  0x8fe16350 in __dyld_call_module_initializers_for_library ()
#10 0x8fe160e4 in __dyld_call_module_initializers ()
#11 0x8fe106f0 in __dyld_link_in_need_modules ()
#12 0x8fe1016c in __dyld_bind_lazy_symbol_reference ()
#13 0x8fe00ec0 in __dyld_stub_binding_helper_interface ()
#14 0x0089e288 in std::locale::classic() ()
#15 0x0089da8c in std::locale::locale() ()
#16 0x0088f2e0 in std::basic_filebuf<char, std::char_traits<char>
>::basic_filebuf(__sFILE*, std::_Ios_Openmode, int) ()
#17 0x008990ec in std::ios_base::Init::_S_ios_create(bool) ()
#18 0x00899470 in std::ios_base::Init::Init() ()
#19 0x00961ed8 in __static_initialization_and_destruction_0(int, int) ()
#20 0x00961f3c in _GLOBAL__I__ZN12vtkBMPWriter16CollectRevisionsERSo ()
#21 0x8fe16350 in __dyld_call_module_initializers_for_library ()
#22 0x8fe160e4 in __dyld_call_module_initializers ()
#23 0x8fe106f0 in __dyld_link_in_need_modules ()
#24 0x8fe1016c in __dyld_bind_lazy_symbol_reference ()
#25 0x8fe00ec0 in __dyld_stub_binding_helper_interface ()
#26 0x0088f2e0 in std::basic_filebuf<char, std::char_traits<char>
>::basic_filebuf(__sFILE*, std::_Ios_Openmode, int) ()
#27 0x008990ec in std::ios_base::Init::_S_ios_create(bool) ()
#28 0x00899470 in std::ios_base::Init::Init() ()
#29 0x00961dd8 in __static_initialization_and_destruction_0(int, int) ()
#30 0x00961e3c in _GLOBAL__I__ZN12vtkBMPReader16CollectRevisionsERSo ()
#31 0x8fe16350 in __dyld_call_module_initializers_for_library ()
#32 0x8fe160e4 in __dyld_call_module_initializers ()
#33 0x8fe106f0 in __dyld_link_in_need_modules ()
#34 0x8fe102d0 in __dyld_bind_lazy_symbol_reference ()
#35 0x8fe00ec0 in __dyld_stub_binding_helper_interface ()
#36 0x000027b8 in main (argc=1, argv=0xbffffd64) at ReaderSourceObject/Reader.cxx:15
#37 0x0000253c in _start (argc=1, argv=0xbffffd64, envp=0xbffffd6c) at
/SourceCache/Csu/Csu-45/crt.c:267
#38 0x000023bc in start ()

Now, what I'm guessing here is that the static initializer for that last
object for some reason deadlocks.  This code is a nightly from a few days
ago, but it built find for me in 10.1.5.  Any clues?

Thanks,
James