Форум » [x]Harbour » ANN: Вышел релиз FastReport for [x]Harbour (продолжение) » Ответить
ANN: Вышел релиз FastReport for [x]Harbour (продолжение)
Sergey Spirin: Здравствуйте. Рад сообщить, что вышел релиз FastReport for [x]Harbour. Как всегда, информацию можно посмотреть: http://www.paritetsoft.ru/frh.htm Возможным русскоязычных покупателей лучше контактировать со мной напрямую по email. Цена для оплаты в рублях банковским переводом по выставленному счету- 9999 рублей. -- Спирин Сергей. Компания "Паритет Софт". FRH sales: http://www.paritetsoft.ru/frh.htm FRAX sales: http://www.hotsoft.ru/ALASKA/frax_eng.htm
Dr. Oldwarez: Качать отсюда FastReport for Harbour Используется последняя версия OOHG, самый последний Харбор и компилятор MinGW 5.1.06
Sergey Spirin: Dr. Oldwarez пишет: Качать отсюда FastReport for Harbour Э... Ну фаст то у меня есть Dr. Oldwarez пишет: Используется последняя версия OOHG, самый последний Харбор и компилятор MinGW 5.1.06 Меня интересует откуда это качать - OOHG с MinGW 5.1.06
Петр: Dr. Oldwarez пишет: Используется последняя версия OOHG, самый последний Харбор и компилятор MinGW 5.1.06 Очень условное понятие "последняя версия". Самый последний Харбор - ото официальный релиз или код с SVN? Компилятор MinGW 5.1.06 - такого еще нет. 5.1.16 - это не версия компилятора. Скорее всего у вас установлен gcc версии 3.4.5 Для определения версии пользуйтесь harbour -build gcc -v
Andrey: Приветствую ! Это опять я с предыдущим отчетом.... Как можно сделать, чтоб АДРЕС и СПИСОК КВАРТИР не разрывались ? А то если на странице нет места, то АДРЕС остается на одном листе, а СПИСОК КВАРТИР уходит на другой лист. Вот так:
Sergey Spirin: Andrey пишет: Как можно сделать, чтоб АДРЕС и СПИСОК КВАРТИР не разрывались ? У бэндов мастера и детали поставьте свойство KeepTogerther в True. KeepTogerther - по русски это "держаться вместе".
Dr. Oldwarez: Итак: Harbour 2.1.0 build 14130 gcc 3.4.5 Попробовал я перейти на ноутбук с Borland Console Compiler и xHarbour. И, о, чудо! Это заработало!!! Так, что виноват, судя по всему MINGW. А компьютер придётся пока сменить, потому что на нём Borland выдаёт какие-то криптические LME279 LME347. На ноутбуке же тот же Builder работает и не глючит!
Sergey Spirin: Dr. Oldwarez пишет: Итак: Harbour 2.1.0 build 14130 gcc 3.4.5 Скачал с "sourceforge.net/projects/oohg", развернул у меня дает: Harbour Build Info --------------------------- Version: Harbour 2.0.0beta3 (Rev. 12452) Compiler: MinGW GNU C 3.4.5 (32-bit) Ладно, думаю, дело в gcc, поэтому не так принципиально. А что, вообще, это за компилятор gcc?
Sergey Spirin: Dr. Oldwarez пишет: Собираться-то оно собирается, даже дизайнер вылазит. Но почему-то ни одной строчки в отчётах. Ну не знаю, что у вас не получается. Варнингов конечно море, но у меня все работает. Например взял пример из \oohg\samples\browse_3\browse1.prg. Добавил в OpenTables(): FrPrn := frReportManager():new() FrPrn:SetWorkArea("Test", Select("Test")) FrPrn:DesignReport() Вот результат: Так что конкретней говорите, что значит "почему-то ни одной строчки в отчётах"? А насчет варнингов, давно собираюсь сесть и по возможности причесать код так, чтоб "нравился" всем компиляторам
Pasha: Sergey Spirin пишет: А что, вообще, это за компилятор gcc? Это, наверное, mingw. А насчет предупреждений - у этого компилятора более строгие правила по типизации данных, вот он и выдает варнинги, которые в bcc такими не рассматриваются. Но предупреждение - не ошибка, должно работать.
Sergey Spirin: Pasha пишет: А насчет предупреждений - у этого компилятора более строгие правила по типизации данных, вот он и выдает варнинги, которые в bcc такими не рассматриваются. Но предупреждение - не ошибка, должно работать. Не... "Виноват" оказался не gcc, а харбур, точнее харбур2. Дело в том, что в двойке возврат функции hb_parc поменялся с char * на const char * (вот куролесят как тут обойдешься без варнингов на всех версиях всего). Поэтому придется явно приводить. Замените по всему текcту FastRepH.prg все вхождения hb_parc на (char *)hb_parc После такой замены нет ни одного варнинга В общей сборке я на выходных поменяю.
Sergey Spirin: PSP пишет: Warning W8075 FastRepH.prg 80: Suspicious pointer conversion in function HB_FUN_CALL_PROC_C Warning W8075 FastRepH.prg 86: Suspicious pointer conversion in function HB_FUN_CALL_PROC_IC Warning W8075 FastRepH.prg 92: Suspicious pointer conversion in function HB_FUN_CALL_PROC_CC Warning W8075 FastRepH.prg 92: Suspicious pointer conversion in function HB_FUN_CALL_PROC_CC Warning W8075 FastRepH.prg 98: Suspicious pointer conversion in function HB_FUN_CALL_PROC_CCC Warning W8075 FastRepH.prg 98: Suspicious pointer conversion in function HB_FUN_CALL_PROC_CCC Warning W8075 FastRepH.prg 98: Suspicious pointer conversion in function HB_FUN_CALL_PROC_CCC Warning W8075 FastRepH.prg 124: Suspicious pointer conversion in function HB_FUN_CALL_FUNC_C_I Warning W8075 FastRepH.prg 136: Suspicious pointer conversion in function HB_FUN_CALL_FUNC_IC_I Warning W8075 FastRepH.prg 142: Suspicious pointer conversion in function HB_FUN_CALL_FUNC_CC_I Warning W8075 FastRepH.prg 142: Suspicious pointer conversion in function HB_FUN_CALL_FUNC_CC_I Warning W8075 FastRepH.prg 148: Suspicious pointer conversion in function HB_FUN_CALL_FUNC_CCC_I Кстати, и "Ваша" проблема похоже растет оттуда же. Сделайте такую замену, которую я описал выше и попробуйте.
PSP: Sergey Spirin пишет: Сделайте такую замену, которую я описал выше и попробуйте. Я один раз компилю в obj и потом просто его линкую. Меня варнинги сейчас не беспокоят. Подожду изменений в общей сборке. Спасибо.
Dr. Oldwarez: Я попробовал заменить, но у меня саму среду, судя по всему, переставлять надо. Я над ней слишком уж много экспериментов делал. Жду свежей сборки. ИМХО, версия на BCC xHarbour работает быстрее, чем на MinGW Harbour. Извините за холивор, если что.
Andrey: Sergey Spirin пишет: У бэндов мастера и детали поставьте свойство KeepTogerther в True. KeepTogerther - по русски это "держаться вместе". Спасибо БОЛЬШОЕ !!!
Sergey Spirin: Пересобрал FRH с версией 4.9.48. У меня просьба, если у кого-то будут варнинги или хинты на каких-то комбинациях компиляторов, то сообщайте, плиз, сюда об этом.
Andrey: Протестировал на хХарборе 1.0.0 и Harbour 2.0.0 и MiniGui 1.7 , все под BCC . Нормально, нет варнингов. А нельзя название "FrSystH.dll" в файле FastRepH.prg перенести наверх и сделать типа: #define FR_NAMEFILEDLL "FrSystH.dll" А то я библиотеку называю другим именем и каждый раз менять приходиться ? Забываешь, приходишь к заказчику и облом... Формы не печатаются....
PSP: Все чисто (Harbour 2 и BCC). Спасибо.
Sergey Spirin: Andrey пишет: Протестировал на хХарборе 1.0.0 и Harbour 2.0.0 и MiniGui 1.7 , все под BCC . Нормально, нет варнингов. Ok. Спасибо. Но появятся новые версии Харбуров и варнинги опять полезут Не забудьте тогда сообщить Andrey пишет: А нельзя название "FrSystH.dll" в файле FastRepH.prg перенести наверх и сделать типа: #define FR_NAMEFILEDLL "FrSystH.dll" А то я библиотеку называю другим именем и каждый раз менять приходиться ? Забываешь, приходишь к заказчику и облом... Формы не печатаются.... Андрей, вы в "своем репертуаре". Значит правите FastRepH.prg, исправляете "FrSystH.dll" на свое? Ну а что там в этом месте написано то? [pre2]METHOD Init( cOptionalPath ) class frReportManager LOCAL oError IF ::frSystHandle == 0 cOptionalPath := IF(cOptionalPath <> NIL, cOptionalPath, "FrSystH.dll") ::frSystHandle := FrLoad(cOptionalPath) [/pre2] То есть, "FrSystH.dll" подставляется только тогда, когда :Init() вызывается без параметра! У себя в коде вызывайте не: FrPrn := frReportManager():new() a: FrPrn := frReportManager():new(MY_DLL_NAME) Вот и все И не надо сторонние prg править, это плохая практика.
Andrey: Sergey Spirin пишет: И не надо сторонние prg править, это плохая практика. Вот спасибо, а то я пробовал делать что-то подобное, но у меня не получилось. Спасибо большое...
Andrey: Периодически сталкиваюсь с такой проблемой: Нельзя ли обойтись без "QUIT", а то пользователь вылетает из программы, а я репу чешу, что-там случилось..... ? Они (пользователи) смекалистые... И на них управу не найти.... Конечно, можно проверять - есть ли файл на диске, а он может быть в другой папке и т.д. И еще бы проверку версий сделать !!! Т.е. чтоб можно было бы получить НОМЕР ВЕРСИИ сборки FrSystH.dll !!! Очень нужно !!!
полная версия страницы