Comments (4)
Thank you for the issue, I made a small change to resolve the vim runtime directory. It reads into VIMRUNTIME
and appends it to the path. This allows to step into vim internal functions as well.
What I was not sure is if all the vim internal scripts resides in VIMRUNTIME
. At the moment, I cannot think of a case which would not work. But you probably know more about this.
Feel free to close this issue if you feel like it is solved.
from one-small-step-for-vimkind.
Thanks for looking into this.
The path is now resolved correctly, but column
and line
are still set to 0. Is it possible to change that as well?
from one-small-step-for-vimkind.
For precompiled lua files my initial thought is that it's impossible to get the line number. At least not using debug.getinfo
. It would be nice to get it another way but my initial assumption is that this information is lost.
The new behaviour is that such precompiled modules cannot be stepped into.
From my dev setups, on windows it can be stepped into (because it's not precompiled?) and linux cannot be stepped into.
from one-small-step-for-vimkind.
The new behaviour is that such precompiled modules cannot be stepped into.
Thanks, that's a nice improvement over the error messages.
from one-small-step-for-vimkind.
Related Issues (20)
- Cannot launch with another rpc client HOT 4
- No response or event received HOT 3
- Get error when restart session HOT 1
- Evaluation only displays an empty rectangle HOT 6
- Plugin does not support wrapped `nvim` executable? HOT 6
- nvim gets spawned recursively? HOT 4
- Repl evaluate doesn't have access to function upvalues HOT 2
- Debugger couldn't connect to 127.0.0.1:8086: ECONNREFUSED while debugging lazy plugins HOT 2
- Stdout (print, io.write) doesn't seem to work HOT 4
- Launching osv via cli args HOT 4
- Fix inspect variable with tables in nvim-dap
- [BUG] Attaching to running instance doesn't work (fzf-lua) HOT 18
- require"osv".launch({port = 8086}) E5108: Error executing lua Vim:Error invoking 'nvim_exec_lua' on channel 18:
- Cannot launch `osv` at the beginning of a neovim configuration HOT 6
- Connect OSV to Plenary test harness HOT 3
- osv Freeze nvim after `:lua require"osv".run_this()` on NVIM v0.11.0-dev-19+g0f4f7d32c HOT 3
- Dependency requirements? HOT 4
- Vimscript function must not be called in a lua loop callback
- Can't start lua debugger on init.lua HOT 7
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 one-small-step-for-vimkind.