Форум » [x]Harbour » Чем отличается HB2 от HB1.1? » Ответить

Чем отличается HB2 от HB1.1?

wad1: Здравствуйте всем! Скачал HARBOUR2.0. Настроил пути и собрал проект. Исполняемый модуль увеличился. А что еще хорошего следует ожидать от замены компилятора? Спасибо за ответы!

Ответов - 35, стр: 1 2 All

wad1: Петр пишет: Что вы имеете ввиду под "сторонние подсистемы" Сейчас с одними и теми же DBF-таблицами работает Clipper/Harbour программа "Расчет зарплаты", а также Delphy/Apollo модули "Учет кадров" и "Табельный учет". Если "Зарплата" подключится через NETIO, то "Кадры" смогут обращаться к этим файлам напрямую? И еще: подключив NETIO можно открывать файлы только через него, или с локальными таблицами можно будет работать как раньше?

Петр: то "Кадры" смогут обращаться к этим файлам напрямую? Смогут, но, чувствую, когда нибудь вы нарветесь на бяку в виде несовместимых блокировок/index corruption

wad1: Петр пишет: нарветесь на бяку в виде несовместимых блокировок/index corruption Вы это именно применительно к NETIO? Связка Clipper (а затем Harbour) - Apollo работает с 2001 года у десятков клиентов. Если бы несовместимость блокировок/индексов была, то уже давно прорезалась бы.


wad1: Господа, подскажите пожалуйста, как организовать компиляцию С-модулей с помощью MINGW. С BCC5 у меня формируется файл BUILD.TMP с перечнем С-модулей и библиотек, а затем вызывается "BCC32 @BUILD.TMP >>log.txt". MINGV скачал с поставкой Harbour, а как вызвать компилятор - непонятно.

Zakrzevky: перескочил c Harbour 1.6.69 на hb2.0. Работает не медленнее чем с предыдущей версией, но с ADS выдает ошибку 'типа нет AdsSeekUnique() ' при компиляции в rddads. в 1.6.69 работал с готовыми библиотеками ace32.lib и rddads.lib с купленной ADS8.0. Понятно, что их надо как-то пересобирать. В поставке hb20\lib\win\bcc есть свой rddads.lib (повидимому к 9-й версии). Достаточно ли к нему в парочку из асе32.dll сделать ace32.lib или rddads.lib тоже нужен другой? Может есть готовый комплект на hb20 для ADS например версии 9.

Pasha: rddads не использует функцию AdsSeekUnique, ее нет и в ace9, так что ситуация непонятна. Какая точно ошибка выдается при сборке ? Лучше конечно пересоберите сами rddads, и сделайте ace32.lib из ace32.dll от 8-й версии.

Zakrzevky: Pasha пишет: пересоберите сами rddads Cпасибо!. я взял текущую rddads (она была c:\hb20) точно 9.10 ADS (понятно даже по контексту при просмотре в FAR-е по F3) . ADS 9.10 у меня была левая. Я ее использовал в приложениях CA-VISUAL OBJECTS 2.5 - 2.8. Из Ace32.dll получил lib, как доктор прописал. adsloc32.dll опять же взял с девятки, прикрученной тоже к проекту на CAVO. Все состыковалось и заработало! Остался вопрос с клиентами у которых легально купленный ADS 8.0. Все Есть, надо только пересобрать rddads.lib на harbour2.0. Опыта сборки "либов из сырцов харбора" пока не имею, думаю что разберусь или кто подскажет. P.S. Pasha пишет: А что еще хорошего следует ожидать от замены компилятора? В дополнении к теме не могу не согласится с ответом, что главное ... есть движение вперед, и харборовцы не "спят в оглоблях". И о сожалениях! Жаль, что столько потрачено сил (и не только, а денег... )на программирование в CAVO. Столько времени было отдано переводу проектов с Clipper на CA-VISUAL. Некогда передовой CA стал отставать в своей поддержке и "любви к своим useram" даже от АЛЯСКИ. Последний SP3 для CAVO2.8 стал последней каплей переполнившей чашу - за исправления собственных ошибок официальные разработчики grafxSoft (купившей CA) уже просят деньги. Для справки CAVO 2.5 - куплен официально (в Москве) CAVO 2.8 - куплен официально (в Германии) +Bbrowse SP2 хуже SP1, SP3 - уже платно для официально купивших продукт и не купить даже через счета в Европе. (может лень деньги получать). Достучатся до разработчиков хуже чем до небес. Форум кавистов пустует почти полгода, а если кто и пишет, то о том мол хаборовцы опять новые релизы выложили. Да будет Harbour и ваш форум!

Pasha: Zakrzevky пишет: Все Есть, надо только пересобрать rddads.lib на harbour2.0. Опыта сборки "либов из сырцов харбора" пока не имею, думаю что разберусь или кто подскажет. rddads - это всего лишь библиотека, состоящая из 4-х сишных модулей: ads1.c adsfunc.c adsmgmnt.c adsx.c Так что можете не заморачиваться с makefile, а просто написать батник вида: компиляция каждого модуля компилятором bcc32 со стандартными флагами для харбора, и затем вызов tlib для добавления модуля в библиотеку.

Zakrzevky: Все так посто!

Петр: Zakrzevky пишет: Все так посто! все еще проще, поместите в папку с rddads такой bat файл и запустите [pre2]@echo off set PATH=h:\borland\bcc55\bin set HB_COMPILER=bcc set HB_WITH_ADS=e:\ace\9.10\acesdk ..\..\win-make install -j2 [/pre2] Здесь имеется ввиду, что вы используете стандартную структуру каталогов и компилятор bcc

Pasha: Zakrzevky пишет: И о сожалениях! Я году так в 2002-2003-м, когда переход на 32-х разрядную платформу уже ой как назрел, интересовался CAVO. Но тут вовремя подвернулся харбор, и я "набросился" на него. С тех пор сожалею только о том, что не начал заниматься харбором на несколько лет раньше. Надо было присоединяться к проекту с самого начала.

Andrey: Pasha пишет: С тех пор сожалею только о том, что не начал заниматься харбором на несколько лет раньше. Надо было присоединяться к проекту с самого начала. И я тоже очень жалею. Что целый год "убил" на Аляску....

Pasha: В раннем харборе отпугивал медленный gtwin под win98 и недоработанный dbfcdx. В дальнейшем эти вопросы были закрыты.

sergey5703: Вот интересно, наступит наконец-то такое время когда в Харборах не останется никаких глюков. Вы застали недоработанный DBFCDX, а я в старых Харборах (0.43.x и 0.99.x) пытался использовать DBFNTX (по Клипперовской привычке), и наслаждался незабываемыми ощущениями - от неправильно работающих функций BOF() и EOF() до GPF-ов. Да если бы Alaska xBase++ с Clipper Tools для нее были бы бесплатными с исходниками да под бесплатный BCC 5.5 - лучшего и пожелать нельзя было бы.

Andrey: sergey5703 пишет: а если бы Alaska xBase++ с Clipper Tools для нее были бы бесплатными с исходниками Отстой... Целый год промучился с ихнем переходом на их объекты. Под Харбором все понятней и компактней получается... На Аляске мой проект весил 12 Мб + еще DLL-аляски нужны еще 5-7 Мб. На Харборе мой проект весит 3,5 Мб и все... И что быстрей будет выполнятся ? Это еще при том что драйвер работы с базой нужно загружать отделной DLL-кой.... ... какой то...



полная версия страницы