Всем привет!
У меня следующая проблема:
Я должен обеспечить обмен компа с микропроцессором, находящимся на объекте, через BlueTooth. Все шло хорошо, работал через CreateFile. Затем пользователь установил драйвер BlueTooth так, что рабочие СОМ-порты оказались на номерах выше 9. CreateFile не понимает обращение к номеру порта выше 9. Взял APRO. Есть у него компонент AproComPort. Все хорошо. Работал на любых портах, отднако на быстрой машине (очень быстрой) получилось так, что при побайтовом приеме данных, те данные, которые уже приняты, принимаются еще раз. Т.е.

for(;;)
{
    if(AproComPort->CharReady()) //есть ли символ ?
    {
          if(AproComPort->GetChar() == 0x75) //если взятый символ == 75h
          {
             //Что-то делаю
          }
    }
 
}
Получается так, что на быстром компе опрос порта такой шустрый, что не успевает прийти новый символ и затереть старый, а GetChar() не сбрасывает, надо полагать, флаг статуса. Чистка буфера пробовал - но это не лучший выход. 

В связи с этим есть ряд вопросов:
1. Можно ли побороть проблему портов выше 10 для CreateFile?
2. Работал ли кто-нибудь с APRO и сталкивался ли с подобной проблемой?
3. Можно ли в данном случае для APRO использовать функцию GetBlock с размером блока = 1 - по документации эта функция должна забирать символ из буфера.

Буду очень благодарен за советы и ссылки.
Заранее спасибо.

Вот тут глянь

Спасибо! Обязательно посмотрю