Отправлено: 21.04.09 15:43. Заголовок: Помогите советом начинающему...

Тут вот надумал переползти на xHarbour. Возникла следующая проблема: имена всех функций и подпрограмм дополняются префиксом HB_FUN_. А можно ли этого избежать так, чтобы остались родные, начальные имена. У меня весь софт построен на скриптах, в которых уже стоят вызовы функций и процедур по привычным, родным именам. И перелопатить везде в 5000 текстовых файлах-скриптах вызовы функций и поменять на новые - задача крайне утомительная с непонятной перспективой на успех.

 Отправлено: 10.07.09 17:27. Заголовок: Urri Проблему решил..

Urri
Проблему решил ?

 Отправлено: 12.07.09 10:13. Заголовок: Urri пишет: Только ..

Urri пишет:

цитата:

Только вот опять же по тому примеру, что мы обсуждаем. После выполнения команды update street set naim=left(upper(naim),50)] в поле NAIM часть букв русских, часть букв неизвестно каких.

Я убрал ненужную конвертацию привыполнении команд sql xHarbour

Дима, кстати, у тебя в xHarbour Ads 5.х нормально работает ?

Я смотрю, в Harbour были исправления, а какие - не пойму:

2009-04-27 19:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/rddads/ads1.c
! fixed very bad bug in code compiled for ADS_LIB_VERSION < 600
in ANSI<->OEM translations - the HVM item value was overloaded
with translation results

 Отправлено: 12.07.09 11:42. Заголовок: Pasha пишет: Дима, ..

Pasha пишет:

цитата:

Дима, кстати, у тебя в xHarbour Ads 5.х нормально работает ?

Да все в норме !

 Отправлено: 13.07.09 09:03. Заголовок: Dima пишет: Проблем..

Dima пишет:

цитата:

Проблему решил ?

Нет Дима, пока не решил. Никто не подсказал как, а своих знаний пока не хватает. Тут читал здесь твою переписку с Pasha, что у тебя в ADS 5.x работает, но у меня ADS 8.1 и имеются проблемы. Нам редко приходится такой update использовать в реальной жизни, так что уже работаем на Harbour и ждем появления новых проблем.

Кто тут с Украины переползал на Harbour, как проблему с украинской i решали? Переделывали кодировку в базах на 1125, или что-то другое придумали? Иначе под 866 приходится для w98 держать две украинские раскладки с такой i укр. как и английской для 866 и 1125 для нормальной i укр. для windows программ?

 Отправлено: 13.07.09 09:28. Заголовок: По поводу sql-запрос..

По поводу sql-запросов: я вчера проверил, достаточно убрать конвертацию при выполнении AdsExecuteSqlDirect, и при установке

AdsSetCharType( 2, .t. )

команды select/update с литералами в 866-й кодировке отрабатывают нормально.

Для xHarbour я изменения сбросил на CVS, для Harbour, я думаю, их тоже перенесут.

 Отправлено: 13.07.09 09:43. Заголовок: Виктор уже перенес э..

Виктор уже перенес этот фикс в Harbour

По поводу кодировки. Если данные хранятся в кодировке OEM, и необходимо, чтобы украинская i кодировалась отдельным кодом, то прийдется использовать кодировку 1125 вместо 866, хотя она очень уж и нестандартная. В этом случае и перекодировка oem->ansi и наоборот будет выполняться правильно
Сейчас в Харборе нет отдельной кодировки для 1125. Я могу ее добавить.
Кстати, откуда эта кодировка взялась ? История ее возникновения, насколько она распространена, кто знает ?

 Отправлено: 13.07.09 10:11. Заголовок: Pasha пишет: Для xH..

Pasha пишет:

цитата:

Для xHarbour я изменения сбросил на CVS, для Harbour, я думаю, их тоже перенесут.

Только xHarbour перелез на Harbour. И что теперь, назад? Попробую, хорошо что у меня все библиотеки и программы работают под Clipper, Harbour и xHarbour из одних исходников: на чем потранслировал и собрал - на том и работают. Подскажи пожалуйста, если брать исправления с CVS, то можно надеяться, что работают русские буквы ("р" в частности, ты мне отдельно присылал свои исправления), исправления в AdsExecuteSqlDirect, которые мне тут уважаемые гуру советовали сделать и прочее, или это нужно будет снова проверять и самостоятельно корректировать?

И еще. Такое впечатление, что при открытии баз в ADS из w9x наблюдаются серьезные тормоза (в XP все нормально или малозаметно). Как с этим бороться, а то юзеры ругаются.

 Отправлено: 13.07.09 10:20. Заголовок: Urri пишет: Только..

Urri пишет:

цитата:

Только xHarbour перелез на Harbour. И что теперь, назад?

Pasha пишет:

цитата:

Виктор уже перенес этот фикс в Harbour

 Отправлено: 13.07.09 10:25. Заголовок: Urri пишет: Подскаж..

Urri пишет:

цитата:

Подскажи пожалуйста, если брать исправления с CVS, то можно надеяться, что работают русские буквы ("р" в частности, ты мне отдельно присылал свои исправления),

Нет, этих исправлений нет на CVS. Модуль gtwin.c можно просто брать из прежней сборки

цитата:

исправления в AdsExecuteSqlDirect, которые мне тут уважаемые гуру советовали сделать и прочее, или это нужно будет снова проверять и самостоятельно корректировать?

Исправления в ads уже на CVS

 Отправлено: 13.07.09 10:27. Заголовок: Urri пишет: Такое в..

Urri пишет:

цитата:

Такое впечатление, что при открытии баз в ADS из w9x наблюдаются серьезные тормоза (в XP все нормально или малозаметно). Как с этим бороться, а то юзеры ругаются.

Я такого при работе с ads не замечал, клиентские места с w98 есть.
А как настроен доступ к ads ? Какой протокол ? Лучше использовать IP

 Отправлено: 13.07.09 10:38. Заголовок: Pasha пишет: Какой ..

Pasha пишет:

цитата:

Какой протокол ? Лучше использовать IP

Хм... Тут мне писали, что под Harbour' ми стал хорошо работать протокол IPX и от IP можно будет отказаться. Мы на IP работаем с nt машинами, а на w9x под ipx/spx. Еще мы так работаем потому, что прослойка ADSDOSIP занимает в памяти 3.2мб, а на машинах с w9x, на которых по 16мб ОЗУ, это серьезный пожиратель памяти, которая для клиппер программ очень важна. Так что, рекомендуешь попробовать с протоколом IP работать на w9x?

 Отправлено: 13.07.09 10:44. Заголовок: Urri пишет: Так что..

Urri пишет:

цитата:

Так что, рекомендуешь попробовать с протоколом IP работать на w9x?

Да, и при этом ADSDOSIP не нужен

 Отправлено: 13.07.09 16:16. Заголовок: А что для этого нужн..

А что для этого нужно сделать? В ADSServerType() поставить в качестве параметра 3 ? Так где-то здесь ругали ADS с таким параметром за очень медленную работу...

 Отправлено: 13.07.09 16:37. Заголовок: Urri пишет: Такое в..

Urri пишет:

цитата:

Такое впечатление, что при открытии баз в ADS из w9x наблюдаются серьезные тормоза

Попробуй AdsRightsCheck(.F.)

 Отправлено: 13.07.09 16:52. Заголовок: Urri пишет: А что д..

Urri пишет:

цитата:

А что для этого нужно сделать? В ADSServerType() поставить в качестве параметра 3 ?

Нет, надо убрать на клиенте убрать протокол ipx, и настроить доступ по ip.
Программа при этом не изменяется.

 Отправлено: 14.07.09 12:44. Заголовок: Dima пишет: Попробу..

Dima пишет:

цитата:

Попробуй AdsRightsCheck(.F.)

Это не помогло для w9x . А вот переход на IP протокол по совету Pasha резко улучшило ситуацию.

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

 Отправлено: 15.07.09 12:03. Заголовок: Pasha пишет: По пов..

Pasha пишет:

цитата:

По поводу кодировки. Если данные хранятся в кодировке OEM, и необходимо, чтобы украинская i кодировалась отдельным кодом, то прийдется использовать кодировку 1125 вместо 866, хотя она очень уж и нестандартная. В этом случае и перекодировка oem->ansi и наоборот будет выполняться правильно Сейчас в Харборе нет отдельной кодировки для 1125. Я могу ее добавить.

Pasha, может как большой знаток исходников Harbour подскажешь где ковырнуть (похоже что в hb_gt_win_ReadKey), чтобы при вводе на преобразовывало укр. i в код, соответствующий i в 866 кодовой странице?

Скажи пожалуйста, а нажатие одновременное CTRL/ALT/2 или CTRL/ALT/P не отрабатывается Harbour? В клиппере такие комбинации срабатывали, а тут вообще никак не реагирует.

 Отправлено: 15.07.09 12:50. Заголовок: Urri пишет: где ков..

Urri пишет:

цитата:

где ковырнуть (похоже что в hb_gt_win_ReadKey), чтобы при вводе на преобразовывало укр. i в код, соответствующий i в 866 кодовой странице?

В gtwin ничего исправлять не надо. Надо найти плагин к фару с кодовой страницей 1125, установить его. При этом кодовая страница oem в windows заменяется с 866-й на 1125-ю, и украинские буквы правильно вводятся на украинской раскладке в gtwin: Іі - F6, F7, и т.д
Перекодировка oem (1125) <-> ansi (1251) также будет выполняться правильно

Только надо в программе указать (обновив, естественно, сам харбор):

вместо

REQUEST HB_CODEPAGE_RU866
hb_SetCodepage( "RU866" )

REQUEST HB_CODEPAGE_UA1125
hb_SetCodepage( "UA1125" )

Единственное неудобство: при переустановке windows надо не забывать устанавливать этот плагин.

 Отправлено: 15.07.09 12:54. Заголовок: ЗЫ: в Ads то cp1125 ..

ЗЫ: в Ads то cp1125 нет

 Отправлено: 15.07.09 16:51. Заголовок: Pasha пишет: ЗЫ: в ..

Pasha пишет:

цитата:

ЗЫ: в Ads то cp1125 нет

Спасибо, добрая душа... Куда же я со своими 30 Гб рабочих баз и 150 пользователями от ADS денусь?