Длинные номера заявок Фортс в Квик. Как прочитать номер заявки?
Столкнулся с проблемой считывания длинных номеров заявок.
Вывод по ODBC в MsAccess в поле с типом двойное с плавоюшей точкой обрезает последние знаки, а в тип длинное целое не хочет выводить.
Получить через функцию SendSyncTransaction через TRANS2QUIK.DLL тоже не получается, последние разряды возвращает не те, видимо размерности не хватает.
Кто как победил длинные номера?
868
Читайте на SMART-LAB:
Ищем идеи среди облигаций девелоперов
Инвестиции без спешки: торгуем в выходные
Рынок часто движется импульсами, тем важнее оценивать активы без спешки, не отвлекаясь на инфошум. Для этого отлично подходят выходные дни. В...
Календарь первички ВДО и розничных облигаций (СЗА доходность 28,71% | РДВ Технолоджи доходность 26,92% | ТЛК доходность 26,83%)
🔸 ПКО СЗА БО-06 (для квал. инвесторов, BB–|ru| , 200 млн руб., ставки купона 25,25%, YTM 28,39%, дюрация 2,14 года) размещен на 30%....
Нефтяной срез: выпуск №8. Перекрытие Ормузского пролива + рост цен на нефть против слабых отчетов за 4-й квартал 2025 и 1-й квартал 2026? Ищем лучших в все еще слабом секторе
Продолжаю выпускать рубрику — Нефтяной срез. Цель: отслеживать важные бенчмарки в нефтяной отрасли, чтобы понимать куда дует ветер. Прошлый пост:...
По теме Quik не знаю ничего, извините…
я через МТ5 всегда.
можно попробовать коннектор QuikPy, работает быстро и надежно.
Могу предложить получать в виде текста и самому преобразовывать в целое.
Просто исторически много на Делфи сделано, массово переписывать все на Си проблемно, проще даже перейти на импорт транзакций из файла, но это будет уже два шана назад
И еще вопрос, а можно ли выгрузить данные в MsAccess через ODBC в новых версиях Квик? Или теперь это танцы с бубном? В старых все прекрасно работает.
ODBC тоже от разрядности не зависит, все должно работать.
Но это не точно ) Сам сижу на C++, DDE, Trans2Quik.dll
А через DDE куда данные выгружаешь, в эксель, аксес?
Технология заброшенная, но рабочая и быстрее ODBC.