В комментарии вы упоминаете, что
Существующий код использует readline и escape-строки ansi для удобного отображения терминала ...
Вы действительно должны поставить эту информацию в вопрос, так как она очень важна.
Тот факт, что ваша кодовая база использует readline, серьезно обуславливает ваши возможности, поскольку readline на самом деле не работает с ncurses. Чтобы преобразовать программу для использования ncurses, вам нужно будет воссоздать те функции readline, на которые вы полагаетесь. Могут быть дополнительные библиотеки, которые могут помочь с этим, но я не знаю ни одной.
С другой стороны, ncurses способен делить экран на непересекающиеся области и прокручивать эти области независимо. Это именно то, что вам нужно для приложения, которое хочет хранить сообщения о состоянии в строке состояния. Начиная с версии 5.7, выпущенной около десяти лет назад, ncurses поддерживает примитивные потоки (во всяком случае, в Linux), и можно назначать разные «окна» (области экрана) для разных потоков. man curs_threads предоставляет некоторую информацию.
Ncurses также предоставляет простые в использовании интерфейсы, которые могут заменить использование последовательностей управления консоли.
Так что это, вероятно, долгосрочное решение, но это будет изрядная работа. Между тем, едва ли можно сделать то, что вы хотите, используя функции, встроенные в библиотеку readline. Или, по крайней мере, мне удалось написать концептуальное подтверждение, которое успешно поддерживало строку состояния, принимая входные данные пользователя от readline. Импортирующим аспектом этого решения является то, что readline (почти) всегда активен; то есть существует поток, который находится в жестком цикле и вызывает readline и передает чтение буфера потоку обработки. (В моей реализации POC, если поток, вызывающий readline, также обрабатывает ввод, а обработка ввода занимает значительное время, строка состояния не будет обновляться, пока происходит обработка ввода.)
Клавиша - это функция rl_event_hook, которая периодически вызывается readline (примерно 10 раз в секунду), пока она ожидает ввода. Моя реализация rl_event_hook выглядит так:
/* This function is never called directly. Enable it by setting:
* rl_event_hook = event_hook
* before the first call to readline.
*/
int event_hook(void) {
char* msg = NULL;
pthread_mutex_lock(&status_mutex_);
if (status_line_) {
msg = status_line_;
status_line_ = NULL;
}
pthread_mutex_unlock(&status_mutex_);
if (msg) {
free(saved_msg_);
saved_msg_ = msg; /* Save for redisplay */
/* Return value of `get_cursor` is a pointer to the `R` in the
* input buffer, or NULL to indicate that the status reply
* couldn't be parsed.
*/
char cursor_buf[2 + sizeof "x1b[999;999R"];
char* action = get_cursor(cursor_buf, sizeof cursor_buf - 1);
if (action) {
set_cursor(1, 1);
fputs(msg, stdout);
clear_eol();
*action = 'H';
fputs(cursor_buf, stdout);
}
}
return 0;
}
Чтобы отобразить сообщение о состоянии, вам нужно заблокировать мьютекс и установить status_line_ в динамически распределяемый буфер, содержащий строку состояния:
/* Set the status message, so that it will (soon) be shown */
void show_status(char* msg) {
pthread_mutex_lock(&status_mutex_);
free(status_line_);
status_line_ = msg;
pthread_mutex_unlock(&status_mutex_);
}
Поскольку readline не сохраняет строку состояния, когда читается символ новой строки (и в некоторых других случаях), и ничто не препятствует прокрутке экрана при отправке вывода на него, приведенный выше код сохраняет текущую строку состояния в saved_msg_, чтобы при необходимости его можно было снова отобразить:
/* Show the status message again */
void reshow_status(void) {
pthread_mutex_lock(&status_line_mutex_);
msg_ = saved_msg_;
saved_msg_ = NULL;
pthread_mutex_unlock(&status_line_mutex_);
}
Это довольно грязное решение, и самое лучшее, что можно сказать, это то, что оно в основном работает в воображаемом контексте, который может иметь или не иметь никакого отношения к вашему реальному варианту использования. (Это не идеально. Есть по крайней мере одно условие гонки, хотя на самом деле оно не запускается в моем тестовом коде, потому что в потоке, который вызывает readline, выполняются только вызовы reshow_status, поэтому функция вызывается только если нет возможности запустить обработчик события.
Возможно также, что пользовательский ввод будет чередоваться с возвратом состояния консоли, но я думаю, что это будет очень редко. Моя реализация get_cursor пытается справиться с возможностью ввода символов пользовательского ввода после того, как запрос о статусе и до получения ответа о статусе:
fputs("\x1b[6n", stdout);
int ch;
while((ch = getchar()) != 0x1b) rl_stuff_char(ch);
Я не проверил это полностью, поэтому все, что я могу сказать, - это то, что это сработало. (rl_stuff_char вставляет символ в буфер, который будет использоваться при следующем запуске цикла ввода readline.)