Отчеты и плагины

[_Alex_]

Возникли новые трудности и они скорее связаны с выделяемой памятью через LIGetMemory. Хочется уточнить следующие нюансы

1 - почему в примере используется значение 100 для выделение памяти это так нужно или на угад ?
2 - В примере не реализована очистка памяти или она не требуется ( ну типа LI сам все сделает) .
3 - Память под переменную выделяется каждый раз когда вычисляются данные или только один раз.
4 - Если память очищать нужно самостоятельно то добавьте в пример как это правильно делать.

Ну вообщем поделитесь информацией той которую посчитаете нужной.


Для прояснения ситуации приатачил ELF файл и скрин.     
Ошибка появляется после третьего или четвертого открытия отчета. Плагин выводит результат в столбец "Комментарий" .

1. 100 это наугад. Можно посчитать необходимый объем. Это же пример.
2. Память очищает LI. Надо будет об этом написать.
3. Каждый раз, так как ЛИ каждый раз ее освобождает.

[bigdragon]

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

P.S. Ведь если выводить результат 1 + 1 то повторный вызов функции для всех строк не должен занять много времени и скорее когда пользователь закроет отчет и вдруг откроет его снова то вызов функции  уже будет закончен. Но у меня происходит запрос веб сервису и это занимает какое то время, то нет ни какой гарантии что повторные вызовы будут закончены.

[_Alex_]

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

P.S. Ведь если выводить результат 1 + 1 то повторный вызов функции для всех строк не должен занять много времени и скорее когда пользователь закроет отчет и вдруг откроет его снова то вызов функции  уже будет закончен. Но у меня происходит запрос веб сервису и это занимает какое то время, то нет ни какой гарантии что повторные вызовы будут закончены.

Отчет строит генератор отчета. Как он его строит - вопрос к нему, а не ко мне. Скорее всего он это делает в фоновом режиме.
Он же запрашивает все необходимые переменные.
Можете попробовать кэшировать запросы.

Картинка ошибки мне ничего не говорит, отправляйте баг-репорт, желательно с пояснениями.

[bigdragon]

Выслал баг репорт  с пояснениями.

[_Alex_]

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

P.S. Ведь если выводить результат 1 + 1 то повторный вызов функции для всех строк не должен занять много времени и скорее когда пользователь закроет отчет и вдруг откроет его снова то вызов функции  уже будет закончен. Но у меня происходит запрос веб сервису и это занимает какое то время, то нет ни какой гарантии что повторные вызовы будут закончены.

Вроде нашел опцию, что отчет строился за 2 прохода. Исправил на 1 проход.
Кроме того сделал отмену построения отчета при закрытии окна.
Будет в следующем билде.

[bigdragon]

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

P.S. Ведь если выводить результат 1 + 1 то повторный вызов функции для всех строк не должен занять много времени и скорее когда пользователь закроет отчет и вдруг откроет его снова то вызов функции  уже будет закончен. Но у меня происходит запрос веб сервису и это занимает какое то время, то нет ни какой гарантии что повторные вызовы будут закончены.

Вроде нашел опцию, что отчет строился за 2 прохода. Исправил на 1 проход.
Кроме того сделал отмену построения отчета при закрытии окна.
Будет в следующем билде.

ОК. Ждем билда.

[_Alex_]

ОК. Ждем билда.

Выложил на фтп в папку бета.

[Knight]

Плагин для заполнения остановки переменной plStopAddress адресом взятым с базы Google карт.

http://locarus.com.ua/index.php/podderzhka/viewdownload/5-plaginy-dlya-locarusinformer/18-stopaddress

Можно поставить на общий доступ.

[Exorcist]

работает, но как-то кривовато )) часто не сообщает адрес дает только район, периодически пишет "error geocoding", если много остановок - наглухо виснет... а если уж нашел адрес, то уж больно большая строка получается - лучше было бы дать возможность настраивать глубину адресации, скажем только улица, а не страна-область-город-район-улица

[bigdragon]

работает, но как-то кривовато )) часто не сообщает адрес дает только район, периодически пишет "error geocoding", если много остановок - наглухо виснет... а если уж нашел адрес, то уж больно большая строка получается - лучше было бы дать возможность настраивать глубину адресации, скажем только улица, а не страна-область-город-район-улица

Тестировали на 600 остановках зависания не было. А на скольких остановках у вас виснет.
И если можно немного инфы по воду как выглядит зависание плагина. Так как генератор  отчетов в LI не сразу отображает полученные данные от плагина а также в нем нет отображение состояние генерации отчета (а очень надо при работе с внешними системами).
По поводу ошибок Будем дорабатывать.

Спасибо за тестирование и пожелания.

[bigdragon]

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

[Exorcist]

Остановок было около 40, при генерации отчета информер завис - приложение не отвечало более 5 минут.

[_Alex_]

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

Какого именно?

[bigdragon]

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

Какого именно?

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

[_Alex_]

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

Какого именно?

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

А при чем тут вообще отчет?
По идее адрес должен выдаваться в момент формирования точек, предупреждений и остановок, а не в момент формирования отчета.