А как дёргать лапами LPT через ВинАПИ?, По аналогии с СОМ не получается. Опции

[Dr.Alex]

Port = CreateFile ("LPT1", .... ) успешно открывает порт,
но WriteFile (Port, ....) ничего не выводит.
А еще хотелось бы какие-то функции, чтоб остальные лапы контролировать....

[ReAl]

Стандарт IEEE1284 — не более, чем первоисточник по обмену согласно стандарту IEEE1284.

LPT — это устройство, которое позволяет (может позволять) работать согласно этому стандарту. Но кроме этого может позволять и прямое управление, как это делается при работе непосредственно с регистрами ввода-вывода под DOS или через драйвер доступа к портам под windows. И как это делает драйвер параллельного порта под Windows, в режиме SPP всё идёт тем же ногодрыгом, только в драйвере. Можно было дать канал ioctl для такой работы снаружи.
Для COM-порта в WinAPI есть всё дёрганье на нижнем уровне, для LPT под Windows почему-то этого не сделали, ioctl-операции есть только для статусных сигналов.
И, непонятно почему, даже к стаусным сигналам доступ занимает очень много времени — около десяти микросекунд.

Под Linux ioctl-коды есть на все операции с регистрами LPT и занимают они намного меньше времени. Например, для LPT-платы, прямое обращение к регистру данных или состояния которой занимает 0.7-0.72 мкс, ioctl-операции под Linux укладываются в 1.1-1.2мкс, под Windows, как уже сказано, только регистр состояния и около 10мкс.

[V_G]

Для COM-порта в WinAPI есть всё дёрганье на нижнем уровне, для LPT под Windows почему-то этого не сделали, ioctl-операции есть только для статусных сигналов.

Так верно написали же, что LPT считается портом ТОЛЬКО для управления принтером, а COM - порт универсальный. Для универсализма допустимо и требуется больше функций.
Потому и управление через LPT считается дурным тоном. Если делаете для себя, то допустимо, если для клиентов - то крайне нежелательно. Винды в своем развитии допускают все меньше вольностей подобного рода.