Comments (9)
Wow! Thanks for the rich bug report. Unfortunately, this is probably due to the same reason as #50 (which is that it has nothing to do with this plugin; just bugs within LLDB's python API).
To elaborate a little more, commands executed using :LL
are directly processed by a SBCommandInterpreter
object. The only extra commands that are executed by the plugin are these for populating the vim buffers with relevant information. Fetching the breakpoints list for placing the bp-signs, and the program counter list for placing the pc-signs all use LLDB's python APIs, and are not supposed to affect the selected thread.
In short, there's nothing I can do! (And I refuse to patch up an upstream bug in plugin either.) The more important issue is that lldb-devs don't seem to care about Python API bugs either (for some years now). I think they are expecting plugins to use their new machine interface which is developed to be compatible with GdbMI which claims to be becoming a de-facto standard (Update: link now broken, but see this project which, in a way, supports this point).
So you might ask: Does this project have no future? That's right, I'm abandoning this project!! ๐ ...in favor of gdb.vim, which uses Gdb/MI through pygdbmi! I'm hoping to resume developing it in a month or two.
PS: What tool did you use for editing the video to add those text bubbles?
from lldb.nvim.
lldb recently had a DAP adapter tool land upstream on master - lldb-vscode. Might be of interest for a tool like this.
from lldb.nvim.
@lanza Looks very interesting. I'm sure it'll have long-term support for many debuggers if something as big and popular as VSCode is backing it. Unfortunately, I won't be updating lldb.nvim anymore, nor I would review PRs for this since a large portion of the code needs to be changed and it does not make sense to make radical changes to this project in the absence of an active maintainer.
But you're free to copy any part of the source code (fork or not) if that helps you to create and maintain your own independent project.
from lldb.nvim.
Thank you so much ! The tool is Camtisia 3.
So, It seems the machine interface of lldb and gdb is future. This is the most useful information I get because of my novice.
I am eager to use your new plugin~ Please complete as soon as possible๏ผ just can not wait๏ฝ
from lldb.nvim.
cc #59
from lldb.nvim.
the link in the README led me here - does this mean that gdb.vim is the way forward even for LLDB users? It unclear to me if it's intended to work using lldb-mi or if it only supports gdb/mi. Any clarification appreciated.
from lldb.nvim.
@mellery451 I stopped developing gdb.vim
after I met with a roadblock from vim's side at the time (it did not redraw the buffers on windows that are not focused, when the buffers are updated remotely). A gdb.nvim
project is definitely very feasible, but currently I'm invested on other projects that I don't have time for it.
from lldb.nvim.
@lenfien old but gold ;)
what colorscheme do you use in that vid?
Regards from austria
from lldb.nvim.
@critiqjo Since the README
points to your comment above, would you mind updating the gdb.vim link to point to the current location (under dbgx
), since it's currently broken? I suppose you could update the README
instead, and I see that you're not actively developing gdb.vim
, but at least by editing the comment you'd provide a slightly more robust trail of breadcrumbs than the one I just followed! ๐
from lldb.nvim.
Related Issues (20)
- Breakpoints don't work when symbolic links are involved in the path to working directory
- A fork to support Vim-with-channels HOT 3
- Complain about unsaved session file after `:LLsession show`? HOT 3
- `target.source-map` is not working properly
- Loading coredumps HOT 2
- Breakpoint issues when a shared library is using in macOS Sierra HOT 8
- How to debug an interactive command line application? HOT 7
- Way of detecting through vimscript what mode nvim is in HOT 1
- UpdateRemotePlugins throws error HOT 25
- Breakpoint symbols not visible HOT 2
- Move the repository to an organization HOT 6
- Can I use terminal command just like ConqueGDB? HOT 1
- Issues with frame variable when examining std::vector HOT 6
- It do not accept LL commands. and then happened EventLoopError. HOT 4
- Possible index out of range error
- README does not mention this repo in the install section HOT 1
- After installation, LL commands are not recognized HOT 2
- process interrupt not working unless a breakpoint has been hit HOT 3
- Upstream bugs! HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. ๐๐๐
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google โค๏ธ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from lldb.nvim.