Сбой передачи данных по ODBC из таблицы заявок

Добрый день.
Думаем, что проблема в другом. Уточните в таблице заявок, есть заявки по режиму GCTR?

Также писал Ваш брокер с данной проблемой от Вас. Мы сделали запрос на логирование. Ждем его от Вас, брокер должен был вам передать информацию.

Да, забыл уточнить, заявок по режиму GCTR нет.

Перепроверил, файл называется quik_odbc.log

Архив отправил.
Добавлю, что удалось выяснить мне:
1. Сбой идет при передаче данных по ODBC из "Таблицы заявок" (ошибка в Квике появляется при запуске вывода из этой таблицы)
2. Сбой связан со столбцами либо "Номер", либо "Код класса" (оба параметра обязательны), т.к. я в базе пробовал убирать остальные параметры, но ошибка не исчезает.
3. Наиболее вероятно, что ошибка связана со столбцом "Номер", т.к. его длина поменялась 13.12.2019, а "Код класса" не менялся.
4. По документации параметр "Номер" д.б. "DOUBLE PRECISION" (как стоит у меня), в порядке эксперимента я пробовал менять его на  NUMERIC, Size 15, Scale 1, и DECIMAL 15, 1 - не помогает.
Все вышесказанное только мое мнение и написано только для дополнения информации. Ошибка м.б. в чем-то совершенно другом.
Еще раз напомню База на FB сервере, система WinXP32.

Добрый день!
Не все моменты Вашего ответа понятны:
1. Что значит архив пустой? Все таблицы пустые? Такое вообще возможно? Или он не полностью прошел? По совету брокера я перед архивацией архива удалил папки archive, backup, Doc, м.б. дело в этом? Давайте я снова перешлю Вам архив, только укажите почту куда отправлять.
2. Не понятен смысл фразы "Сообщите какой именно номер экспортируется (посмотрите в QUIK)", что имеется ввиду, где в Квике смотреть и какой номер (брокер в этом вопросе тоже помочь не смог)??? Если имеется ввиду столбец "Номер" из таблицы заявок, то структуру базы привожу ниже.
3. Структура базы данных для таблицы заявок:
Столбец таблицы Квик (Список параметров)                                             Поле, соответствующее параметру
1. Номер *                                                                                                ORDERKEY (DOUBLE PRECISION)
2. Операция                                                                                             OPER (VARCHAR(10))
3. Цена                                                                                                    P (DOUBLE PRECISION)
4. Количество                                                                                           V (INTEGER)
5. Остаток                                                                                                OST (INTEGER)
6. Состояние                                                                                            SOSTO (VARCHAR(15))
7. Код инструмента                                                                                  KB (VARCHAR(12))
8. ID транзакции                                                                                       TRANS_ID (INTEGER)
9. Код класса *                                                                                        KODK (VARCHAR(10))


Кроме того если в базу данных в поле соответствующее полю "Номер" из "Таблицы заявок" вручную ввести 14 цифр, то они прекрасно сохраняются там, однако Квик их по каким-то причинам передать не может.

Какая версия не будет работать в Win32 моя 7.25.1 или 8.2.1?
Если Вы говорите, что в версии 8.2.1 была исправлена похожая проблема, то почему бы ее не исправить в версии которая всеми используется сейчас - 7.25? Т.е. проблема все-таки есть и не думаю, что я один использую протоколы ODBC и DDE. К тому же я не очень понимаю в чем принципиальная сложность, ведь в Win32 при типе данных DOUBLE PRECISION спокойно передается 15 цифр?
В будущем я планировал постепенно переходить на 64 разрядную систему, но в данный момент это практически невозможно. К тому же я вовсе не уверен, что без частично переделки программы она будет работать на Win64, а это время, и немалое, а работать мне надо СЕЙЧАС! И согласитесь, не очень прилично, без предварительного предупреждения, менять что-то, что приведет к остановке работы Ваших клиентов?
С моей стороны, я готов на любую помощь в устранении этой ошибки, при необходимости могу прислать архив программы или саму базу, провести любое логирование.

При попытке логирования, создании файла quik_odbc.log и последующем воспроизведении проблемы он также, как и на WIN32 остается пустым.

Добрый день.

Вы пробовали именно на x64 Windows совместно с QUIK 8.2.1? В этой связке работать должно. Если не работает - присылайте ранее запрошенные подробности, будем разбираться.

Добрый день.

Для устаревшей версии терминала QUIK x86 подобных доработок не предусмотрено.

Добрый день.

Версия 8.2 является абсолютно рабочей и вышла ещё 1 ноября сего года.

Насколько я помню, таблица заявок выгружает данные по одному ордеру как минимум 2 раза, в первый раз создаётся неполный ордер, где ИД Транзакции действительно NULL, после этого строка сразу обновляется.
Я сейчас использую на DDE для скорости и там аналогичная картина.


PS. Quik 8.1.0.30