Длинные номера заявок Фортс в Квик. Как прочитать номер заявки?
Столкнулся с проблемой считывания длинных номеров заявок.
Вывод по ODBC в MsAccess в поле с типом двойное с плавоюшей точкой обрезает последние знаки, а в тип длинное целое не хочет выводить.
Получить через функцию SendSyncTransaction через TRANS2QUIK.DLL тоже не получается, последние разряды возвращает не те, видимо размерности не хватает.
Кто как победил длинные номера?
867
Читайте на SMART-LAB:
Российский рынок не удержался в плюсе
Торги 4 марта на российских фондовых площадках начинались на положительной территории, но завершаются снижением. Номинированный в рублях индекс...
Следующий Positive Hack Days Fest пройдет в 2027 году
Всем привет! Следующий Positive Hack Days Fest пройдет в 2027 году, в этом году киберфестиваля не будет. Почему мы приняли такое...
Сможет ли ИИ обогнать рынок? Выясняем на «Финам Арене»
Команда Trade API «Финама» запустила проект — « Финам Арена» — в рамках которого исследует возможности нескольких крупных языковых...
Хэдхантер. Я не дождался отчета за 25г. и обновил прогноз по прибыли и дивидендам
Хэдхантер послезавтра 6 марта опубликует отчет по МСФО за 2025 год. Модель по компании обновлял здесь , но сегодня решил сделать...
По теме Quik не знаю ничего, извините…
я через МТ5 всегда.
можно попробовать коннектор QuikPy, работает быстро и надежно.
Могу предложить получать в виде текста и самому преобразовывать в целое.
Просто исторически много на Делфи сделано, массово переписывать все на Си проблемно, проще даже перейти на импорт транзакций из файла, но это будет уже два шана назад
И еще вопрос, а можно ли выгрузить данные в MsAccess через ODBC в новых версиях Квик? Или теперь это танцы с бубном? В старых все прекрасно работает.
ODBC тоже от разрядности не зависит, все должно работать.
Но это не точно ) Сам сижу на C++, DDE, Trans2Quik.dll
А через DDE куда данные выгружаешь, в эксель, аксес?
Технология заброшенная, но рабочая и быстрее ODBC.