Эмулятор УКНЦ - UKNCBTL

Цитата:

---

Сообщение от Vamos

А подскажите пожалуйста как в НХ сервере сделана работа с СОМ портом, что переполнения не происходит.

---

Так и там тоже были переполнения

http://zx-pk.ru/attachment.php?attac...1&d=1358979832

поэтому, проверить на счёт переполнений всегда есть смысл первым делом.

Цитата:

---

Сообщение от Patron

Так и там тоже были переполнения

---

НО переполнения возникали уже в загрузчике НХ сервера, а все остальные программы вызывают переполнение в загрузчике УКНЦ, почти сразу.
Есть ли смысл рассматривать фукцию CreateFile() с параметром FILE_FLAG_OVERLAPPED или результат будет такой же?

Цитата:

---

Сообщение от Vamos

Есть ли смысл рассматривать фукцию CreateFile() с параметром FILE_FLAG_OVERLAPPED или результат будет такой же?

---

Т.е. чтение виртуального порта в Windows возвращается с ошибкой?
Но ведь в порту com0com включена бесконечная буферизация и переполнения быть не может..

Как я понял, запись в буфер происходит слишком быстро и код эмулятора не успевает.

Ну вот чего ему не хватает :mad:

http://zx-pk.ru/attachment.php?attac...1&d=1359589855

если кому попадался этот тест с пунктом 6 (стык С2) поделитесь пожалуйста.

Цитата:

---

Сообщение от Vamos

Как я понял, запись в буфер происходит слишком быстро и код эмулятора не успевает.

---

Речь пока не о диагнозе, а об анамнезе - т.е. действительно ли какая-то из функций Windows ( чтение порта, запись порта ) возвращает ошибку или WaitCommEvent рапортует о EV_ERR ?

Patron, на этот вопрос у меня ответа нет, но вот код, может там чего

Код:

---

                if (m_SerialInCallback != NULL && frameticks % 416 == 0)
        {
            CFirstMemoryController* pMemCtl = (CFirstMemoryController*) m_pFirstMemCtl;
            if ((pMemCtl->m_Port176574 & 004) == 0)  // Not loopback?
            {
                BYTE b;
                if (m_SerialInCallback(&b))
                                {
                                        if ((pMemCtl->m_Port176570 & 0200) == 0)  // Ready?
                                        {
                                                pMemCtl->m_Port176572 = b;
                                        }
                                        else
                                                {
                                                        pMemCtl->m_Port176570 |= 010000;  // Set Overflow flag
                                                }
                                        pMemCtl->m_Port176570 |= 0200;  // Set Ready flag
                                }
                        }
                }

        if (m_SerialOutCallback != NULL && frameticks % serialOutTicks == 0)
        {
            CFirstMemoryController* pMemCtl = (CFirstMemoryController*) m_pFirstMemCtl;
            if (serialTxCount > 0)
            {
                serialTxCount--;
                if (serialTxCount == 0)  // Translation countdown finished - the byte translated
                {
                    if ((pMemCtl->m_Port176574 & 004) == 0)  // Not loopback?
                                        {
                                                (*m_SerialOutCallback)((BYTE)(pMemCtl->m_Port176576 & 0xff));
                                        }
                                        else  // Loopback
                    {
                        pMemCtl->m_Port176572 = pMemCtl->m_Port176576 & 0xff;
                                                pMemCtl->m_Port176570 |= 0200;  // Set Ready flag
                    }
                    pMemCtl->m_Port176574 |= 0200;  // Set Ready flag
                }
            }
            else if ((pMemCtl->m_Port176574 & 0200) == 0)  // Ready is 0?
            {
                serialTxCount = 8;  // Start translation countdown
            }
        }

---

У меня пока основная гипотеза -- что передача байт из эмулятора происходит без проверки того готов ли к этому COM-порт. Поэтому вероятно мы и видим overrun. Вообще общение с COM-портом у меня построено не на overlapped и не на событиях, а по более простой схеме -- чисто байтовое чтение и запись. При чтении если очередной байт не готов -- он не отдаётся. Но при записи пишется всё не взирая на возможные переполнения.

Цитата:

---

Сообщение от Vamos

если кому попадался этот тест с пунктом 6 (стык С2) поделитесь пожалуйста.

---

Эта версия TUK.SAV от СЭМЗА, я сейчас потыкался - другой версии не нашёл,
попробуй TS.SAV - просто ради эксперимента?

http://savepic.org/2745756.png

http://savepic.org/2736540.png


и вот ещё отдельный для СА "TSA.SAV"
http://savepic.org/2697628.png

Кажется где-то под С2 было что-то отдельно написано, если откопаю-вспомню выложу сразу.