Left joined nullable fields causing conversion issue about npoco

[schotime]

Hey Chris,

Thanks for the bug report.
Could you provide me with some more information (or some code) that describes the exact problem so that I can create a test for it.

Cheers,
Adam

[79it]

After bit more research, it appears to affect only members with Nullable type.

I'm using MySQL as the database and columns causing this issue are defined in the database as INT(10) UNSIGNED NOT NULL.

Types interpreted as DECIMAL, FLOAT, DOUBLE, INT and STRING do not seem to cause a problem.

When such a field is used on the left side of a left join it could null so Entity Framework will set up this field as Nullable rather than just long.

Because the property is defined as nullable, when dstType is passed to Convert.ChangeType it is reading Nullable rather than the underlying data type and any non-null value causes a problem.

My SafeConvert method gets the underlying data type and uses that if the value is not null or returns null if the value is null.

I set up a simple test like this (obviously an ID column would not usually be null - in this case remember it was defined like this because it was on the left side of the join). I have included decimal and int types to show these do not cause the problem:

POCO:

public class test
{
    public Nullable<long> ItemID { get; set; }
    public string Code { get; set; }
    public string ItemName { get; set; }
    public Nullable<decimal> Price { get; set; }
    public Nullable<int> Stock { get; set; }
}

Request:

List<test> myModel = db.Fetch<test>("select * from content");

If you change public Nullable ItemID { get; set; } to public long ItemID { get; set; } you won't get the problem.

Please let me know if you need more info.

Thanks

Chris

[schotime]

Hi Chris,

I have managed to reproduce this and fix it with your suggestions.
Please checkout 2.1.23-beta on NuGet to see if it now works.

Cheers,
Adam

[79it]

I just downloaded the latest branch and so far so good.

Thanks for the speedy fix.

Chris