Linux за българи: Форуми

Имамхе база данни под управлението на intebase под Win. Приложните програми са на Delphi под Вин. Прехвърлихме базата под управлението на firebird 4.4.1, Suse11.0. Работи добре но се появи следния проблем. При опит да се направи втори запис по уникален ключ делфийската прогарама не показва грешка. Записа в таблицата не се извърва, но оператора не знае за грешката и продълзава да въвежда следващи данни, които, макар и верни, не се записват.  Може ли някой да помогне? 

поскоро проблем в програмата. би трябвалод а прихване грешката ....
в лога какво пиша.
п.с. коя  е програмата?

1. Firebird НЕ е Interbase!

Прехвърлихме базата под управлението на firebird 4.4.1, Suse11.0.

2. Според официалния сайт последната налична версия е 2.1.1
http://firebirdsql.org/index.php?op=files&id=engine ($2)
Каква е тази версия 4.4.1??
3. Ако сте обновявали от по-стара версия (на firebird) четохте ли на сайта
http://firebirdsql.org/index.php?op=files&id=engine_211 ($2)
четохте ли най-отгоре ДЕБЕЛИЯ червен шрифт "I M P O R T A N T
Before upgrading..."

I M P O R T A N T
Before upgrading please pay attention to the files in the /misc/upgrade/metadata directory of your Firebird 2.1 installation as an essential step for preparing your databases for use under Firebird 2.1. If your databases contain metadata fields (like object names, comments/descriptions, computed field definitions, PSQL, view or constraint sources) storing non-ASCII data then the backup/restore upgrade cycle may not be enough to make them usable.

4. Коя динамична библиотека ползвате старата от interbase - gds.dll или новата - fbclient.dll? Тук препоръчвам вкл. и за стари чисто interbase програми да се ползва новата, но накрая инсталатора дава една възможност (огледайте се) да "замаскира" fbclient.dll като я направи gds.dll (не е само преименуване) - та побвайте и този вариант: това е само идея.. колкото белким покаже съобщението за грешка.
5. Някаква идея какви компоненти ползва тази програма за връзка: ODBC, dbExpress, ADO/DAO или IB direct защото някои може и да не минават през тази библиотека  :D
 - за ODBC от контролния панел в ODBC мениджмънта може да се пусне да пише журнален файл какво точно прави и какви грешки дава независимо дали програмата отгоре ги показва.
 - за db Express имаше един контрол (TSQLMonitor ако се не лъжа) който се слага на формата само с един(-два) параметъра напр. за името на файла в който да пише и оттам може да се види - това обаче само при наличие на кода (и правилната версия на Делфи подръка)  >:(
..и това са ми идеите засега

Най-гадното на interbase/firebird е че почти никога не хвърля смислени съобщения за грешки в сървърния журнален файл - само за рестарт/и и/или груби мрежови грешки и прекъсвания ...и то някакви числа предимно.... има ли някакъв шанс за миграция към нещо по-... "човешко": MySQL,pgsql даже IBM DB2 вече имат безплатна версия (не е свободна обаче).