что с совместимостью индикаторов? индикатор в 1.1 работает на х86 и х64 но в приложенном скрипте выдает " 19:55:22.81 137 Элемент 'WMA1' содержит ошибку: Не найден обработчик класса TSLab.Script.Handlers.WMA, wma64, Version=1.0.4488.42307, Culture=neutral, PublicKeyToken=null.
Возможно dll с обработчиком отсуствует, либо не смогла загрузится." в приложении dll и скрипт.

при этом " 19:38:25.13 302 Загружена dll 'C:\Users\uzer\AppData\Local\TSLab\TSLab12\Handlers\wma64.dll' с 1 обработчиками.
"

исходник индикатора можно?

стандартный WMA в х64 компелёный.

Компилируйте в Any Processor.

да да именно так и компелирую

и когда добовляю индикатор в новый скрипт все нормально, но это кусок скрипта экспотрированного из 1.1

Про .NET Framework 4.0 не забыли?

а там нет .NET Framework 4.0, и для версии 1.1 они компиляться в 3.5




это SharpDevelop Version : 3.2.1.6466

СкомпИлировал

теже яши. вот лог и киношка .

Обновите Framework до 4 версии.

у меня на этом компе стоит .NET Framework 4.0 т.к. она ставится с версией 1.2.

и дело в общем не столько в индикаторе, в новый скрипт он подхватываетя и вставляется без проблем, дело в том что в данном примере скрипта не подхватывает индикатор и не принимает изменения обработчика индикатора, что я и проиллюстировал видеофайлом.

У вас логе отсутствует информация, что программа пыталась загрузить wma64.dll, есть только попытка загрузки wma64Gji.dll. Dll переименовывать после компиляции нельзя, иначе классы находится не будут.

новость так новость! до этого dll переименовывались свободно. ладно чуть позже сделаю в исходном состоянии. бьюсь об заклад что ни чего не изменится!
и ни у кого моя ситуация не повторятся? скрипт и индикатор я выложил, попробуйте. у меня такая ситуация на 2 разных машинах. и к стати на второй грузится wma64.dll.

Получилось решить проблему? У меня описанная выше ситуация повторилась, но после того как я поменял в блоках WMA1, WMA2 обработчики на EMA, а затем обратно на WMA и сохранил скрипт, то он нормально отработал.
В исходном коде индикатора:
"namespace TSLab.Script.Handlers"
рекомендую поменять на что-то вроде
"namespace uuzzeerr".
Из лога следуют, что при загрузке некоторых dll с индикаторами возникли ошибки, эти dll надо либо убрать, либо адаптировать к версии TSLab 1.2.

namespace uuzzeerr не принципиално -это для удобства поиска , как и [HandlerCategory("uzer")]. а при замене обработчика могут слететь параметры индикатора , что очень неприятно. в целом баг на лицо. пожелаем разработчикам его пофиксить.

В 1.1 переименовывать тоже было нельзя, просто это никак не проверялось. Например, если сделать контейнер с переименованой dll, то он не будет работать, если на другой машине нет индикаторов, которые в нем используются.