Я пытаюсь использовать ncursew6.1 (связанный с PicoLisp). Насколько я знаю, PicoLisp напрямую передает значения таким образом, что тот факт, что я вызываю ncurses через язык, отличный от C, не должен быть фактором[1]. Однако, когда я пытаюсь использовать цветовые пары (определяемые следующим образом):
(curses "init_pair" NIL 1 *COLOR-SCHEME-TEXT *COLOR-SCHEME-BACKGROUND-DARK)
(curses "init_pair" NIL 2 *COLOR-SCHEME-COMMENT *COLOR-SCHEME-BACKGROUND-DARK)
(curses "init_pair" NIL 3 *COLOR-SCHEME-FUNCTION *COLOR-SCHEME-BACKGROUND-DARK)
(curses "init_pair" NIL 4 *COLOR-SCHEME-VALUE *COLOR-SCHEME-BACKGROUND-DARK)
(curses "init_pair" NIL 5 *COLOR-SCHEME-BACKGROUND-DARK *COLOR-SCHEME-COMMENT)
(curses "init_pair" NIL 6 *COLOR-SCHEME-BACKGROUND-DARK *COLOR-SCHEME-FUNCTION)
(curses "init_pair" NIL 7 *COLOR-SCHEME-BACKGROUND-DARK *COLOR-SCHEME-VALUE)
Это не работает. Вместо этого цветовые пары 1, 2 и 3 отображаются как одна и та же цветовая пара. Затем 4 и 6 отображаются как *COLOR-SCHEME-COMMENT
поверх *COLOR-SCHEME-BACKGROUND-DARK
, а 5 и 7 отображаются как обратные 4 и 6. Кажется, это не имеет никакого логического отношения к тому, что я ввел. Что еще более странно, когда я использую нестандартные цвета (цвета 0-7), это тоже не работает, поэтому определение этих цветов цветовой схемы через init_color
не имеет к этому никакого отношения.
Я индивидуально протестировал цвета с цветовой парой 1, поэтому я знаю, что цвета инициализируются правильно.
Что именно происходит с init_pair
?
P.S. Мне искренне жаль, если тот факт, что я использую Лисп, усложняет задачу, я знаю, что это не общий язык. В то время это казалось хорошей идеей, и до сих пор все было хорошо ...
Редактировать: я перекомпилировал libncursesw6.1 с включенным --with-trace
, и это соответствующая информация из файла трассировки:
called {init_pair(0x1d74d00,1,10,8)
+ return }0
+ called {init_pair(0x1d74d00,2,12,8)
+ return }0
+ called {init_pair(0x1d74d00,3,11,8)
+ return }0
+ called {init_pair(0x1d74d00,4,13,8)
+ return }0
+ called {init_pair(0x1d74d00,5,8,12)
+ return }0
+ called {init_pair(0x1d74d00,6,8,11)
+ return }0
+ called {init_pair(0x1d74d00,7,8,13)
+ return }0
Это действительно правильные значения, поэтому правильные значения передаются в init_pair
. Хотя пользовательские цвета не являются проблемой, для тех, кто хочет знать, вот информация из файла trace
о цветах *COLOR-SCHEME
:
started color: COLORS = 256, COLOR_PAIRS = 65536
+ return }0
+ called {init_color(0x1d74d00,8,216,228,252)
+ + called {tparm("\e]4;%p1%d;rgb:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\e\\", 8, 216, 228, 252)
+ + return }"\e]4;8;rgb:37/3A/40\e\\"
+ return }0
+ called {init_color(0x1d74d00,9,908,956,896)
+ + called {tparm("\e]4;%p1%d;rgb:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\e\\", 9, 908, 956, 896)
+ + return }"\e]4;9;rgb:E7/F3/E4\e\\"
+ return }0
+ called {init_color(0x1d74d00,10,968,968,968)
+ + called {tparm("\e]4;%p1%d;rgb:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\e\\", 10, 968, 968, 968)
+ + return }"\e]4;10;rgb:F6/F6/F6\e\\"
+ return }0
+ called {init_color(0x1d74d00,11,612,748,1000)
+ + called {tparm("\e]4;%p1%d;rgb:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\e\\", 11, 612, 748, 1000)
+ + return }"\e]4;11;rgb:9C/BE/FF\e\\"
+ return }0
+ called {init_color(0x1d74d00,12,508,252,340)
+ + called {tparm("\e]4;%p1%d;rgb:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\e\\", 12, 508, 252, 340)
+ + return }"\e]4;12;rgb:81/40/56\e\\"
+ return }0
+ called {init_color(0x1d74d00,13,612,136,272)
+ + called {tparm("\e]4;%p1%d;rgb:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\e\\", 13, 612, 136, 272)
+ + return }"\e]4;13;rgb:9C/22/45\e\\"
+ return }0
Кроме того, хотя я настроил функцию wborder
на использование пары цветов 7, которая, согласно информации об отладке, должна иметь цвет 8, а не цвет 13 (что соответствует тому, что есть в моем коде), файл trace
говорит, что на самом деле это используя пятую пару цветов, которую я нигде не использую в коде:
+ called {wborder(0x1da6cd0,{' ' = 040},{' ' = 040},{' ' = 040},{' ' = 040},{' ' = 040},{' ' = 040},{' ' = 040},{' ' = 040})
using {' ' = 040 | {A_BOLD|A_COLOR{5 = {color8, color12}}}}, {' ' = 040 | {A_BOLD|A_COLOR{5 = {color8, color12}}}}, {' ' = 040 | {A_BOLD|A_COLOR{5 = {color8, color12}}}}, {' ' = 040 | {A_BOLD|A_COLOR{5 = {color8, color12}}}}, {' ' = 040 | {A_BOLD|A_COLOR{5 = {color8, color12}}}}, {' ' = 040 | {A_BOLD|A_COLOR{5 = {color8, color12}}}}, {' ' = 040 | {A_BOLD|A_COLOR{5 = {color8, color12}}}}, {' ' = 040 | {A_BOLD|A_COLOR{5 = {color8, color12}}}}
+ return }0
Итак, то, что я предположил выше, действительно происходит. Пары цветов 5 и 7 отображаются одинаково, несмотря на то, что цвета и пары передаются корректно в ncurses.
ltrace
может помочь отобразить звонки. - person Thomas Dickey   schedule 24.12.2018ltrace
не работает в моей программе. Какую именно информацию я могу ожидать от сборки ncurses с включенной трассировкой? - person Christopher Dumas   schedule 24.12.2018NCURSES_TRACE
на0x224
) показывает вызовы, их параметры и возвращаемые значения. Учитывая это, вы можете проверить, правильно ли код лиспа попадает в/из библиотеки. - person Thomas Dickey   schedule 24.12.2018export
, нужно ли ее устанавливать при компиляции ncurses? - person Christopher Dumas   schedule 24.12.2018--with-trace
и включается с помощью переменной среды. Навскидку я бы использовал--enable-trace
,--enable-widec
(для ncursesw). На странице руководства упоминается NCURSES_TRACE. - person Thomas Dickey   schedule 24.12.2018