On Wed, Sep 2, 2015 at 11:57 PM, Jiří Činčura wrote:
> > Try to stay clear of DataTables. They are a huge hassle to use. Rather
> use
> > strongly-type objects out of your data access layer.
>
> Seconded. The days of datasets are long over.
>
It's not really an option for me right now. We have a
I've stumbled on either the depth of my own ignorance or a fairly
serious problem when using the Firebird .NET Client in a WPF app. It
seems there's something wrong with the columns that get built during
FbDataAdapter.Fill(DataTable). The columns do not seem to support data
binding properly. Specif
the correct
approach?
Thanks much,
Kevin Donn-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Dow
formation back
to the user.
Is there a way to make the Firebird.NET Provider tolerant of parameter overflow
like this and to truncate automatically? Or is there a better way to handle
this that I'm missing, like a way to validate parameters individually u
ms for the blob field with a size of 2147483647. Save the project,
then reload it. In my D2006 Update 1 with Firebird Adapter 1.7, the blob
param will be completely missing after reloading the project. If you
change the size on the blob param to 2147483646, everything seems to save and
load fine.
Kevin Donn
