WinXP работа с LPT

[dimm]

Понадобилось тут выдавать байты в LPT-порт, система Win XP.
Железяка совсем простая - регистр на порт.
Числа надо выдавать побайтно, не блоками.
Первый тестовый код работает:

Код:

char chr;

hnd = CreateFile("\\\\.\\lpt1", ...);
WriteFile(hnd, &chr, 1, ...);
CloseHandle(hnd);

Но при написании, чего то подобного:

Код:

hnd = CreateFile("\\\\.\\lpt1", ...);
... чего то делаем
WriteFile(hnd, &chr, 1, ...);
... опять что то делаем
WriteFile(hnd, &chr, 1, ...);
... и тд.
CloseHandle(hnd);

оказалось, что байты в порт не выдаются. Дальнейшая проверка выявила, что пересылаемые байты копятся в каком-то промежуточном буфере размером 128 байт (видимо в стандартном драйвере LPT-порта), как только этот буфер забивается, только после этого начинают выдаваться в порт.
В и-нете и документации искал - не нашел настроек для LPT-порта средствами Win API.
Пробовал CreateFile c флагами FILE_FLAG_NO_BUFFERING|FILE_FLAG_OVERLAPPED - не работает,
пробовал после каждого WriteFile делать FlushFileBuffers(hnd) - тоже самое.

Кто-нибудь сталкивался с таким?

[Sla]

dimm, это не настройки порта.
если тебе нужно передавать побайтно или полностью строку, тебе после записи надо освобождать буфер
когда ты закрываешь файл, буфер освобождается

[dimm]

dimm, это не настройки порта.
если тебе нужно передавать побайтно или полностью строку, тебе после записи надо освобождать буфер
когда ты закрываешь файл, буфер освобождается

Я понял, что буфер освобождается. Вопрос как это сделать? Постоянно, при каждой операции записи открывать/закрывать драйвер? Мне это не подходит, т.к. надо максимальное быстродействие.

[Sla]

dimm, не открывать/закрывать
после записи  - освобождать!
посмотри функции работы с файлами

Хотя.... только что увидел что ты уже пробовал Flush...
опс...

....т.к. надо максимальное быстродействие.....
с чьей стороны?

[Джон]

Пробовал CreateFile c флагами FILE_FLAG_NO_BUFFERING|FILE_FLAG_OVERLAPPED - не работает

А последний параметр какой ставил?

[dimm]

....т.к. надо максимальное быстродействие.....
с чьей стороны?

Скажем так, от момента принятия решения (в программе вычисляется этот байт для внешней железки) до непосредственно выдачи его в порт.

А последний параметр какой ставил?

Непонял, последний параметр чего? CreateFile()?
HANDLE CreateFile(
  LPCTSTR lpFileName,          // pointer to name of the file
  DWORD dwDesiredAccess,       // access (read-write) mode
  DWORD dwShareMode,           // share mode
  LPSECURITY_ATTRIBUTES lpSecurityAttributes,
                               // pointer to security attributes
  DWORD dwCreationDisposition,  // how to create
  DWORD dwFlagsAndAttributes,  // file attributes
  HANDLE hTemplateFile         // handle to file with attributes to
                               // copy
);
Последний параметр это hTemplateFile - NULL как в примерах.

[Джон]

Блин, я имел ввиду конечно предпоследний (последний то и так ясно). А вот предпоследний указывает на
overlapped I/O он должен быть ноль для синхронной передачи.
Вобще покажи все параметры  CreateFile

[dimm]

Код:

hnd = CreateFile("\\\\.\\lpt1", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, FILE_FLAG_NO_BUFFERING, NULL);

Параметр dwFlagsAndAttributes уже пробовал по всякому, в разных комбинациях:
FILE_ATTRIBUTE_NORMAL,
FILE_FLAG_NO_BUFFERING,
FILE_FLAG_OVERLAPPED,
FILE_FLAG_NO_BUFFERING|FILE_FLAG_OVERLAPPED.

Чувствую непобедимая это засада в драйвере порта
Не хотелось мне пользваться хаками типа giveio.sys или portio.sys, хотел стандартными средствами сделать.

[Джон]

а так пробовал?

hnd = CreateFile("\\\\.\\lpt1", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL);

[dimm]

Попробую в понедельник.

[dimm]

а так пробовал?

hnd = CreateFile("\\\\.\\lpt1", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL);

не работает, тоже самое

[dimm]

Удалил все установленные, но не подключенные принтеры (и сетевые тоже) и остановил службу "Диспетчер очереди печати" (spoolsv.exe).

Заработало!

[Джон]

А ларчик просто открывался

[Sla]

Так то ж неправильно.
Ведь по большому счету при открытии лпт порта он не лезет на нижний уровень, а идет через дверь, постучался, сказал что будет в свободной форме одежды, а ему в ответ: Нет только в смокинге, а ведь ему нужно еще и печатать

[dimm]

Так то ж неправильно.
Ведь по большому счету при открытии лпт порта он не лезет на нижний уровень, а идет через дверь, постучался, сказал что будет в свободной форме одежды, а ему в ответ: Нет только в смокинге, а ведь ему нужно еще и печатать

Я тоже так думаю, причем тут спулер печати - я ж устройство открываю LPT1, которое существует вне зависимости от того запущен спулер или нет, неужели спулер пихает еще фильтр между драйвером порта и самим портом?

[Джон]

Хм, спуллер может быть  и не причём. А вот про остальное...

Ну дык, не напрямую же вы с ним работаете, а через АПИ ф-ю CreateFile. Ессно это работает через какой-то драйвер. А вот через какой - определяет система.
Попробуйте тот же фокус с CreateFile только с СОМ портом, а потом с подключенной к нему мышкой (если конечно такую ещё найдёте). CreateFile в этом случае возвращает INVALID_HANDLE_VALUE

[Ochkarik]

хм... я тут подумал... а может не с "\\\\.\\lpt1" надо работать?)))))))))
\Device\Parallel0 с символической ссылкой NONSPOOLLED_LPT1 - это не то что вам надо?)
просто тут глянул на 22 станицу форума драйферов. она же первая с начала)))