On Fri, Aug 11, 2023 at 2:19 AM 'Mike Lischke' via emscripten-discuss < emscripten-discuss@googlegroups.com> wrote:
> > How did the issue present itself before you enabled UBSAN? (Are you sure > its the same issue?) > > > It's pretty much the same: > > RuntimeError: memory access out of bounds > at > std::__2::pair<std::__2::__hash_iterator<std::__2::__hash_node<antlr4::dfa::DFAState*, > void*>*>, bool> std::__2::__hash_table<antlr4::dfa::DFAState*, > antlr4::dfa::DFA::DFAStateHasher, antlr4::dfa::DFA::DFAStateComparer, > std::__2::allocator<antlr4::dfa::DFAState*>>::__emplace_unique_key_args<antlr4::dfa::DFAState*, > antlr4::dfa::DFAState* const&>(antlr4::dfa::DFAState* const&, > antlr4::dfa::DFAState* const&) > (wasm://wasm/06ddd9e2:wasm-function[16499]:0x222e01) > at std::__2::__hash_table<antlr4::dfa::DFAState*, > antlr4::dfa::DFA::DFAStateHasher, antlr4::dfa::DFA::DFAStateComparer, > std::__2::allocator<antlr4::dfa::DFAState*>>::__insert_unique[abi:v160004](antlr4::dfa::DFAState* > const&) (wasm://wasm/06ddd9e2:wasm-function[16371]:0x21f157) > at std::__2::unordered_set<antlr4::dfa::DFAState*, > antlr4::dfa::DFA::DFAStateHasher, antlr4::dfa::DFA::DFAStateComparer, > std::__2::allocator<antlr4::dfa::DFAState*>>::insert[abi:v160004](antlr4::dfa::DFAState* > const&) (wasm://wasm/06ddd9e2:wasm-function[16366]:0x21ef8f) > at > antlr4::atn::LexerATNSimulator::addDFAState(antlr4::atn::ATNConfigSet*, > bool) (wasm://wasm/06ddd9e2:wasm-function[16363]:0x21ec90) > at antlr4::atn::LexerATNSimulator::matchATN(antlr4::CharStream*) > (wasm://wasm/06ddd9e2:wasm-function[16290]:0x218e8a) > at antlr4::atn::LexerATNSimulator::match(antlr4::CharStream*, unsigned > long) (wasm://wasm/06ddd9e2:wasm-function[16275]:0x2183e1) > at antlr4::Lexer::nextToken() > (wasm://wasm/06ddd9e2:wasm-function[12053]:0x17b1bf) > at embind_init_main()::$_6::operator()(LexerHelper&) const > (wasm://wasm/06ddd9e2:wasm-function[3619]:0xa43d3) > at embind_init_main()::$_6::__invoke(LexerHelper&) > (wasm://wasm/06ddd9e2:wasm-function[3618]:0xa4362) > at > emscripten::internal::FunctionInvoker<std::__2::unique_ptr<antlr4::Token, > std::__2::default_delete<antlr4::Token>> (*)(LexerHelper&), > std::__2::unique_ptr<antlr4::Token, > std::__2::default_delete<antlr4::Token>>, > LexerHelper&>::invoke(std::__2::unique_ptr<antlr4::Token, > std::__2::default_delete<antlr4::Token>> (**)(LexerHelper&), LexerHelper*) > (wasm://wasm/06ddd9e2:wasm-function[3611]:0xa4111) > > > Is there some way you could make/share a minimal repro case? > > > I can try, but what I'd really need is a way to debug the C++ code. > Otherwise it becomes a pretty frustrating trial and error experience, which > costs a lot of time. > If you need real debugging, have you tried the chrome DWARF debugger extension: https://developer.chrome.com/blog/wasm-debugging-2020/? As far as I know that is the only way to get a real debugging experience with webassembly on the web today. > > > cheers, > sam > > > Thanks for trying to help Sam! > > Mike > -- > www.soft-gems.net > > -- > You received this message because you are subscribed to the Google Groups > "emscripten-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to emscripten-discuss+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/emscripten-discuss/5C24A416-9A4C-48BA-9871-4E10B8508A4E%40googlemail.com > <https://groups.google.com/d/msgid/emscripten-discuss/5C24A416-9A4C-48BA-9871-4E10B8508A4E%40googlemail.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to emscripten-discuss+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/emscripten-discuss/CAL_va29E8fUVw-fkwVx%2BsQecCyEnL-sPdQo9UuH1u9aJs-pw5Q%40mail.gmail.com.
