Devart Forum

Мы не смогли воспроизвести описываемую Вами проблему в своем тестовом окружении. Пожалуйста, проверьте наличие утечек памяти с использованием ODAC 10.2.7 Trial Edition когда у Вас появится такая возможность

Мы проверили работу ODAC согласно Вашего описания и не обнаружили проблем. Пожалуйста поясните, имеется ли Вас возможность проверить аналогичное поведение при использовании последней версии ODAC 10.2.7 на Lazarus 1.8.4 ? Наблюдаются ли утечки памяти при использовании Direct Mode ?

В настоящее время мы можем предложить Вам только описываемый выше способ отслеживания активности соединения с помощью наших компонент. В том случае, если Вы являетесь обладателем лицензии Professional Edition with source code, Вы можете попробовать реализовать описываемую возможность самостоятельно. В этом случае мы сможем предоставить Вам информацию о том, где и как именно Вам будет удобнее внести необходимые изменения в исходный код нашего продукта.

Для реализации описываемого Вами поведения можно воспользоваться событием OnSQL компонента OraSQLMonitorSQL : https://www.devart.com/odac/docs/devart ... .onsql.htm . В обработчике данного события Вы можете реализовать определение времени отправки на сервер последнего SQL запроса

Пожалуйста поясните, что Вы имеете ввиду, когда задаете вопрос "Как быть сейчас ?". Упоминаемая Вами статья описывает способ разработки приложений для iOS в среде Delphi XE2 и в настоящее время для решения этой задачи с помощью данной IDE ничего не изменилось. Старшие версии RAD Studio не нуждаются в использовании утилиты dpr2Xcode, применение которой описано в этой статье. Процесс создания приложений для работы с iOS в старших версиях IDE Delphi можно найти в документации Embarcadero

Спасибо за Вашу информацию. Действительно описываемая Вами ошибка имела место в ODAC 10.0.2 и в настоящее время исправлена. Проверьте работу своего проекта с помощью последней версии ODAC 10.1.5 (02-Apr-2018)

Мы рады, что проблема разрешилась. Обращайтесь к нам по любым вопросам использования ODAC

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

Установка "IBM DB2 ODBC DRIVER" является обязательной для работы UniDAC при использовании базы данных DB2 : https://www.devart.com/unidac/docs/?db2prov_article.htm

DB2UniProvider использует для свей работы функции "IBM DB2 ODBC DRIVER", поэтому для работы с БД DB2 при помощи UniDAC необходимо, чтобы в системе был установлен этот драйвер. Пожалуйста убедитесь, что "IBM DB2 ODBC DRIVER" установлен в Вашем окружении, попробуйте установить тестовое соединение с его помощью, после чего проверьте работу DB2UniProvider еще раз.

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

Мы проверили работу UniDAC последней версии 7.2.5 согласно Вашего описания и не обнаружили проблем. Для дальнейшего исследования, пожалуйста, составьте и пришлите нам небольшой пример, при выполнении которого проблема проявляет себя. Это удобно сделать с помощью формы e-support : https://www.devart.com , меню "Support"\"Request Support".

Спасибо за Вашу информацию. Мы воспроизвели проблему и приступили к исправлению данной ошибки. Мы сообщим Вам о результатах как только получим их

Мы исследовали работу ODAC 10.1.4 в точном соответствии с Вашим описанием. К сожалению нам не удалось воспроизвести описываемую Вами ошибку. Для дальнейшего исследования, пожалуйста составьте и отправьте нам полный пример простейшего приложения, при выполнении которого проблема проявляет себя. Кроме того, нам понадобится скрипт на создание объектов
БД, используемых в этом примере, и заполение их данными. Для этого убодно воспользоваться
формой e-support ( https://www.devart.comменю "Support"\"Request Support") Возможно проблема связана со специфическими настройками, применяемыми Вами при использовании наших компонент

Пожалуйста уточните, воспроизводится ли описываемая ошибка, когда опция DeferredLobRead имеет значение по умолчанию (Query.Options.DeferredLobRead = False) или же
использование данной опции не влияет на поведение Вашего примера.