EDT работает, TPU/EVE косячат. Из-за этого или нет - понятия не имею.
А вот K52 точно ловил на VT52 нерабочесть из-за такого.
И еще был косяк когда некоторые эмуляторы по <ESC>J стирали экран - вылезало только в DECовских прогах.
Вид для печати
Точно определить, какая программа и в каких случаях испытывает проблемы при разрушающих табуляциях - полезно и с познавательной, и с практической точек зрения. Не исключено, что VT52.exe - единственная терминалка, позволяющая настраивать способ вывода табуляции.
Соврал я насчет SecureCRT.
Ничего там TAB не стирает.
Просто сетевой терминал по умолчанию настроен на запрет аппаратного таба и выводит пробелы. Если переключить - все как обычно работает.
Так что касаемо проги, может просто надо терминал переключить: SET TT [NO]TAB :)
И многие еще от SET TT [NO]CRLF зависят.
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_23.12.12_11-45.
Изменения:
1. Исправлена ошибка в реализации консольного дампа.
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_23.12.12_18-30.
Изменения:
1. Исправлена ошибка в применении тем оформления.
Помогает привести графический символ "a" примерно в тот вид который он имеет на VT52, но одновременно ломает символ <DEL>, отображаемый советскими терминалами.
Кстати хорошо бы иметь возможность отключать отображение этого символа (DEL) так как некоторые программы выводят его на экран исходя из того, что он непечатный.
Очень странно, но у меня почему-то такой перехват не работает. Вобще не попадает в KeyboardHook. Причем, если ставлю вместо WH_KEYBOARD_LL - WH_KEYBOARD, то попадает. Сверялся с MSDN, вроде все делаю правильно. В чем может быть загвоздка? Видел в сети, что не только у меня такая проблема, но ответа пока что не нашел.
---------- Post added at 21:36 ---------- Previous post was at 21:27 ----------
Так, кажется понял:
Т.е. все глобальные хуки должны быть БИБЛИОТЕКАМИ! А как быть, если я не хочу делать хук библиотекой? А чтобы он был в моем запускаемом файле? Этоже хрен какие костыли получаются.Цитата:
The global hooks are a shared resource, and installing one affects all applications in the same desktop as the calling thread. All global hook functions must be in libraries. Global hooks should be restricted to special-purpose applications or to use as a development aid during application debugging. Libraries that no longer need a hook should remove its hook procedure.
---------- Post added at 21:43 ---------- Previous post was at 21:36 ----------
Очевидно, надо придумать, как иметь библиотеку (раз уж без нее нельзя), в теле моего экзешника.
---------- Post added at 22:06 ---------- Previous post was at 21:43 ----------
В общем, я так понял, что иметь .dll в теле програмы нельзя... Хм... Может можно создать какой-то новый процесс, который как бы .dll?