| commit | 160ca9c2bc41a45b3534e12bdd45aab9e35bffc7 | |
| author | Avery Pennarun <apenwarr@gmail.com> | |
| Mon, 22 Sep 2008 22:29:29 +0000 (22 18:29 -0400) | ||
| committer | Avery Pennarun <apenwarr@gmail.com> | |
| Tue, 23 Sep 2008 02:16:01 +0000 (22 22:16 -0400) | ||
| tree | e519547d81121651b961268d1273303fb5b13b35 | treesnapshot (tar.gz zip) |
| parent | 99604ac08c9feec4d0df4837184e2a49db2bae35 | commitdiff |
Add a few features to WvData to be more IronPython-friendly.
WvAutoCast is great for C#, but not so great for python, which is happier
with a plain array of Object: it knows how to peer into the array and figure
out whether an object is an int, a string, etc. So add a way to get the
object[] array back out.
While we're there, fix up the idiotic DBNull objects being inserted into our
object[] array by System.Data. I want null, not an object that claims to be
null, thanks.
The bad news is that we still have a non-null WvAutoCast even if the entry
itself is null, but at least that's for a reason: the WvAutoCast has to
exist so we can cast it to things.
WvAutoCast is great for C#, but not so great for python, which is happier
with a plain array of Object: it knows how to peer into the array and figure
out whether an object is an int, a string, etc. So add a way to get the
object[] array back out.
While we're there, fix up the idiotic DBNull objects being inserted into our
object[] array by System.Data. I want null, not an object that claims to be
null, thanks.
The bad news is that we still have a non-null WvAutoCast even if the entry
itself is null, but at least that's for a reason: the WvAutoCast has to
exist so we can cast it to things.
| wvdotnet/test.py | [new file with mode: 0644] | blob |
| wvdotnet/wvdata.cs | diffblobblamehistory |