Open hnanni opened 4 years ago
BTW, ncurses is on version 6.2. Maybe an update is due in CLR (6.2 it crashes the same as current ncurses when --with-termlib is in the configure params )
I don't see cscope crashing - any particular action you're doing?
I'm not sure we want to disable termlib, either. Updating ncurses maybe, of course.
I'm connecting trough ssh to the machine that executes cscope and stores the code. Issuing "cscope -q -p 4 -R -k" from both, gnome-terminal or urxvt and it crashes as described. When adding -b, the indexing is completed without problem.
It seems ssh is not playing. Got the code in the local machine and got the cscope crash. The crash is gone again with the libncurses built wo the terminfo
I would thing though that a coredump in cscope is more likely a bug in cscope (incorrect use of API, e.g.) than a bug in ncurses.
yes. The ncurses observation is just a piece of data and the workaround I'm using to manage the issue
where are the core files landing? How are the debug symbols acquired?
Core files are captured by systemd-coredumpd. Use coredumpctl to list them, export them or start gdb on them.
Debug symbols are automatically downloaded by the clr_debug_fuse service.
cscope is crashing from the terminal:
The cscope issue is not observed if ncurses is rebuilt not using termlib on its config i.e.