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

Когда лимитка исполнится - будет позиция. Вот на нее и будет выставлен стоп. Пока лимитка не исполнилась - стоп не активен.
Очевидно же.

И это же прекрасно, не так ли! ;))

trans2quik никак не связана с .NET и его версиями.
Это просто вы не умеете с ним работать (:

Проверьте разрядность библиотеки. Я незнаю какую версию использует ваш дотнет, я им не пользуюсь, но ошибка на скрине возникает при попытке загрузить либу другой разрядности (32 в 64 и наоброт).

Использование CallingConvention может работать, но при этом будут криво передаваться/возвращаться параметры/результат.
Судя по всему, именно это и происходит.

Кодировка? а в строке транзакции есть русские символы?
Может быть лучше, чтобы исключить этот фактор, переключить квик в английский язык и подавать транзакции на английском?

Стоп-на-стоп не существует. И вряд ли когда-то будет.

Используйте мобильный терминал для контроля ситуации.

Танечка, расслабьтесь.
Эта вся ерунда с волнами эллиота, и прочими фибоначами - не работает.

А метки на графике можно наносить вручную, и отмечать точки, которые кажутся Вам значимыми.

Если узнаешь - скажи )

Чем не устраивает существующее решение?

А можно тогда поинтересоваться где же находятся настройки экспорта?
Както я тоже считал что они в wnd-файле.
Переносить правда не пробовал.

Мне тоже кажется, что можно 9 бит использовать под идентификатор советника - 512 значений более чем достаточно.
Оставшиеся 22 можно использовать под TransID.
Знаковый (старший) бит не трогаем, чтобы не было переполнения.
И никаких проблем.

Т.е. сейчас никакой проблемы нет?

>>Вы правильно все поняли. В старших 6 байтах имя символа
>>а младшие байты служат для генерации уникальных ID.
К сожалению понял я тут далеко не все.
Но тут хочется отметить, что DWORD - это всего 4 байта, а не 8!

Итак, что у нас здесь (опять рассматриваем для RTS-3.23):

function CalcTransID(const Data: string; const idx: integer): Dword;
... //незначащая часть пропущена
k:= Pos('-', Data); // k=3
z:= Pos('.', Data); // z=5
month:= Copy(Data, k + 1, z - k - 1); // month="3"
year:= Copy(Data, z + 1, Length(Data) - z); // year="23"
if(TryStrToInt(month, k) = true) then
begin
  Value:= k; // Value=3
  if(TryStrToInt(year, k) = true) then
  begin
    Value:= Value + k; // Value=3+23=26 (0x1A)
    result:= (idx shl 24); // сдвигаем idx в старший (3й) байт (из 4х),
//таким образом, если у вас idx>127, то старший бит переполняется и получается число больше INT_MAX
//я незнаю как поступает паскаль с лишними битами, полагаю просто теряет.
    Result:= Result + Value shl 16; //добавляем месяц/год - наше 26 (0x1A) в 2й байт.
  end else result:= 0;
end else result:= 0;
end;
И, собственно все. Имя фьючерса здесь никак не учитывается.
А два младших байта (1й и 0й) видимо дают 65535 вариантов TransID-ов.

Это никак не объясняет происхождение числа 0x83917001, из первого поста.
По вышеприведенной логике 0x83 - это номер робота? - это 131, уже переполнение.
Но 2й байт - 0х91 - не похож на месяц/год.
Да и 0х7001 - 28673я транзакция?

Возможно где-то еще что-то примешивается?

Поразбирался в скрипте. Если я все правильно понимаю, и строки вида "month<<=24;" - это оператор битового сдвига, то имеем такую картину:

номера битов (пример для RTS-3.23), тут должен быть моноширинный шрифт чтобы табличка правильно выглядела.
64------56------48------40------32------24------16------08------00
| "R"   | "T"   | ----- | ----- | month | year  | sov_id| ------

"R", "T" - первые символы слова RTS, а "-----" - это пустые, ничем не заполненные биты.
все верно?

тогда у меня такие вопросы:
1) данная схема подходит, если sizeof(long) == 8, что правильно выглядит в коде mql, но неверно для с++ под win32, тут sizeof(long) == sizeof(DWORD)=4, т.е. старшие 32 бита куда-то теряются или преобразуются(каким образом?) в младшие 32. это как-то учитывается?
2) где в представленной схеме  "а два младших байта 4096 вариантов dwTransID за торговый день"?
это биты с 32 по 48?, их нет в виндовом long-e.
3) чем должны заполняться биты 0-8?
4) в скриншоте выше, на вход подается число 2207346689, это 0x83917001, но 8391 не похожи на месяц/год. видимо примешиваются еще биты.
каким образом?

я затрудняюсь определить язык на первом скрине, но судя по begin-end, это похоже на паскаль.
можно показать больше кода в этом месте?

Наконец-то добрался чтобы проверить.
1. Мое сообщение #2говорило о том, что DWORD и LONG одно и тоже. Я не внял что сыр-бор изза знаковости.
2. Проверил, да, квик через транс2квик обрезает dwTransID если он больше "максимально положительного LONG".

Но, при этом в документации написано (см. скрин) "Указатель типа Long", т.е. никто не обещаел что с числом будут обращаться как с беззнаковым.
Согласен, что есть расхождение в прототипе, и описании, и наверное это все-таки баг.

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

Все правильно. n+1 периодов нужно, чтобы получить корректные значения.

Внезапно смотрим в системные хедеры:

>> typedef unsigned long DWORD;

ЗЫ: маководы говорят что приложение для айпада отлично работает нативно. Попробуйте.

Вроде они с какой-то версии вообще дропнули поддержку х32.
И PlayOnMac давным-давно умеет в х64.

Предлагаю проверить эти два момента прежде чем рекомендовать.

Есть вариант проще и удобнее.
В ярлык запуска прописать рабочую директорию отличную от ProgramFiles, куда-то куда у текущего пользователя есть право записи.
Например в тот же %APPDATA%\Quik\

В обчем мой совет оказался не по делу.
Я просмотрел варианты, и ничего подходящего не нашел.
Открыть ODBC/JDBC подходит только для того чтобы связать LO с БД.
Это явно не то что нужно.

В качестве альтернативы можно поднять базу mssql или postgres и настроить экспорт в нее через ODBC.

В MS Excel работает вывод по DDE.

ЕМНИП, OO/LO не умеют в DDE.
Попробуйте экспорт через JDBC.

Да. Такая боль.
Нужно использовать укорачиватель ссылок.

Это все наследие метатрейдера.
Он показывает каждую заявку как отдельную позицию отдельной строкой (возможно зависит от настроек брокера).
И даже можно противоположные открыть, и все это считается независимо.
И каждую нужно закрывать отдельно.

Какой в этом смысл? Возможно кому-то так удобнее считать когда одинаковая картошка в разных карманах.

А в каких терминалах вы такое видели?
Я много вижу людей которые такого хотят, и у меня вопрос: -это вы сами придумали или где-то увидели?


В квике такого нет.
Можно либо переключать таймфрейм в окне туда-обратно.
Либо настроить все построения в одном окне, а затем его скопировать, и переключить таймфрейм.

Это услуга брокера.
Платная.

Скорее всего дело в низкой ликвидности и большом спреде в стакане SRM3.
Если есть желание торговать спреды - лучше использовать спредовые инструменты, а не алгозаявки.

Там же arm, не?
Квичок работает только на х86 архитектуре.

Это управляется настройкой "закрывать все окна перед загрузкой файла настроек".
RTFM.

Надо не в таблицу заявок, а в таблицу сделок смотреть.
Там будут цены по которым прошли сделки.
И тогда цифры сойдутся.

Настраивается цепочка wine - unixODBC - postgresqlc
B /etc/odbc.ini настраивается DSN.
Нужно явно указать чарсет WIN1251.

После чего квичок все видит. Создаём таблицы и поехали.
Буквально сегодня настраивал. Все работает.

Что подразумевается под "интервалом сделок"?

Я спросил что значит "мониторы не связаны в единое пространство"?

Что за вариант "3++"?

Вменяемые объяснения будут?

Как это?

А разве не рассосалось?

1111е сообщение :)

После такой бури эмоций конечно хочется послать лесом ))
Постучись в личку, обсудим подробности.
Возможно смогу быть полезным.

ЗЫ: Еще здесь есть пользователь Anton, толковый человек. Можно попросить помощи у него.

Возможно оно беззнаковое.
И длится не бесконечно, а (2^32 - <ваше число>)ms.

Вот ради интереса безо взяких мануалов попробовал. Все работает искаропке.
-Поставил "Орёл".
-Открыл менеджер пакетов, поискал wine, отметил все что нашлось и поставил. В меню "Утилиты" поставился "PlayOnLinux"
-Зашел на сайт арки, скачал дистриб.
-Зашел в "PlayOnLinux", сказал установить и далее-далее...
-Добавил ярлык на стол.

Все работает. Даже с русским языком проблем нет.

а вот не факт. ты тока прикинь какой колоссальный ущерб можно нанести.эти вот санкции там.. поставки железа - это долго все.
а тут - по нажатию кнопки - бабах, и 90% компов в стране - не работают.
также и с мобилками - хоп - и все гудроиды и айфоны превратились в бесполезный кусок пластика.
это будет прямо катастрофа.

с чего это ядро стало омериканским то? Линус финн же.
"национальная" следует читать как "собиралась на ПЭВМ расположенных на территории РФ".
А собственно в чем проблема то?
Линукс - он везде линукс.
Нормально написанные скрипты работают. Я пользуюсь.
И нормально сделанные dll - тоже.
Какие-то конкретные проблемы? или "У меня ничего не работает"?

Дело совсем не в этих строках.
Ошибка возникает или накапливается совсем в другом месте. Просто у тебя так совпало, что наличие именно этих строк выглядит критичным.

Ну вот просто: -чем две закоментаренные строки отличаются от двух предыдущих?
И нет никакой гарантии, что если убрать все четыре SetColor-а то падать перестанет. Просто будет падать в другом месте, при других условиях.
Хочу заметить, что тут картина наоборот. на 9.2 работает, а на 8.11 ломается.
Так себе утверждение.
Если код выполняется - не факт что он не содержит ошибок.
Просто не создавались условия, при которых они возникают.

Нужен полный код скрипта, чтобы изучив его с какой-то уверенностью говорить что он "не содержит ошибок".

Блин. Прочитал страшное.
Теперь хочется вывести все деньги и засунуть их в матрас.
А у меня стоит галочка "не использовать мои средства в интересах брокера". Это спасет мир или нет?

Да, все происходит именно так, как описано. Вторая линия привязывается ко второй области графика, и удаляется вместе с ним.
Но почему это проблема?

В свойствах линии, если вы попробуете разобраться, можно увидеть настройку "привязать к графику" и там видно к чему привязана линия.
Если что-то не понятно как работает - это не значит что это ошибка.

Скорее всего это вопрос интерпритации значений:

времени за отметки - столько-то.
а свечей - вот столько.

Никакой ошибки тут нет.

Очевидно же:
1. myScript = FindScript("MyScript")
2. RestartScript(myScript)
Всегда так делаю.

Ты чего, родной? Все ж бухают до 10го :)

Ну здесь, похоже дело в том, что время считается по интервалам, т.е. из времени второго интервала вычитается время первого.
А кол-во интервалов - это буквально кол-во интервалов попавших в выбранный период.
То есть не всего сколько должно быть интервалов за, скажем, два дня. А сколько интервалов на графике.

Вот например у меня (скринов нет) выбрано 50 интервалов, а время 2дня 11часов.
Это значит что у меня в выбранный период попало 20 свечек из пятницы и 30 свечек из понедельника.

Просто кол-во интервалов видимых на графике не равно кол-ву интервалов за тот же период времени.
Например часть данных отсутствует. Или не было сделок = нет свечек.

Можно включить настройку "Показывать пустые интервалы" и тогда визуальный размер совпадет с расчетным.

По верхним рисункам непонятно.
Там точно нет перехода через сутки?
Можно новый скрин где видно целиком окно графика?

Я знать что это. Я спросить про связь в коде фьючерса.

Простите, чего там "время unix"?

Если сумеешь - расскажи.

ЗЫ: Я кстати хожу как раз через него. Никаких ключей. Ввод пароля при коннекте и все. Ну мне еще смс падает с пинкодом.

Эээх....
а квичок как поймет где брать/искать ключ?
уже для вас все сделано в лучшем виде.
На рутокене кто-то будет кнопку при реконнектах нажимать?
PKCS#N - это просто контейнер.
где связь между обсуждаемой темой и PKCS# и openssl?
Кто-то говорил что ключ лежит в открытом виде?
Дык это цена рутокена. Я так понимаю это стоимость самой железки +лицензия (отчисления) на устройство.
Используете в телефоне "разблокировку по отпечатку"? ))
Во всех машинах есть колеса, сиденья и рулевое колесо.
Это не пароль. Это отпечаток ssh-ключа.

А чем это отличается от того, что файл с ключем лежит на диске?