Ошибки, баги, вопросы - страница 963

[Удален]  
stringo:

voix_kas

Заявка #685594 просто ушла на 10 страницу. Банально пропустили. Аналогичных заявок было несколько, в том числе были вопросы на форуме.

Нас извиняет то, что мы эту проблему нашли и исправили, исправления вошли в предыдущий билд. Вы после билда гоняли визуализацию? Если гоняли, то могли бы сами увидеть, что проблемы уже нет. Если не гоняли, то Вам значит это и не надо было...

Если сделали, молодцы. Я только благодарен вам. Просто с момента нахождения данного бага, прошло несколько версий моего советника, потребность в слежении за индикаторами на разных тайм-фреймах временно отпала.

Уверен, вы лучше меня разбираетесь, как вести баг-трекинг. Просто было бы в первую очередь вам удобнее, если, например, каждая задачка передавалась программисту с присвоением уникального  идентификатора, на который, в свою очередь ссылаются соответствующие заявки из СД. Программист выполнил задачу, отчитался, и все заявки в СД, которые ссылались на данную проблему, закрылись (не надо искать по всему списку).

 

voix_kas:

Вы сами в своей же документации вносите в код проверку на неотрицательное число. Зачем?

потому что 0 - неотрицательное число. такого тикета не существует.
[Удален]  
stringo:

voix_kas

В заявке #681251 Вам было отвечено, что визуализатор тестирования - однодокументное приложение. Дальше Вы, видимо, решили поболтать?

На форуме это много раз уже обсуждалось

Вот опять 25. Ну, прочтите Вы моё сообщение внимательно. Где я там спрашивал, однодокументный ли у вас визуализатор? Это понятно. Речь идёт о предложении сделать его мнодокументным, чтобы людям удобно прогонять стратегии, наблюдая поведение индикаторов сразу, а не переключаясь между окнами. Чтобы народу было понятно, можете сюда скрины выложить, которые я приложил к заявке (к сожалению, почему-то они мне не доступны для просмотра).
 
voix_kas:
Где я там спрашивал, однодокументный ли у вас визуализатор? Это понятно. Речь идёт о предложении сделать его мнодокументным, чтобы людям удобно прогонять стратегии,
неправильное обращение в сервисдеск

- у меня есть предложение, но ваше мнение как разработчиков меня не интересует. я хочу чтоб было так как я сказал.
Общайтесь с разработчиками через Сервисдеск!
Общайтесь с разработчиками через Сервисдеск!
  • www.mql5.com
Ваше сообщение сразу станет доступно нашим отделам тестирования, технической поддержки и разработчикам торговой платформы.
[Удален]  
sergeev:
потому что 0 - неотрицательное число. такого тикета не существует.

У меня уже просто улыбка. :)

Из документации: 

Возвращаемое значение

Значение типа ulong. 

ulong

Целый тип ulong также занимает 8 байт и позволяет хранить значения от 0 до 18 446 744 073 709 551 615.

 

Ткните, пожалуйста, где в документации указано, что значение тикета сделки не может быть равно нулю?

 
voix_kas:

Ткните, пожалуйста, где в документации указано, что значение тикета сделки не может быть равно нулю?

тролим ?
[Удален]  
sergeev:
неправильное обращение в сервисдеск

- у меня есть предложение, но ваше мнение как разработчиков меня не интересует. я хочу чтоб было так как я сказал.
Ну, чего Вы передёргиваете? Я высказал пожелание. Нет, так нет. Просто ответ "нет, делать не будем" дали только сейчас. В СД же мне пытались пояснить, какой он есть сейчас.
[Удален]  
sergeev:
тролим ?
 
voix_kas:

Посмотрите на пример, который у Вас в документации указан под описанием функции HistoryOrderGetTicket:

 Вы сами в своей же документации вносите в код проверку на неотрицательное число. Зачем? Я только могу предположить, что в случае возврата значения "0", результат выполнения функции является ошибочным.

Так почему же тогда в текстовой части описания этой функции не указана возможный фейл выполнения функции? Например, по аналогии с ArrayResize. Тоже указано, что выводит int. Но есть же дополнение по "-1".

Я лишь за то, чтобы документация была полной и программисту не надо было додумывать: а почему это в примере имеется проверка на неотрицательность возвращаемого числа? Разве нумерация сделок не с 0 начинается? А если вернёт 0, то что это значит?

Здесь идёт проверка не неравность нулю, а не на отрицательность числа.
[Удален]  
paladin800:
Здесь идёт проверка не неравность нулю, а не на отрицательность числа.

Тип ulong не может быть отрицательным по определению. Но зачем проверять его на неравенство нулю? Объясните мне, пожалуйста?

Документация по MQL5: Основы языка / Типы данных / Целые типы / Типы char, short, int и long
Документация по MQL5: Основы языка / Типы данных / Целые типы / Типы char, short, int и long
  • www.mql5.com
Основы языка / Типы данных / Целые типы / Типы char, short, int и long - Документация по MQL5