Отправлено: 08.01.10 09:02. Заголовок: Чем отличается HB2 от HB1.1?

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

 Отправлено: 11.01.10 16:51. Заголовок: Петр пишет: Что вы ..

Петр пишет:

цитата:

Что вы имеете ввиду под "сторонние подсистемы"

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

 Отправлено: 11.01.10 21:31. Заголовок: то "Кадры" с..

цитата:

то "Кадры" смогут обращаться к этим файлам напрямую?

Смогут, но, чувствую, когда нибудь вы нарветесь на бяку в виде несовместимых блокировок/index corruption

 Отправлено: 12.01.10 08:23. Заголовок: Петр пишет: нарвете..

Петр пишет:

цитата:

нарветесь на бяку в виде несовместимых блокировок/index corruption

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

 Отправлено: 12.01.10 08:47. Заголовок: Господа, подскажите ..

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

 Отправлено: 12.01.10 22:01. Заголовок: c Hb1.6.69

перескочил 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.

 Отправлено: 12.01.10 23:42. Заголовок: rddads не использует..

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

 Отправлено: 13.01.10 23:38. Заголовок: Pasha пишет: пересо..

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 и ваш форум!

 Отправлено: 14.01.10 00:28. Заголовок: Zakrzevky пишет: Вс..

Zakrzevky пишет:

цитата:

Все Есть, надо только пересобрать rddads.lib на harbour2.0. Опыта сборки "либов из сырцов харбора" пока не имею, думаю что разберусь или кто подскажет.

rddads - это всего лишь библиотека, состоящая из 4-х сишных модулей:

ads1.c
adsfunc.c
adsmgmnt.c
adsx.c

Так что можете не заморачиваться с makefile, а просто написать батник вида: компиляция каждого модуля компилятором bcc32 со стандартными флагами для харбора, и затем вызов tlib для добавления модуля в библиотеку.

 Отправлено: 14.01.10 00:51. Заголовок: THANK YOU

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

 Отправлено: 14.01.10 01:12. Заголовок: Zakrzevky пишет: Вс..

Zakrzevky пишет:

цитата:

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

все еще проще, поместите в папку с rddads такой bat файл и запустите

@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 
 

Здесь имеется ввиду, что вы используете стандартную структуру каталогов и компилятор bcc

 Отправлено: 14.01.10 10:53. Заголовок: Zakrzevky пишет: И ..

Zakrzevky пишет:

цитата:

И о сожалениях!

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

 Отправлено: 14.01.10 11:47. Заголовок: Pasha пишет: С тех ..

Pasha пишет:

цитата:

С тех пор сожалею только о том, что не начал заниматься харбором на несколько лет раньше. Надо было присоединяться к проекту с самого начала.

И я тоже очень жалею. Что целый год "убил" на Аляску....

 Отправлено: 14.01.10 12:05. Заголовок: В раннем харборе отп..

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

 Отправлено: 14.01.10 21:32. Заголовок: Вот интересно, насту..

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

 Отправлено: 14.01.10 21:51. Заголовок: sergey5703 пишет: а..

sergey5703 пишет:

цитата:

а если бы Alaska xBase++ с Clipper Tools для нее были бы бесплатными с исходниками

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