Отправлено: 10.03.08 23:53. Заголовок: ANN: Вышел релиз FastReport for [x]Harbour (продолжение)

Здравствуйте.

Рад сообщить, что вышел релиз 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

 Отправлено: 30.03.10 18:04. Заголовок: Качать отсюда FastRe..

Качать отсюда FastReport for Harbour

Используется последняя версия OOHG, самый последний Харбор и компилятор MinGW 5.1.06

 Отправлено: 30.03.10 18:31. Заголовок: Dr. Oldwarez пишет: ..

Dr. Oldwarez пишет:

цитата:

Качать отсюда FastReport for Harbour

Э... Ну фаст то у меня есть

Dr. Oldwarez пишет:

цитата:

Используется последняя версия OOHG, самый последний Харбор и компилятор MinGW 5.1.06

Меня интересует откуда это качать - OOHG с MinGW 5.1.06

 Отправлено: 30.03.10 19:37. Заголовок: Dr. Oldwarez пишет: ..

Dr. Oldwarez пишет:

цитата:

Используется последняя версия OOHG, самый последний Харбор и компилятор MinGW 5.1.06

Очень условное понятие "последняя версия". Самый последний Харбор - ото официальный релиз или код с SVN?
Компилятор MinGW 5.1.06 - такого еще нет. 5.1.16 - это не версия компилятора. Скорее всего у вас установлен gcc версии 3.4.5
Для определения версии пользуйтесь
harbour -build
gcc -v

 Отправлено: 30.03.10 22:31. Заголовок: Приветствую ! Это оп..

Приветствую ! Это опять я с предыдущим отчетом....
Как можно сделать, чтоб АДРЕС и СПИСОК КВАРТИР не разрывались ?

 Отправлено: 31.03.10 08:49. Заголовок: Andrey пишет: Как м..

Andrey пишет:

цитата:

Как можно сделать, чтоб АДРЕС и СПИСОК КВАРТИР не разрывались ?

У бэндов мастера и детали поставьте свойство KeepTogerther в True. KeepTogerther - по русски это "держаться вместе".

 Отправлено: 31.03.10 11:07. Заголовок: Итак: Harbour 2.1.0 ..

Итак: Harbour 2.1.0 build 14130 gcc 3.4.5

Попробовал я перейти на ноутбук с Borland Console Compiler и xHarbour. И, о, чудо! Это заработало!!!

Так, что виноват, судя по всему MINGW. А компьютер придётся пока сменить, потому что на нём Borland выдаёт какие-то криптические LME279 LME347. На ноутбуке же тот же Builder работает и не глючит!

 Отправлено: 31.03.10 11:32. Заголовок: Dr. Oldwarez пишет: ..

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?

 Отправлено: 31.03.10 12:34. Заголовок: Dr. Oldwarez пишет: ..

Dr. Oldwarez пишет:

цитата:

Собираться-то оно собирается, даже дизайнер вылазит. Но почему-то ни одной строчки в отчётах.

Ну не знаю, что у вас не получается. Варнингов конечно море, но у меня все работает. Например взял пример из \oohg\samples\browse_3\browse1.prg.

Добавил в OpenTables():

FrPrn := frReportManager():new()
FrPrn:SetWorkArea("Test", Select("Test"))
FrPrn:DesignReport()

Вот результат:

Так что конкретней говорите, что значит "почему-то ни одной строчки в отчётах"?

А насчет варнингов, давно собираюсь сесть и по возможности причесать код так, чтоб "нравился" всем компиляторам

 Отправлено: 31.03.10 13:12. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

А что, вообще, это за компилятор gcc?

Это, наверное, mingw. А насчет предупреждений - у этого компилятора более строгие правила по типизации данных, вот он и выдает варнинги, которые в bcc такими не рассматриваются. Но предупреждение - не ошибка, должно работать.

 Отправлено: 31.03.10 13:25. Заголовок: Pasha пишет: А насч..

Pasha пишет:

цитата:

А насчет предупреждений - у этого компилятора более строгие правила по типизации данных, вот он и выдает варнинги, которые в bcc такими не рассматриваются. Но предупреждение - не ошибка, должно работать.

Не... "Виноват" оказался не gcc, а харбур, точнее харбур2. Дело в том, что в двойке возврат функции hb_parc поменялся с

char *

на

const char *

(вот куролесят как тут обойдешься без варнингов на всех версиях всего). Поэтому придется явно приводить.

Замените по всему текcту FastRepH.prg все вхождения

hb_parc

на

(char *)hb_parc

После такой замены нет ни одного варнинга В общей сборке я на выходных поменяю.

 Отправлено: 31.03.10 15:17. Заголовок: PSP пишет: Warning ..

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

Кстати, и "Ваша" проблема похоже растет оттуда же. Сделайте такую замену, которую я описал выше и попробуйте.

 Отправлено: 31.03.10 15:32. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

Сделайте такую замену, которую я описал выше и попробуйте.

Я один раз компилю в obj и потом просто его линкую. Меня варнинги сейчас не беспокоят. Подожду изменений в общей сборке. Спасибо.

 Отправлено: 31.03.10 16:45. Заголовок: Я попробовал заменит..

Я попробовал заменить, но у меня саму среду, судя по всему, переставлять надо. Я над ней слишком уж много экспериментов делал. Жду свежей сборки. ИМХО, версия на BCC xHarbour работает быстрее, чем на MinGW Harbour. Извините за холивор, если что.

 Отправлено: 31.03.10 22:22. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

У бэндов мастера и детали поставьте свойство KeepTogerther в True. KeepTogerther - по русски это "держаться вместе".

Спасибо БОЛЬШОЕ !!!

 Отправлено: 04.04.10 14:39. Заголовок: Пересобрал FRH с вер..

Пересобрал FRH с версией 4.9.48.

У меня просьба, если у кого-то будут варнинги или хинты на каких-то комбинациях компиляторов, то сообщайте, плиз, сюда об этом.

 Отправлено: 07.04.10 02:57. Заголовок: Протестировал на хХа..

Протестировал на хХарборе 1.0.0 и Harbour 2.0.0 и MiniGui 1.7 , все под BCC . Нормально, нет варнингов.

А нельзя название "FrSystH.dll" в файле FastRepH.prg перенести наверх и сделать типа:
#define FR_NAMEFILEDLL "FrSystH.dll"

А то я библиотеку называю другим именем и каждый раз менять приходиться ?
Забываешь, приходишь к заказчику и облом... Формы не печатаются....

 Отправлено: 07.04.10 08:24. Заголовок: Все чисто (Harbour 2..

Все чисто (Harbour 2 и BCC). Спасибо.

 Отправлено: 07.04.10 08:45. Заголовок: Andrey пишет: Проте..

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" на свое? Ну а что там в этом месте написано то?

METHOD Init( cOptionalPath ) class frReportManager   
 LOCAL oError 
  
    IF ::frSystHandle == 0 
       cOptionalPath := IF(cOptionalPath <> NIL, cOptionalPath, "FrSystH.dll")   
       ::frSystHandle := FrLoad(cOptionalPath) 
 

То есть, "FrSystH.dll" подставляется только тогда, когда :Init() вызывается без параметра! У себя в коде вызывайте не:

FrPrn := frReportManager():new()

a:

FrPrn := frReportManager():new(MY_DLL_NAME)

Вот и все И не надо сторонние prg править, это плохая практика.

 Отправлено: 07.04.10 22:59. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

И не надо сторонние prg править, это плохая практика.

Вот спасибо, а то я пробовал делать что-то подобное, но у меня не получилось.
Спасибо большое...

 Отправлено: 08.04.10 11:54. Заголовок: Периодически сталкив..

Периодически сталкиваюсь с такой проблемой:


Нельзя ли обойтись без "QUIT", а то пользователь вылетает из программы, а я репу чешу, что-там случилось..... ?
Они (пользователи) смекалистые... И на них управу не найти....
Конечно, можно проверять - есть ли файл на диске, а он может быть в другой папке и т.д.

И еще бы проверку версий сделать !!! Т.е. чтоб можно было бы получить НОМЕР ВЕРСИИ сборки FrSystH.dll !!! Очень нужно !!!