Доброе время суток!
Вот столкнулся с чем:

на строке

получил ошибку: cannot convert type
Сами разработчики по теме вот что говорят:
Thank you for the information. We have already fixed this problem. The fix will be included to the next version.
То есть, они уже пофиксили свой баг, но в какой версии они это сделали неизвестно. В 6.4.15 нифига не работает.
Так вот вопрос: какая есть хорошая альтернатива Devart? Чтоб стабильная была и шустро и легко работала с MySQL и была совместимость с визуальными компонентами? Перепробовал разное, что-то не очень...
Заранее спасибо!

чччДGaladriel75,

обалдел совсем, на ходу библиотеку доступа менять.
Они же сказали, что пофиксили, и в следующей версии будет исправление.

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

Какую библиотеку доступа на ходу я меняю?
Я давно нашел то место, где эта ошибка возникает, но времени рыть всю библиотеку и все там править нету. Мало ли, поправлю одно, испорчу другое...

чччДGaladriel75...Какую библиотеку доступа на ходу я меняю?...Извини, наверное, показалось:Galadriel75...Так вот вопрос: какая есть хорошая альтернатива Devart?...
И? Я не могу в проекте один компонент заменить на другой?

Топик можно закрывать. Я нашел способ обойти глюк и решить вопрос. Если кому интересно, в таблицах MySQL сделал тип PK bigint. Смотрел исходники компонента, поэтому узнал, отчего происходит глюк.

devartУточните, пожалуйста, какую версию UniDAC вы использете: последнюю или 6.4.15. Вы можете дать скрипт тестовой таблицы и указать, исльзуете ли вы датамаппинг в вашем приложении?
Добрый вечер! использую версию 6.4.15
Глюк будет, если сделать Primary Key типом integer, а не BigInt.
датамаппинг скорее всего не использую, так как пока еще не знаю, что это такое,только догадываюсь.
Я запустил пошаговое выполнение Query1.ApplyUpdates и локализовал место возникновения глюка, поэтому и понял, что на bigInt (MySQL 5) ошибка не возникнет.