Re: [DotGNU]Call for help on DotGNU.Data

[Gopal V]

If memory serves me right, Rhys Weatherley wrote:
> > Maybe we could write a converging wrapper for ADO.NET style around our
> > style later on for compatibility?  Or stub out the ADO.NET libraries and
> > implement them ourselves?
> 
> Have a look at Mono's System.Data implementation first to see if it can be 
> ported to pnet.  It would be a shame to re-invent that particular wheel.

Would an implementation dependent on libgda (gnome db ?) be acceptable to
us ?. I think in terms of pure portability that falls a bit behind. 

And also the generics implemented in pnet runs into a lot of problems here.
(mostly it's the variables named "where" ..)

./System.Data.SqlClient/SqlCommandBuilder.cs:168: parse error at or near `where'
.....
./System.Data.SqlClient/SqlCommandBuilder.cs:322: parse error at or near `where'
./System.Data.SqlClient/SqlCommandBuilder.cs:328: parse error at or near `where'

> Having a DotGNU.Data that uses a different style may still be useful, but 
> let's not build our own ADO.NET unnecessarily.

Ok, that sounds better ... but still that restricts cross-portability 
between VMs :-) ... But I'd rather have a Pnet app that lets me do
table editing & queries as fast as possible.

Remember, I said "ADO.NET compatibility ?" not "let's build ADO.NET"... 

Gopal
-- 
The difference between insanity and genius is measured by success