Отправлено: 12.11.05 03:57. Заголовок: Clipper 5.2-5.3 проблем, а в Harbour?

Надоело биться с Clipperами 5.2(SIX)-5.3
Выяснилось, например, что значения SCOPE не воспринимаются как ограничители для первой/последней записи списка в TBrowse при нажатии комбинаций Ctrl_PgUp и Ctrl_PgDown соответственно... Так что получаем переход на первую или последнюю запись неSCOPанутого списка и как следствие (если запись не соответствует SCOPу) - зависание...
Хотелось бы попробовать Harbour, но как на него перейти, чёткого алгоритма пока не встречал. То есть где-то полгодика тому увидел и скачал FAQи на эту тему, но там нет алгоритма действий, всё вразброс, да и рассчитано на человека, который знает-понимает, что такое Си, а если с ним и с его библиотеками не сталкивался в принципе никогда? Кто-нибудь может порадовать алгоритмом перехода на Harbour?

 Отправлено: 28.11.05 15:11. Заголовок: Re:

С компиляцией harbour разобрался, а вот компиляция bcc55 выдаёт кучу ошибок типа:

Error: Unresolved external '_HB_FUN_DBSELECTAREA' referenced from F:\XHARBOUR\A_D_SER.OBJ

Это нормально? И как потом получившиеся OBJ собирать?

 Отправлено: 28.11.05 16:16. Заголовок: Re:

Ситуация: в разных PRG-модулях есть несколько одинаково называющихся Static функций, причём один такой модуль вызывается из другого.

xHarbour при компиляции цепляет этот модуль (он и все прочие вызываемые модули цепляет - зачем, интересно?) и выдаёт ошибку:
Error F0002 Redefinition of procedure or function <имя этой функции>...

 Отправлено: 28.11.05 17:59. Заголовок: Re:

Давай сделаем так
Вышли мне свою характерную маленькую программу их 2-х 3-х
модулей, на примере которых было бы видно твои проблемы
Я подготовлю батники для сборки программы и отправлю тебе
Только надо быстро - меня со среды не будет, уеду в соседнюю
дружественную страну дней на 10

 Отправлено: 29.11.05 09:36. Заголовок: Re:

Pasha спрашивает:
>Медленнее чем в клиппере ? На каких операцих ? На чтении или записи в >таблицу ?
>Странно, у меня как раз быстрее чем в клиппере получается
Речь идет не о вычислениях, они нормально выполняются( быстрее, чем в Клиппер 5.3 и примерно так же , как в Клиппер 5.1 +Six ), а о выводе на экран, о просмотре в Browse.Вот здесь в сети заметный тормоз.
На локальной машине вполне приемлимо.

 Отправлено: 29.11.05 13:08. Заголовок: Re:

В клипперовской программе использовались меню, сделанные MENU TO и ACHOICE(). Интересно, к ним как-нибудь можно мышку прикрутить?

И где можно почитать про класс Win32Prn?

 Отправлено: 29.11.05 18:34. Заголовок: Re:

win32prn лучше всего посмотреть пример: tests\testw32p.prg
или сырцы самого класса

если добавлять поддержку мышки, то наверное сразу и в READ, и в
ACHOICE, и т.д.
Везде надо в Inkey добавить 2-й параметр - маску и сделать поддержку
нажатий "клавиш" мышки
Кстати, в клиппер 5.3 есть ли поддержка мышки ?

 Отправлено: 29.11.05 18:46. Заголовок: Re:

Пардон, с мышкой оказывается все сделано :-)

Надо просто в начале программы поставить:

SET EVENTMASK TO INKEY_ALL

 Отправлено: 30.11.05 10:28. Заголовок: Re:

Обнаружилась несовместимость клиппера и харбора

m1.prg:

func main
do m2 with 1
do m2 with 2
return nil

m2.prg:

Static c1

proc m2(nn)
? 'Hello'
return

делаем bld32.bat m1
т.е. harbour с параметром -n и без параметра -m

клиппер собирает, а харбор дает ошибку. Похоже харбор не
рассматривает m2 как отдельный модуль

Я команду DO и не использую, а Андрей напоролся на эту несовместимость
Надо написать Рону

 Отправлено: 10.12.05 08:41. Заголовок: Re:

Мне в конце концов удалось скомпилить все модули, т.е. по крайне мере получить все файлы .c и все файлы .obj
Однако Ilink32 выдаёт при сборке Fatal: Access violation. Link terminated без всяких уточнений, что именно и в каком именно OBJ ему не понравилось. Blinker так по крайней мере честно говорил, что именно ему не нравится...
Что делать дальше?

 Отправлено: 17.12.05 23:52. Заголовок: Re:

Сейчас обнаружилось, что не вбивается маленькая русская "р". Вместо нее "h".
gtwin.lib у меня не используется (даже если и подключаю исправленный вариант, ничего не меняется).
Что делать?

 Отправлено: 18.12.05 00:26. Заголовок: Re:

rvu
А что используется gtwvt ?
Проверил номально набирается маленькая русская "р"

 Отправлено: 18.12.05 01:11. Заголовок: Re:

Dima пишет:

цитата

---

А что используется gtwvt ?

---

Тоже нет. Из всех библиотек используются только
harbour.lib
dllmain.lib
libnf.lib
Кстати, может это и неправильно. В том xHarbourе, который я скачал, .bat файлов для сборки не было, поэтому определял все методом научного тыка. С этими библиотеками удалось откомпилировать клипперовскую программу без ошибок, но буквы "р" нету.

 Отправлено: 18.12.05 16:13. Заголовок: Re:

rvu
Скачал бы с CSV весь комплект Xharbour и вопросов было бы меньше.

 Отправлено: 18.12.05 17:07. Заголовок: Re:

 Отправлено: 18.12.05 17:08. Заголовок: Re:

Dima
Да, я уже посмотрел, там это CVS называется.

 Отправлено: 19.12.05 20:31. Заголовок: Re:

Dima пишет:

цитата

---

Проверил номально набирается маленькая русская "р"

---

Я тоже сегодня под Win XP проверил - все нормально.
Проблема была под Win Me.

 Отправлено: 18.04.06 18:33. Заголовок: Re:

Лукашевскмй пишет:

цитата:

Я могу прислать кусок программы вместе с обработчиком TBrowse и примером базы, где TBrowse со SCOPE творит именно то, что я написал... Как ещё доказать своё утверждение, не представляю. По крайней мере для значения SCOPETOP и SCOPEBOTTOM SPACE(60)при текущем индексе на текстовое поле длиной 60 символов, если стоим на записи, у которой это поле не пустое, получаем зависание.

как давно я не был на форуме...

Повторяю - все это глупости. Если актуально - присылай кусок кода.

 Отправлено: 20.04.06 05:24. Заголовок: :suv2

Зависания были в 5.3, когда я "окончательно и бесповоротно" выбрал 5.2e, зависаний не стало, при нажатии Ctrl_PgDown обработчик TBrowse просто возвращает пользовательской функции значение 0 - "база пустая"... и повторная выборка SCOPE по пустому полю не воспринимается вообще. Хотя тут не кусок кода, тут пару модулей нужно присылать - обработчик TBrowse и "пользовательскую функцию"... На какой адрес? На sadko не твой был?

 Отправлено: 21.04.06 12:43. Заголовок: Re:

rvu пишет:

цитата:

А причем здесь максимальное число открытых файлов? Кстати, может в Миллениуме этот размер памяти для переменных окружения вообще не нужно прописывать?

весьма возможно, что и не надо увеличивать.
по моему опыту для xharbour нужен только path на bcc32, остальное можно прописать с абсолютными путями в bat файлах или в make сценариях (там вообще не нужны никакие переменные окружения).

 Отправлено: 25.04.06 10:53. Заголовок: Re:

Лукашевский пишет:

цитата:

Зависания были в 5.3, когда я "окончательно и бесповоротно" выбрал 5.2e, зависаний не стало

Неудивительно. Ведь сикс с 5.3 просто НЕ РАБОТАЕТ. Нет такого сикса.

А set scope в сиксе (с 5.2) работает как жесткий фильтр и ничего в browse переделывать не надо