Felix Barbalet

Looks like the bteq api has changed. If you feel so inclined you could modifying the dwhwrapper code to ignore that structure or using teradata utils version 13

@mikekilpatrick yes! That would be great - thanks for sharing your updates. Please submit a pull request with your changes.

sorry I haven't had time to check. It might be a file extension based exclusion, or something else

> We need more Info, if you can, please do that. > > 1. `nvim -v` tell nvim version NVIM v0.9.4 Build type: Release LuaJIT 2.1.1693350652 > 2. `nvim --cmd...

Still happens on NVIM v0.10.0-dev-435dee7 ``` (gdb) thread apply all bt Thread 5 (LWP 72373): #0 0x00006cf49faf7c5e in __futex_abstimed_wait_common () from /nix/store/35pq4hr29c3sl79lgfwgsvd9nwzyp4am-glibc-2.39-5/lib/libc.so.6 #1 0x00006cf49fafa4c0 in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/35pq4hr29c3sl79lgfwgsvd9nwzyp4am-glibc-2.39-5/lib/libc.so.6 #2...

Anything else you need @zhaozg @justinmk - this is very annoying to have neovim crash regularly. Understand that's my problem not yours, but wondering if there's anything I could assist...

> Do you have any plugins installed? If so, a list of your plugins would be helpful. > > Unfortunately, `luv_handle_gc` can be called in a wide variety of scenarios...

Still trying to get a minimal reproducible example I have lots of plugins installed, and I'm using Nix with the hardened profile which means instead of the normal glibc memory...