Consistent crashes with v8 findrefs -s

[ebarzilay-godaddy]

It asks me nicely to submit an issue here, so:

0.      Program arguments: /usr/bin/lldb-14 --one-line "plugin load '/home/eli/.npm/lib/node_modules/llnode/llnode.so'" --one-line "settings set prompt '(llnode) '" ./node -c cQ.1
1.      HandleCommand(command = "v8 findrefs -s "000218b16c5fa03b9b72e9658a58801d5f9f4c4c49518e1cd5d95a57f4bcd046"")
 #0 0x00007f392a43dd01 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib/x86_64-linux-gnu/libLLVM-14.so.1+0xe3fd01)
 #1 0x00007f392a43ba3e llvm::sys::RunSignalHandlers() (/lib/x86_64-linux-gnu/libLLVM-14.so.1+0xe3da3e)
 #2 0x00007f392a43e236 (/lib/x86_64-linux-gnu/libLLVM-14.so.1+0xe40236)
 #3 0x00007f39290e5520 (/lib/x86_64-linux-gnu/libc.so.6+0x42520)
 #4 0x00007f3926063ecf llnode::v8::constants::Map::operator()() /home/eli/.npm/lib/node_modules/llnode/src/llv8-constants.h:69:3
 #5 0x00007f3926063ecf llnode::v8::Map::GetType(llnode::Error&) /home/eli/.npm/lib/node_modules/llnode/src/llv8-inl.h:215:3
 #6 0x00007f3926063ecf llnode::v8::HeapObject::GetType(llnode::Error&) /home/eli/.npm/lib/node_modules/llnode/src/llv8-inl.h:145:21
 #7 0x00007f3926063ecf llnode::FindReferencesCmd::StringScanner::ScanRefs(llnode::v8::JSObject&, llnode::Error&) /home/eli/.npm/lib/node_modules/llnode/build/../src/llscan.cc:1289:38
 #8 0x00007f39260590f3 llnode::FindReferencesCmd::ScanForReferences(llnode::FindReferencesCmd::ObjectScanner*) /home/eli/.npm/lib/node_modules/llnode/build/../src/llscan.cc:618:26
 #9 0x00007f3926061a07 llnode::FindReferencesCmd::DoExecute(lldb::SBDebugger, char**, lldb::SBCommandReturnObject&) /home/eli/.npm/lib/node_modules/llnode/build/../src/llscan.cc:568:22
#10 0x00007f393388d486 (/lib/x86_64-linux-gnu/liblldb-14.so.1+0x1d7486)
#11 0x00007f3933b7ef67 (/lib/x86_64-linux-gnu/liblldb-14.so.1+0x4c8f67)
#12 0x00007f3933b73b97 (/lib/x86_64-linux-gnu/liblldb-14.so.1+0x4bdb97)
#13 0x00007f3933b77981 (/lib/x86_64-linux-gnu/liblldb-14.so.1+0x4c1981)
#14 0x00007f3933ac083f (/lib/x86_64-linux-gnu/liblldb-14.so.1+0x40a83f)
#15 0x00007f3933aa173c (/lib/x86_64-linux-gnu/liblldb-14.so.1+0x3eb73c)
#16 0x00007f3933b793d9 (/lib/x86_64-linux-gnu/liblldb-14.so.1+0x4c33d9)
#17 0x00007f39338abeda lldb::SBDebugger::RunCommandInterpreter(bool, bool) (/lib/x86_64-linux-gnu/liblldb-14.so.1+0x1f5eda)
#18 0x0000000000407d4a (/usr/bin/lldb-14+0x407d4a)
#19 0x0000000000408f85 (/usr/bin/lldb-14+0x408f85)
#20 0x00007f39290ccd90 __libc_start_call_main ./csu/../sysdeps/nptl/libc_start_call_main.h:58:16
#21 0x00007f39290cce40 call_init ./csu/../csu/libc-start.c:128:20
#22 0x00007f39290cce40 __libc_start_main ./csu/../csu/libc-start.c:379:5
#23 0x0000000000404125 (/usr/bin/lldb-14+0x404125)

[llvmbot]

@llvm/issue-subscribers-lldb

[Michael137]

Looks like this happens almost entirely in the llnode lldb plugin. This crash might be best reported there: https://github.com/nodejs/llnode

Otherwise if you have a way to reproduce this, that would be useful too

[ebarzilay-godaddy]

Yeah, that makes sense --- I resubmitted it there.