ninja | Rock | Continuous Deployment library

1. In your project root, run npm install. Maybe someone else on your project has changed/added a dependency, and pulling from your git repo got you the code that relies on this, but won't get you the dependency itself.

If that doesn't fix your issue, try this:

1. Remove the node_modules folder in your project root.
2. Update your Node.js version to the latest 16.x version.
   2.1 Verify the update has worked by issuing node -v in the terminal.
3. Update your npm: Run npm i -g npm in the terminal.
   3.1 Very the update has worked by issuing npm -v in the terminal.
4. Run npm install in your project's root folder.

If this doesn't fix your issue, you need to find help from someone else on your team.

For most users, the fact that you have source information for inlined stl functions is more an accident of the implementation than an indication of interest in those functions; and stepping into STL function bodies is disruptive and not helpful.

This behavior is controlled by the lldb setting target.process.thread.step-avoid-regex - if lldb steps into a function that matches this regex, lldb will auto-step out again. The default value is:

-H has never been a standard or documented CMake flag for generating a project. You should not use it and you should disregard any "resources" that encourage you to use undocumented flags. If a Visual Studio Code extension is using it, you should open an issue with the authors of the extension.

The documented equivalent is -S, which sets the source directory. By default, it is the current directory. It was introduced in CMake 3.13. See the latest documentation here: https://cmake.org/cmake/help/latest/manual/cmake.1.html#generate-a-project-buildsystem

There might be subtle behavioral differences between -H and -S. Do not use undocumented/internal flags.