LimeReport Forum

General Category | Основное => Discussion | Обсуждение => Topic started by: Riko on June 16, 2022, 09:41:43 AM

Title: Капризный SUM
Post by: Riko on June 16, 2022, 09:41:43 AM
Добрый день.
Для подсчета итогов в конце отчета мне необходимо суммировать абсолютные значения величины.

В этой ветке https://limereport.ru/forum/index.php?topic=321.msg2245#msg2245 (https://limereport.ru/forum/index.php?topic=321.msg2245#msg2245) нашел замечательную
возможность использования скриптов внутри агрегатных функций: $S{SUM($S{$D{rep_sql.total_minus}+$D{rep_sql.total_plus}},"DataBand8")}

Но при попытке использования такого способа получаю ошибки: "Wrong script syntax "0""
Собрал последнюю версию библиотеки - поведение не изменилось.

Посоветуйте, как решить проблему.

Всем хорошего дня!
Title: Re: Капризный SUM
Post by: Arin Alex on June 18, 2022, 09:34:58 PM
Приветствую!
Гляну, возможно отломалось :)
Title: Re: Капризный SUM
Post by: Riko on June 20, 2022, 09:30:36 AM
Огромное списибо. Еще я заметил странное поведение всех агрегатных функций: если написать скрипт вида
$S{SUM...} то функция работает.

Но если вставить переносы строк:
$S{
  SUM...
}

то при тех же аргументах возникает ошибка.

Может это Вам поможет.
Title: Re: Капризный SUM
Post by: Arin Alex on July 16, 2022, 02:57:46 AM
Вроде починил :) Пушнул. Можно потестить.
Title: Re: Капризный SUM
Post by: Riko on July 18, 2022, 09:11:16 AM
Большое спасибо
Title: Re: Капризный SUM
Post by: Arin Alex on July 18, 2022, 02:20:32 PM
Надеюсь теперь капризы закончились :)
Title: Re: Капризный SUM
Post by: Subst on July 18, 2022, 07:15:27 PM
ну смотря, про что ты :D ыыыы
Title: Re: Капризный SUM
Post by: Riko on August 07, 2022, 11:39:15 AM
Добрый день.
Извините за долгое молчание.

Я пересобрал библиотеку из исходников от "Jul 16, 2022". Все работает отлично - ОГРОМНОЕ спасибо.



Я понимаю, что возможно стоит разместить следующий текст в другой веткте, но все же

При сборке библиотеки из исходником от "Jul 16, 2022", "Jul 13, 2022"
1. Если собирать используя cmake проект, то не понятно куда результат сборки уходит. Т.к. из Qt дизайнер не запускается т.к. нет бинарника по пути запуска. Т.к. сборка проходит без ошибок но и без "выхлопа"

2. Собрал библиотеку и дизайнер используя qmake.
Но если не отключить zint и собрать с поддержкой BarCode, то конечное приложение (мое) крашится при запуске, без каких лобо сообщений в консоль. (Крашится сразу, при запуске из Qt. При запуске приложения не использует LimeReports).

В итоге я собираю библиотеку с опцией CONFIG += no_zint (common.pri). Мое приложение в таком случае работает штатно.

3. Для сборки я использую gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04). Если использовать ваш qmake скрипт
сборки на моей конфигурации то Дизайнер собирается нормально но Linux его определяет, как "Разделяемая библиотека".
Это известный баг "It turns out that newer versions of GNC compilers start to compile with PIC/PIE by
default. The executable program compiled using PIE will not have executable icon in
Ubuntu."

Что бы его побороть необходимо в скрипты сборки добавить следующее:
CMAKE:
SET(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -no-pie" )

QMAKE (designer.pro):
QMAKE_LFLAGS += -no-pie


С наилучшими пожеланиями,
R