Описываю списком все текущие ошибки:
Ошибка перерегистрации пар заявок (понятно, приоритетно)(ИСПРАВЛЕНО, 4.2.3.20).- Реал-тайм свечки в SmartCOM (понятно, не приоритетно).
- Что-то со свечками (не понятно, -).
Хранилище, упорядоченные сделки (понятно, приоритетно)(ИСПРАВЛЕНО, 4.2.3).Поиск инструментов в DukasCopy (понятно, не приоритетно)(ИСПРАВЛЕНО, 4.2.3).- Перерегистрация (+ отмена) заявки после превышения литима (понятно, не приоритетно). Если я пропустил какие-то ошибки, то, пожалуйста, дайте на них линк.
В зависимости от контента этого топика будут идти исправления. Чтобы увеличить шанс исправления ошибки, нужно чтобы рядом с линком стояло словосочетание понятно, приоритетно. Баги, где нужно разбирать громадные примеры, или вообще без примеров, или даже не понятно какая функциональность не работает, будут относиться к разделу не понятно, не приоритетно.
Kommentare (17)
Anmelden oder Konto erstellen, Melden Sie sich an oder registrieren Sie sich, um einen Kommentar zu hinterlassen
4.2.2.26 - Поломалась склейка данных http://stocksharp.com/forum/4461/4-2-2-26/
чем-то отличается от этого сообщения http://stocksharp.com/forum/4455/Zaghruzka-istorichieskikh-dannykh-v-poniediel-nik/ ?
конечно:
http://stocksharp.com/forum/4455/Zaghruzka-istorichieskikh-dannykh-v-poniediel-nik/ - это про невозможность подгрузить историю с прошлой недели в стратегию http://stocksharp.com/forum/4461/4-2-2-26/ - а это про то, что в ЛЮБОЙ момент времени, если подгружать данные из 2х источников (transaq и гидра), то одни и те же исторические данные не склеиваются, а дважды обрабатываются как различные данные и соответственно дважды отображаются на графике
Я еще раз хочу объяснить смысл баг репортинга. Отрепортить можно какой угодно баг. Но если его нельзя воспроизвести, или не понятно как воспроизвести, или даже не понятно о чем баг - смысла в баг репорте не много. Я, конечно, его добавлю в список, но по нему работу не будут вестись.
Чем меньше строчек кода в баг репорте, и чем детальнее баг репорт (например, функция X выдает ошибку при передаче параметра P1 = V1), тем быстрее будет сделан фикс.
Скорость баг фиксинга зависит от вас лично!
А теперь взгляни на проблему глазами разрабом. В тысячный раз кто-то предлагает свой проект, в котором сотни строчек кода. Что уже на 1001 раз пропадает все желание дальше разбираться в сути проблемы.
У тебя 3-ий проект, а у меня 1003.
Михаил, ты тут неправ. У тебя один проект - S#. Не признавать, делать вид, что не понимаешь багов, или просто отрицать, как владельцу проекта нельзя. Посмотри сколько на форуме активных пользователей, которые находят баги - их не так много. Мы все бесплатно, за свой счет стали бета-тестерами, тратим время на описание проблем, а некоторые целые проекты создают, чтобы реплицировать баги.
Все наши баг репорты делают S# лучше и совершеннее, тебе надо только их править и все=)
Я имел ввиду проекты пользователей. Что мне шлют.
Если бы это было так, то я бы не стал акцентировать внимание на ошибки и создавать этот топик.😉
Не согласен. Пару версий назад в Dispose подключения была ошибка. Отрапортовало сразу несколько пользователей. Суть в том, что каждый пишет тогда, когда он наткнулся на проблему. Другой не наткнулся - помогать в поиске не будет (=моя хата с краю). Поэтому это не вряд ли можно как-то статистически замерять.
Именно так. Забесплатно юзеры и в платных проектах баг репорты пишут. А тут и проект бесплатный. Я ничего лично не жду от пользователей. Все строиться на принципе взаимо выгоды. Выгодно пользователю описать свою ошибку - он опишет. Не выгодно - не опишет.
Вот как раз это делать и НЕ нужно.
Не понял предложения. А сейчас как-то не так?
Вот этого я и ждал. Теперь бага понятна и приоритетна. Вот так же в следующий раз.
Прошу сообщить не дошло ли дело до решения проблемы описанной вот здесь: http://stocksharp.com/forum/4457/Pri-postroienii-stakanov-po-ordier-loghu-v-stakanie-vidny-odni-pokupki-i-niet-prodazh-sovsiem/ Название моей ветки: "При построении стаканов по ордер логу в стакане видны одни покупки и нет продаж совсем".
Только что Михаил Сухов сказал, что проблема может быть даже уже решена, но нужно узнать об этом на форуме (Михаил сказал, что таск по багу создан, т.е. баг зарегистрирован). Вот, собственно, спрашиваю.
Вроде в новом релизе сообщили, что проблему исправили - http://stocksharp.com/posts/m/30298/
Михаил, добрый день!
Кроме перерегистрации пар заявок ещё существует проблема с обычной непарной перерегистрацией одной заявки. Если транзакция придет с ошибкой 9999(превышен лимит транзакций), то перерегистрировать заявку ещё раз уже нельзя. Проблема была описана в этом посте.
Добрый день! 4.2.3.13 не работает SampleHistoryTestingParallel - сразу выскакивает окно "Отменено" 4.2.3.14 ситуация аналогичная, тестирование останавливается не начавшись. Похоже это происходит из-за
Здравствуйте!
Планируется ли исправлять ошибку перерегистрации пар заявок?
Стоят маркеры "понятно, приоритетно", но времени прошло уже 2,5 месяца...
В следующей версии.