[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Gopal V
Subject: Re: [DotGNU]Call for help on DotGNU.Data
Date: Thu, 13 Mar 2003 20:52:06 +0530
User-agent: Mutt/1.2.5i

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"... 

The difference between insanity and genius is measured by success

reply via email to

[Prev in Thread] Current Thread [Next in Thread]