новичок (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 4 5 След.
Существует ли в природе коннектор для подключения торгового терминала MultiCharts к QUIK ?
 
на пауке вроде это происходило, емнип
Соединение установить не удалось!, Перестал подключатся от планшета
 
Цитата
Станислав написал:
в чем может быть проблема?
это, небом нам посланные, выходные дни, друг
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Андрей написал:
Ограничения не конкретно на Wine, ограничения на новых версиях MacOS в целом. Последние версии MacOS прекратили поддержку 32-битных систем. Если бы Wine был эмулятором, то это бы его не касалось.
https://www.codeweavers.com/about/blogs/jwhite/2019/12/10/celebrating-the-difficult-the-release-of-crossover-19
Не открывается QUIK отПСБ
 
ftp://ftp.quik.ru/public/updates/
Не открывается QUIK отПСБ
 
дык оно и не является
Не запускается QUIK от Сбербанка
 
Цитата
Андрей написал:
Не очень понял  что значит ()закрыт порт)
https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BA%D0%B5%D1%82_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B­%D0%B9_%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D1%84%D0%B5%D0%B9%D1%8­1)
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
примеры того, как Вы работаете с номерами заявок и сделок,
извините, но нет

Цитата
_sk_ написал:
чтобы потребовались арифметические операции
есть арифметика, есть и другие моменты
то, что можно озвучить: системы хранения и выборки должна быть вполне быстрой

но даже более тут главное - все эти вопросы совершенно пустые ... надуманные, тк лонг в qlua должен быть доступен и по массе других причин

очевидно пришло время апнуть луа до 5.3 и не потому, что 5.1 это мало, просто экосистема такова на текущий момент ( кстати  - так себе экосистема, imo )
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
С этими номерами арифметические операции вряд ли кто-то производит.
еще как пользуются
Цитата
_sk_ написал:
возврат номеров заявок и сделок в виде строки
поздравляю, #ВСГ
19-значные номера заявок и сделок на MOEX
 
Цитата
Александр М написал:
и это точно вы не успеете за оставшиеся 14 дней
Александр, не могли бы сформулировать для обчего развития суть претензии к АРКА вида:

вы, нехорошие люди, давно должны были понимать,  что число в 19 цифер в номерах срочно было очень надо, тк .... _вставить нужное_ ...
и ничего не было сделано  - позор!
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
2^53 = 9 007 199 254 740 992‬.
53 разряда, а не 2^53

Цитата
_sk_ написал:
к чему нам готовиться.
к худшему конечно, как обычно  :wink:  
Unix-время
 
Цитата
Egor Zaytsev написал:
Добрый день.
Сообщите, какое будем в итоге регистрировать пожелание?
Доступ к параметру _дата_время_ в виде числа, а не таблицы/структуры.
размытый шрифт, нет резкости
 
Цитата
Wild Aggressor написал:
Какое есть решение?
https://www.nec-display-solutions.com/p/ru/ru/products/details/t/Desktop-Displays/Professional-Displays/rp/PA243W.xhtml
Unix-время
 
Цитата
Imersio Arrigo написал:
а) откуда уверенность что FILETIME
Код
#include <stdio.h>

int main(void)
{
    FILE *fd;

    fd = fopen ( "alltrade.dat", "rb");
    if ( !fd ) return -1;
    
    fseek(fd, 500, 0);
    
    long dt;
    fread(&dt, 8, 1, fd);
   
    printf("\n epoch_time (ms) = %ld\n", dt/10000-11644473600000L);
   
    fclose(fd);
    
    return 0;
}
Unix-время
 
Цитата
s_mike@rambler.ru написал:
Цитата
Egor Zaytsev написал:
Добрый день.
Правильно понимаем, что вы хотите, чтобы мы добавили новое поле unix_datetime,  (например, на сделках или заявках)  т.к. Вам не удобен формат Lua таблицы?
Если все же решите добавить это поле, не забудьте добавить и дробную часть (микросекунды)
Михаил,

нам нужно лонг, а микросекунды уже есть  и это

файлтайм/10-11644473600 000 000
Unix-время
 
Цитата
Anton написал:
Цитата
новичок написал:
картинки на мониторе
Именно что в дампе так выглядит. На правую колоночку тоже иногда стоит поглядывать, любопытные вещи там видны.
https://www.youtube.com/watch?v=XH5u3-AZT80
Unix-время
 
Цитата
Anton написал:
В фиксе как раз они самые, поле UTCTimestamp выглядит типа
бито-байты в железе и картинки на мониторе из табличек различаем?
вам сиплюсплюс лоб напек наверное :)

а ..а, ну точно
Цитата
static int hibit(unsigned long long ull) throw () // нужно только для ассерта в отладочном режиме {    int result = 0;    while((ull >>= 1) != 0)       ++result;    return result; }  double filetime_to_unix_time_with_microseconds(const ::FILETIME * pft) throw () {    assert(pft);    const unsigned long long uoffset = 116444736000000000ULL;    const unsigned long long ftime =       (static_cast<unsigned long long>(pft->dwHighDateTime) << 32) | pft->dwLowDateTime;    const unsigned long long utime = (ftime - uoffset) / 10;    assert(::hibit(utime) < 52);    return static_cast<double>(utime); }
https://www.youtube.com/watch?v=2h_vI7IXZqg&feature=youtu.be&t=145

пс: г...ггг

ппс: веселых выходных, братья.
Unix-время
 
Цитата
Imersio Arrigo написал:
а) откуда уверенность что FILETIME
нету а..аще никакой :) , но ...

когда берем по адресу из .dat файла 8 байт как лонг
и потом это делим на 10 млн и вычитаем 11644473600L,
то хлоп ..  и получается пхальное юникс_тайм в секундах

вот и подумалось
могу быть неправ, ессно
Цитата
Imersio Arrigo написал:
б) тогда уж лутше в луа отдавать FILETIME (ежели прям без конверсий)
ну с версии 5.3, когда будет лонг , то - да
Цитата
Imersio Arrigo написал:
ну тогда всеравно в time_t конвертить нужно.
ну лонг в лонг не так уж и затратно :)
Unix-время
 
Цитата
Anton написал:
где оно у них в число превращается и превращается ли вообще
не просто превращается, а в dat файлах оно у них уже в FILETIME формате
те считай всё уже тут, а потом бац и ... /* ... во вторую смену ... (с) */
... в табличку

ткчт и делать то особенно ничего не нужно - нужно просто кое-чего НЕ делать

:)

Цитата
Anton написал:
как бы не в текстовом.
уточним для любопытствующих, что речь конечно не про символы, а про по-байтовую передачу :)
Unix-время
 
Цитата
Anton написал:
Цитата
новичок написал:
а вы пропатчили 5.1 для long?
Если, как я понял, речь о целых числах в луа, так они как intptr_t определяются и на 64 битах должны быть 64-битные из коробки, а вот если заменить в заголовке на long, то получим внезапно 32 бита, ибо на винде long 32-битный. Или о другом чем-то?
лично у меня нет таких вопросов - есть и более прямой способ

здесь предложение реализовать то, как это должно быть
зачем плоскую инфу загонять в табличный вид
который все равно потом нужно обратно в плоский вид
ну пусть с сервера дают пока что в double
чтобы обходиться без преобразования типов и структур
потом в 5.3 это будет более просто в long

собсно моё дело - предложить
Unix-время
 
Цитата
Egor Zaytsev написал:
Правильно понимаем, что вы хотите, чтобы мы добавили новое поле unix_datetime,  (например, на сделках или заявках)
да, а вы пропатчили 5.1 для long?

Цитата
Egor Zaytsev написал:
т.к. Вам не удобен формат Lua таблицы?
дело не в удобстве - пара строк не проблема, а в лишних временных затратах на преобразование или сборку своих полей из таблицы для  массовых скоплений
можете сами проверить затраты на сотне тысяч записей: передернуть времена в long отжирает как быстрая сортировка

++ причина апнуть до 5.3
Торговые скрипты в WebQUIK, Возможность написания торговых скриптов для WebQUIK
 
Цитата
Imersio Arrigo написал:
Мне кажется это вполне жизнеспособная схема.
WebQuik API - еще и нужная.

А нето скоро все к тинькоффу убежим :)
Торговые скрипты в WebQUIK, Возможность написания торговых скриптов для WebQUIK
 
Цитата
Imersio Arrigo написал:
Ну... это проблемы сервера
линукс сервер скриптом точно не подвесить, если ты не рут
может это будет виндуз-сервер?  :)
Unix-время
 
те : нужен long чтобы собрать число формата yyddmmhhmmsszzz
но лучше сразу unix-время на каждом трейде
с минимумом преобразований
Unix-время
 
Если на ваши сервера приходят данные с Unix-временем ,
то предлагаю сделать доступным такой формат тоже
во избежание излишних трансляций на каждом трейде
для автоматизированных систем,
коль скоро QLua тут для этого.

Там где возможно.
Спасибо.
HHTP запросы в LUA и проблема с 32-битной версией библиотеки LuaSocket
 
Цитата
Андрей А написал:
Просто кажется странным
это вовсе не странно, тк
Цитата
Андрей А написал:
просто решил их пока выводить на отдельную html страничку
вот это реально странно

что выглядит как "просто" , но делает всё это сложным

зарядите сокет-сервер и с него гоните дату
Графики - возможность оценки изменения цены
 
Цитата
Сергей написал:
больше ничего там не изменяется.
https://youtu.be/Tv6ADmGxKpc?t=551
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Imersio Arrigo написал:
Цитата
новичок написал:
расцветка любая, хоть серобуромалиновая
Ыыы )))
я просто через винекэфэгэ настроил синюю тему и васякот :)
ну это ясно, но тут более удобно и быстро, чем ползать по пунктам.

автоматика :)
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Александр Романов написал:
windows enterprise ltsb
https://www.linux.org.ru/news/linux-general/15315215

wine 4.0

расцветка любая, хоть серобуромалиновая
влияние смены цвета на производительность не обнаруживается
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Anton написал:
Я на арку и не наезжал, народ просил - они сделали, но сделать с той же производительностью, что и нативный интерфейс, они вряд ли смогут, бо нативный читерствует при отрисовке, документированными способами сделать "то же самое без крыльев" не получится, а недокументированные использовать себе дороже, закончится это отдельной веткой кода под каждую версию винды.
примем как юзерсайд-ответ для топикстартера

пс: вот и поговорили :)
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Anton написал:
все они тоже "той или иной кривости",
кривые не только графические либы https://otus.ru/nest/post/132/

вся индустрия ПК x86, будучи изначально аппаратным мусором, развила эту тему на 5+ в программном обеспечении
нагородив ооп, vm, try-catch  и прочее фуфло вокруг примитивной поделки 80-х годов прошлого века
а предиктивная философия современных x86, поливаемых водичкой, замкнула этот адский круг глобального дерьма

судя по-всему единственный выход из этого реализуется в виде перевода основных вычислений любого рода на back-end
c принципиальной заменой front-end хромбуками, win core os и surface neo/duo аналогами

ткчт имо: арка  - не самый фиговый представитель в общей куче  
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Anton написал:
Справедливости ради, с играми сравнивать некорректно.
абсолютно корректно, если иметь ввиду использование минутных OHLC - это очевидно 90% юзеров данного фронтенда
пытаться анализировать и использовать такого рода "статистику", да еще расчитывать по ним некие суррогатные величины
и при этом ставить на это свои деньги - это в чистом виде именно игра
Снова про темную тему, уже 64 бита но также тормозит
 
Цитата
Anton написал:
но качественную 3д графику отрисовать намного проще, чем качественную 2д
https://www.sfml-dev.org/
QUIK 8.0
 
Цитата
Anton написал:
Раз он настолько крут, что бат-файлом проекты собирает и не стесняется это говно на публику выкладывать.
зря ты так.
многие неплохие программеры-виндузятники в итоге понимают, что нездоровы, но не могут сами себе поставить диагноз.
больно им. пожалеть их нужно.
нищета и воинственность сломали не одну судьбу на просторах российских.
При получении цены с графика иногда приходит ноль.
 
Цитата
Николай Камынин написал:
Полагаю Вы просто не понимаете чем отличается система обработки данных реального времени от ОС РВ.А это две большие разницы.
а вы умете _гарантированно_ обработать данные до прихода следующих без ОС РВ?

а может вам ОС вообще не нужна а времена в термине РВ не важны?

что ж ... такое я точно не понимаю. тут вы правы. но только тут :)
При получении цены с графика иногда приходит ноль.
 
Цитата
Николай Камынин написал:
это же система реального времени
это ВООБЩЕ не система реального времени.
даже приблизительно.
не путайте людей.
QUIK 8.0
 
Цитата
Анатолий написал:
что то там в билде 1607
дде сломали пока венду ломали :)
QUIK 8.0
 
Цитата
Anton написал:
можно оставлять как есть, уже было признано.
дык это надо выяснять до разадачи цу, имхо

и ... для малых и/или учебных задач не факт, что это лучше - обкладывать обвязками

полезнее не терять таки контроль, а некоторым это само - вкайф
QUIK 8.0
 
Цитата
Anton написал:
В чем, собственно, и отличие подходов "никсоводов" и "виндузятников".... Второй знает, что ежли у юзера что обвалится, субботник будет именно у него
не нужно сравнивать теплое и мокрое.
когда речь о бизнес-проектах, то решение пишется под тех. задание заказчика и фиолетово какая там ось или что-то еще
а учебные поделки - везде остаются самими сабими
QUIK 8.0
 
Цитата
Анатолий написал:
Цитата
Anton написал:
Расписывать реально долго
А есть хорошие ссылочки по которым можно на эту тему просветится более подробно, как правильно все эти несьюрные функции заменить на секьюрные? Или же это надо вообще Си изучать полностью?
https://docs.microsoft.com/ru-ru/cpp/c-runtime-library/security-features-in-the-crt?view=vs-2019

но и без этого  был С99

https://en.cppreference.com/w/c/io/fprintf

надо смотерть по коду , тк в Си многое на усмотрение кодера
QUIK 8.0
 
Цитата
Анатолий написал:
x86_64-w64-mingw32-gcc-4.8.3 lfs.c -o lfs.dll
https://forum.quik.ru/messages/forum10/message38672/topic4609/#message38672
iceberg order, (латиница в заявке)
 
Цитата
QApplication написал:
2. Как описать айсберг заявку, если она отправляется из внешнего ПО, которое записывает строку в UTF-8. Будут ли проблемы?
если на английском, те в пределах ASCII, то запишется в один байт и всё должно быть ОК
но если на русском, то это два байта на символ и тогда только многобайтный парсинг выручит, но это вряд ли этот случай,
бо тут территория святого вантуза :)
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Kolossi написал:
Цитата
новичок написал:
 
Цитата
Kolossi  написал:
А не пойти бы вам ..
 Наверное в посте было плохо видно, что .... лично к тебе никто не обращался

ткчт у тебя нет никакой необходимости шевелить воздух в этом направлении

:)
Переход на "ты" стандартный аргумент быдла.  Чадтесь тут дальше со своими кепками и семечками :D  
дык уже пару лет как пузаны и пни всеяРуси собираются на канхеренции, ходють в форамы  по балшому да малама
и в прочия критически важные для развития ИТ-индАстрии палейсы в РФ присуйствуйють из последних ехних сил тама

а уж как паздравляют то они друг друга, как на Вы называют непрерывно и верят опять жы в друга сваво

увы, чувяк, это не работает. как чушку не называй - болванкой и останется :)
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Imersio Arrigo написал:
в том смысле, что "миллионы мух не могут ошибаться"?
в том смысле, как комплексное и даже местами инфраструктурное решение, начиная с пузатых моноблоков для учебных заведений и заканчивая иподами в разъеме стены ванной комнаты
когда человек просто пользуется и ему удобно, это хорошо, а не плохо и рыночно успешно и правильно

Цитата
Imersio Arrigo написал:
имхо, тут ситуация когда "что нужно пользователю, ему объяснит отдел рекламы".
как видим в этой ветке, даже при таком подходе доходит не до всех :)

если плохого не советуют, то пусть им

святая книга Библия делает примерно тоже самое, имо :)
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Imersio Arrigo написал:
неповорачивается язык называть эту гламурную погремушку "неплохим".
рынок не ошибается :)
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Kolossi написал:
А не пойти бы вам ..
Наверное в посте было плохо видно, что .... лично к тебе никто не обращался

ткчт у тебя нет никакой необходимости шевелить воздух в этом направлении

:)
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Imersio Arrigo написал:
просто было интересно за wine  
такое комбо недовинда + недоИксы очевидно нельзя рассматривать как нечто рабочее по очевидным причинам:
- на линуксе виндософт работает в нетиповом для виндософта, но в родном и тестируемом для wine
- на маке виндософт работает в нетиповом для виндософта и  в неродном, слабо тестируемом для winе ИксКварце 3-х летней давности

это надо быть более, чем альтернативно одаренным, чтобы оскорблять неплохой в целом мак-стайл и мак-мир , имо
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Imersio Arrigo написал:
На маке действительно падает :(
:( - нипхальна

:) - пхальна

бо маководы ищущие форточный софт должны платить за глупость трижды.
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Kolossi написал:
Цитата
новичок написал:
 
Цитата
Kolossi  написал:
поставил заново quik на PlayOnMac v4.3.4, 64-bit, встроенный wine 4.11-staging
 debian 10 64 bit
wine 4.0.2 64 bit
quik 8.0.5.2 64 bit

нормально парсит ошибку и не падает
Наверное в посте было плохо видно, что это про OS X
видно было хорошо
делать выводы или нет - it is up to you
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Kolossi написал:
поставил заново quik на PlayOnMac v4.3.4, 64-bit, встроенный wine 4.11-staging
debian 10 64 bit
wine 4.0.2 64 bit
quik 8.0.5.2 64 bit

нормально парсит ошибку и не падает
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Цитата
Kolossi написал:
c wine v1.41
?
Цитата
Stable:Wine 4.0.2
Страницы: 1 2 3 4 5 След.
Наверх