Bob, I don't use MacOS, so I don't know why that would happen. Builds on MacOS through github actions are ok(but that is using 10.15). Assuming that your stack trace is correct, it's complaining about line 159 in class.cpp, which is just 'return true'.
Are you able to run the unit tests at all? -Robert Middleton On Wed, Oct 27, 2021 at 11:49 AM Bob Kirnum <[email protected]> wrote: > > Running application dynamically linked with log4cxx started crashing after > upgrading MacOs to Monterey. I tried building a debug version from source > but get the same error. Back trace shown below. Looks like something is > missing in the environment but there are no cmake or build errors. Any > suggestions? I'd rather not have to downgrade back to Big Sur as it would > require erasing my MacBook. > > > (lldb) bt > * thread #1, stop reason = signal SIGSTOP > * frame #0: 0x0000000000000000 > frame #1: 0x0000000113f3bd4d > liblog4cxx.12.dylib`log4cxx::helpers::Class::registerClass(newClass=0x00000001140db358) > at class.cpp:159:2 > frame #2: 0x0000000113f4034b > liblog4cxx.12.dylib`log4cxx::helpers::ClassRegistration::ClassRegistration(this=0x00000001140db368, > accessor=(liblog4cxx.12.dylib`log4cxx::pattern::ClassNamePatternConverter::getStaticClass() > at classnamepatternconverter.cpp:32))()) at classregistration.cpp:26:2 > frame #3: 0x0000000113f4037d > liblog4cxx.12.dylib`log4cxx::helpers::ClassRegistration::ClassRegistration(this=0x00000001140db368, > accessor=(liblog4cxx.12.dylib`log4cxx::pattern::ClassNamePatternConverter::getStaticClass() > at classnamepatternconverter.cpp:32))()) at classregistration.cpp:25:1 > frame #4: 0x0000000113f3e83d > liblog4cxx.12.dylib`log4cxx::pattern::ClassNamePatternConverter::registerClass() > at classnamepatternconverter.cpp:32:1 > frame #5: 0x0000000113f40309 > liblog4cxx.12.dylib`::__cxx_global_var_init() at > classnamepatternconverter.cpp:32:1 > frame #6: 0x0000000113f40329 > liblog4cxx.12.dylib`_GLOBAL__sub_I_classnamepatternconverter.cpp at > classnamepatternconverter.cpp:0 > frame #7: 0x000000011e9e2b49 dyld`invocation function for block in > dyld4::Loader::findAndRunAllInitializers(dyld4::RuntimeState&) const + 182 > frame #8: 0x000000011ea0929b dyld`invocation function for block in > dyld3::MachOAnalyzer::forEachInitializer(Diagnostics&, > dyld3::MachOAnalyzer::VMAddrConverter const&, void (unsigned int) > block_pointer, void const*) const + 242 > frame #9: 0x000000011ea00893 dyld`invocation function for block in > dyld3::MachOFile::forEachSection(void (dyld3::MachOFile::SectionInfo > const&, bool, bool&) block_pointer) const + 566 > frame #10: 0x000000011e9cfd91 > dyld`dyld3::MachOFile::forEachLoadCommand(Diagnostics&, void (load_command > const*, bool&) block_pointer) const + 129 > frame #11: 0x000000011ea0061b > dyld`dyld3::MachOFile::forEachSection(void (dyld3::MachOFile::SectionInfo > const&, bool, bool&) block_pointer) const + 179 > frame #12: 0x000000011ea08df2 > dyld`dyld3::MachOAnalyzer::forEachInitializer(Diagnostics&, > dyld3::MachOAnalyzer::VMAddrConverter const&, void (unsigned int) > block_pointer, void const*) const + 466 > frame #13: 0x000000011e9e2a7c > dyld`dyld4::Loader::findAndRunAllInitializers(dyld4::RuntimeState&) const + > 144 > frame #14: 0x000000011e9e2c08 > dyld`dyld4::Loader::runInitializersBottomUp(dyld4::RuntimeState&, > dyld3::Array<dyld4::Loader const*>&) const + 178 > frame #15: 0x000000011e9e2beb > dyld`dyld4::Loader::runInitializersBottomUp(dyld4::RuntimeState&, > dyld3::Array<dyld4::Loader const*>&) const + 149 > frame #16: 0x000000011e9e2cac > dyld`dyld4::Loader::runInitializersBottomUpPlusUpwardLinks(dyld4::RuntimeState&) > const + 108 > frame #17: 0x000000011e9f632e > dyld`dyld4::APIs::runAllInitializersForMain() + 222 > frame #18: 0x000000011e9d4358 dyld`dyld4::prepare(dyld4::APIs&, > dyld3::MachOAnalyzer const*) + 3438 > frame #19: 0x000000011e9d34b4 dyld`start + 388
