Conversation
|
exciting! let me take a look. i'll also install an openbsd vm so i can test and assist with debugging. thanks for this work! |
|
i think (and i hope you'll agree) that the first thing you might want to do is run |
here's with logging. it does not reveal much more. (level 8 was not valid) |
|
i think the error output is possibly being hidden. can you try the following two things:
and see if anything interesting happens? i do not see myself getting an openbsd vm installed today. |
using near the end is is |
nope (it's coming after i see you're running in |
it's OpenBSD tmux (sets TERM=screen, same behavior with screen-256color). outside of tmux the behavior is identical - linux TERM=st-256color -> ssh to OpenBSD 7.8: it starts and then exits without drawing. |
|
checked xterm (TERM=xterm-256color), same behavior. |
|
thanks. i'll need to set up an openbsd vm to debug this. i appreciate you running those tests and starting this work! |
so the bug is here. quoth the manual we pass an empty string so, in utf8_egc_len where iswcntrl returns true for the null byte. i admit i am wholly unfamiliar with wide/multibyte character programming. should utf8_egc_len break the loop when mbrtowc returns 0? |
partially fixes dankamongmen#2088 by adding OpenBSD support in the notcurses tree.
|
i added my change to handle NUL bytes from mbrtowc, and dropped the change to CMakeLists.txt since commit openbsd/src@80c5435 upstream added ncursesw pkg-config files. @dankamongmen can you take another look? |
partially fixes #2088 by adding OpenBSD support in the notcurses tree.
while some of the demo programs work,
notcurses-demodoes not and exits immediately:i'm not sure how to identify what is wrong with it.